Non-Delivery-Notification an Absender bei fehlendem MX-Record in Ziel-Domain

[lst_hoe02 at kwsoft.de]

Zitat von Juri Haberland <juri at koschikode.com>:

> Uwe Drießen wrote:
>
>> Steht auch in der 2008er RFC 5321 "noch" so drin
>>
>> In dem Fall bin ich der Sender  and i give up
>
> Dein Server, deine Regeln.
>
>> Die Welt ist schneller geworden, Mailserver die am Freitagabend am DSL
>> abgestellt werden kann sich "eigentlich" keiner mehr leisten ..
>
> Davon war nicht die Rede.
>
>> Der Absender wird sauber darüber informiert und kann seine Mail dann
>> erneut senden
>
> Was er aber erst Montag früh sieht (um bei meinem Beispiel zu bleiben) -
> da wäre dann die Mail möglicherweise bereits zugestellt worden - bei dir
> muß er sie aber auf jeden Fall neu schreiben.
>
>>> > Mir spart das so einige anrufe wo denn die Mail hängt
>>>
>>> Die kannst du dir auch ersparen, wenn du die delay_warning_time auf
>>> einen
>>> sinnvollen Wert von z.B. 4 oder 8h setzt.
>>
>> Die steht schon auf 8 Stunden
>> Da wird nicht angerufen weil eine Delaymitteilung kommt sondern weil der
>> Empfänger meldet das die Mail noch nicht da ist
>
> Das ist sicherlich auch vom Typus der Anwender abhängig. Ich liebe ja
> jene, die erst eine Mail schicken, um danach gleich anzurufen, daß sie
> eine geschickt haben ;)
>
> Du kannst dich noch so bemühen und deine Serverregeln vom allgemeinen
> Standard abweichen lassen - Email ist und bleibt keine Echtzeitanwendung,
> sondern store-and-forward.
>
> Gruß,
>    Juri

+1

Gruß

Andreas


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 5840 bytes
Beschreibung: S/MIME Cryptographic Signature
URL         : <http://de.postfix.org/pipermail/postfix-users/attachments/20160323/5bf4afc6/attachment.bin>