Sende- bzw. Übermittlungsbestätigung

[hossbachj]

Hallo und guten Abend,

ist es eigentlich irgendwie möglich, eine Übermittlungsbestätigung für verschickte Mails zu erhalten? Wenn ja, wie?

Ich nutze Thunderbird in Verbindung mit meiner Mailsstation.

Eine Emfangsbestätigung kann ich ja mit Thunderbird anfordern, mir geht es aber nur über eine Rückmeldung in Form "übermittelt".

Vielen Dank und viele Grüsse
Hossi

 

[thedude]

"Übermittelt" bis wohin? Bis zum SMTP kannst Du sicher sein, dass es geklappt hat wenn der Mailclient keine Fehlermeldung gegeben hat. Alles danach liegt nicht mehr in Deiner hand. Mailrouting geht automatisch. Benachrichtigungen darüber gibts nicht. Erst am Ende kann vom empfangenden Mailclient eine Lesebestätigung an dich zurückgeschickt werden. Falls Du eine solche angefordert hast UND der Empfänger diese auch verschickt.

gruss
dude

 

[jahlives]

Du könntest höchstens den SMTP Empfang auf der Gegenseite aus deinen Maillogs ziehen. Das loggt Postfix normalerweise schön brav mit.
Bringt aber nur was wenn du die Emails direkt (direct-mx) versendest und nicht über den SMTP Server deines Providers gehst.

 

[itari]

"Übermittelt" bis wohin? Bis zum SMTP kannst Du sicher sein, dass es geklappt hat wenn der Mailclient keine Fehlermeldung gegeben hat. Alles danach liegt nicht mehr in Deiner hand. Mailrouting geht automatisch. Benachrichtigungen darüber gibts nicht. Erst am Ende kann vom empfangenden Mailclient eine Lesebestätigung an dich zurückgeschickt werden. Falls Du eine solche angefordert hast UND der Empfänger diese auch verschickt.

Der letzte SMTP-Server in der Kette sollte sowohl darüber Auskunft geben, ob eine Zustellung ins Postkörbchen möglich war oder nicht bzw. auch die erfolgreiche Zustellung bestätigen. Das ist nicht dasselbe wie die Mail-Lese-Bestätigung, welche der E-Mail-Client auslösen kann bzw. auch unterdrücken kann.

Itari

 

[thedude]

Der letzte SMTP-Server in der Kette sollte sowohl darüber Auskunft geben, ob eine Zustellung ins Postkörbchen möglich war oder nicht bzw. auch die erfolgreiche Zustellung bestätigen. Das ist nicht dasselbe wie die Mail-Lese-Bestätigung, welche der E-Mail-Client auslösen kann bzw. auch unterdrücken kann.

Ist die Mail nicht zustellbar meldet er sich per mail. Klar. Aber im Erfolgsfall doch nicht? Das kann man nur so sehen wie es jahlives beschreibt. Sonst würde man ja ständig mails bekommen...

gruss
dude

 

[jahlives]

Der letzte SMTP-Server in der Kette sollte sowohl darüber Auskunft geben, ob eine Zustellung ins Postkörbchen möglich war oder nicht bzw. auch die erfolgreiche Zustellung bestätigen.

Betonung auf SOLLTE...
Und meist wird dich der letzte SMTP Server wohl nicht an die Logs lassen, um das mit einigermassen Sicherheit sagen zu können. Du kannst dich also bestenfalls auf deine Logs verlassen und die besagen nur, dass die Gegenseite die Email akzeptiert hat. Was aber noch nicht heisst, dass die Email wirklich im Körbchen angekommen ist. Sie kann noch verworfen werden (z.B. von Spamassassin) oder der Local Delivery Agent ist "weg" (dann bleibt sie in der queue) oder noch etliche andere Möglichkeiten.
Wenn du Glück hast, dann schickt der Server, wenn die Email nach einer bestimmten Anzahl Wiederholungen immer noch nicht lokal zugestellt werden konnte, eine Mitteilung an den Sende Server.
Letztendlich heisst es, wenn du eine Garantie haben willst, dass etwas auch angekommen ist: Einschreiben mit Rückschein
SMTP ist nicht zuverlässig genug

 

[itari]

Im RFC zu SMTP liest sich das anders. Wenn ein SMTP-Server nicht die Garantie für die Auslieferung übernehmen kann, dann folgt er nicht dem Standard und sollte dicht gemacht werden

Die Frage ist ja auch immer, was machen wir mit den E-Mails die 2 Jahre nach der Stilllegung der Internets auf einem SMTP-Server noch auf Zustellung warten? Ob die auch wie so Kriegspostkarten nach 40 Jahren noch händisch vom postmaster zugestellt werden?

Itari

 

[hossbachj]

Danke für die angeregte Diskussion.

