[Support] e-mail bouncen.

[Purodha B Blissenbach]

Michael Hierweck <team at edv-serviceteam.net> schrieb am 08.05.2007

> Natürlich können wir unseren Postfix auch nachträglich dazu bringen,
> mitzuteilen, dass etwas mit der weiteren nicht geklappt hat, z.B. wenn
> man einen procmail mit einem Exitcode <> 0 terminieren lässt. (Müsste
> jedenfalls, probier's mal.)

Ach Gott, ja, natuerlich schon probiert. Wenn Du einen Weg hast,
wie solche e-mails generiert werden, die:
- fuer Normalsterbliche verstaendliche Meldungen enthalten
  (nach Moeglichkeit eine selbst angegebene)
- erkennen lassen, um welche e-mail es geht
- beim Absender von gebouncten e-mails ankommen und nicht bei
  irgendwelchen Weiterleitungsstellen und Zwischentraegern,
dann sag mir Bescheid.

ich habe nichts gefunden.


> Das Problem ist eben, wenn Postfix die Mail bereits angenommen hat, d.h.
> die SMTP-Operation erfolgreich beendet wurde und die Mail dann bei uns
> in der Queue liegt, dann würde eine spätere Benachrichtigung über einen
> Fehlschlag von unserem Hosts aus versandt.

Das ist leider bei uns politisch so gewollt. Mir liegt nichts
daran, daß es so ist, aber es scheint nicht vermeidbar, und
ehrlich gesagt, stoert es mich auch nicht besonders. Hauptsache,
ein e-mailversender erfaehrt, daß seine e-mail nicht angekommen
ist.

> Wenn Postfix die Mail noch nicht genommen hätte, dann würde der
> einliefernde MTA bzw. MUA den "Fehler" behandeln.

Waere auch recht.

> Oder anders: wenn wir gleich die Annahme verweigern wollten, um nicht
> als Bounce-Versender geblacklistet zu werden, dann dürften wir die
> eingehenden Mails nicht queuen, sondern müssten die Entscheidung über
> den Bounce fällen, bevor die SMTP-Operation abgeschlossen wird.

Meine Rede von vor 4 oder 5 Jahren. Inzwischen weiß ich von Vielen,
daß sie ihre sendmail's und Konsorten in der einen oder andern
Weise so konfiguriert haben, ohne nach Details gefragt zu haben.
Es geht also im Prinzip.

Gruesse von Purodha - e-mail: <bli00 at hostsharing.net> <publi at web.de>