Schade, dass das nicht soooo einfach möglich ist.

Wäre halt nur schön gewesen, sicher zu sein, dass jede Mail auch beim Empfänger im Körbchen landet und ich sicher sein kann mir gerade mal nichts an meiner DS "KAPUTT-KONFIGURIERT" zu haben...

... man spielt halt einfach zu viel.

 

[jahlives]

Im RFC zu SMTP liest sich das anders. Wenn ein SMTP-Server nicht die Garantie für die Auslieferung übernehmen kann, dann folgt er nicht dem Standard und sollte dicht gemacht werden

Kannst du mal die entsprechende Stelle aus dem RFC posten? Dein SMTP Server kann dir nur garantieren, dass die Gegenseite (smtp) die Email nicht verworfen hat. Nicht mehr aber auch nicht weniger. Und der Empfang beim SMTP Server der Gegenseite hat nichts mit dem Posteingang ("ins Körbchen") in die Mailbox zu tun.
@topicstarter
Meinst du jetzt den Eingang ins Körbchen auf der Gegenseite oder bei deiner eigenen DS?

 

[hossbachj]

Ich meine eine Bestätigung, dass die Mail beim Empfänger (Gegenseite) angekommen ist. Ob der Empfänger meine Mails liest interessiert mich eher weniger.

 

[jahlives]

Ich meine eine Bestätigung, dass die Mail beim Empfänger (Gegenseite) angekommen ist. Ob der Empfänger meine Mails liest interessiert mich eher weniger.

Dann gibt es nix anderes als deine Server Logs, welche dir bestätigen können, dass die Email vom SMTP Server der Gegenseite aktzeptiert wurde.

 

[hossbachj]

Guten Morgen,

Teilerfolg! Is aber besser wie nix ....

Wo finde ich denn diese Log-Datei?

Gruß
Hossi

 

[jahlives]

/var/log/messages und nach smtp suchen

cat /var/log/messages | grep smtp | grep -v smtpd

es kann sein, dass der syslog per Default keine Meldungen des SMTP Servers anzeigt. Ich selber verwende syslog-ng und weiss daher nicht ob der default Syslog von Syno solche Meldungen loggt.
Du kannst die Logdatei auch mal öffnen und in Echtzeit schauen was geloggt wird

tail -f /v ar/log/messages

und eine Email versenden. Dann sollte dir jede neue Logmeldung angezeigt werden

 

[itari]

Kannst du mal die entsprechende Stelle aus dem RFC posten? Dein SMTP Server kann dir nur garantieren, dass die Gegenseite (smtp) die Email nicht verworfen hat. Nicht mehr aber auch nicht weniger. Und der Empfang beim SMTP Server der Gegenseite hat nichts mit dem Posteingang ("ins Körbchen") in die Mailbox zu tun.

Die Stelle, die ich meine, ist hier zu finden - Stichwort: "Reliable Delivery and Replies by Email":

When the receiver-SMTP accepts a piece of mail (by sending a "250 OK"
message in response to DATA), it is accepting responsibility for
delivering or relaying the message. It must take this responsibility
seriously. It MUST NOT lose the message for frivolous reasons, such
as because the host later crashes or because of a predictable
resource shortage.

Mit Posteingangdatei (Postkörbchen) meinen ich die Datei, aus der der Client per IMAP oder POP3 sich die Mails holt. Wir reden ja hier über Mail-Server und nicht über Mail-Clients - Ein solches Postkörbchen liegt (meist) für jeden User-Email-Account auf dem Rechner, wo auch der letzte SMTP-Server residiert. Ausnahmen bestätigen die Regel: es kann statt einer Datei auch eine Datenbank sein (bei Lotus Notes war das früher so) und es können auch Aliasse auf die gleiche Datei vorhanden sein.

Itari

 

[jahlives]

Aber das heisst ja nur, dass der Server sicherstellen muss die Email nach dem Empfang nicht zu verlieren. Wie gesagt können hinter dem SMTP Server noch weitere Systeme liegen, die den Maileingang ins Körbchen unterbinden könnten. Sobald der SMTP Server die Email an den LDA übergeben hat, ist seine Zustellung abgeschlossen. Wenn der LDA sagt okay msg aktzeptiert und sie danach trotzdem verwirft, muss das der SMTP Server nicht unbedingt mitbekommen
Gemäss diesem RFC gibt es aber etliche Server (auch bei grossen Providern), die diese Anforderung nicht erfüllen

 

[itari]

Es ging nicht um die Frage, ob die Message auch richtig bis zum Client und/oder durch nachverarbeitenden Programmen durch kommt, sondern ob der letzte SMTP-Server in der Kette eine Rückmeldung über den Empfang einer Nachricht geben kann. Und ja, er kann!

Itari