Tech-Wiki - Benutzerbeiträge [de]

E-Mail Processing

2022-04-29T09:07:00Z

Wikiadmin-Tech: /* Abonnierte Feedback-Loops */

==E-Mail Header==
===Standard Header===
===X-Header===
===CSA-Header===
===FBL-Header===

==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
===DSN===
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

===Bounce-Notifications===
In manchen Fällen bekommt man über das SMTP keinen DSN. Dann wird im Regelfall eine Bounce-Notice gesendet, die wie eine E-Mail zugestellt wird. Diese werden im Regelfall ebenfalls erkannt und entsprechend verarbeitet. Spammer haben diese Möglichkeit der Zustellung auch genutzt (Backscatter). Dabei werden falsche Bounce-Notifications - natürlich inklusive der SPAM Nachricht - erzeugt, da Bounce-Notifications im Regelfall in der Inbox landen, damit sie in jedem Fall wahrgenommen werden.

===Feedback Loops===
Manche Provider stellen einen so genannten "Feedback Loop" zur Verfügung. Manchmal auch (Yahoo) als Complaint-Feedback-Loop (CFL) bezeichnet. Diese provider bieten Nutzern eine Möglichkeit, Mails als SPAM (Spam-Complaint) zu markieren. Manche Anbieter stellen sogar einen Abmelde-Button zur Verfügung, der dann natürlich nicht den Abmeldelink in der Mail auslöst, sondern den List-Unsubscribe Header (siehe oben). Feedback-Loops sind im Regelfall als ARF (Abuse Reporting Format) formatiert und können automatisiert verarbeitet werden. Eine ARF Meldung entspricht dem MIME-Type einer Bounce-Nachricht und ist nach [https://datatracker.ietf.org/doc/html/rfc3462 RFC 3462] definiert.

====Abonnierte Feedback-Loops====
{| class="wikitable sortable"
!sort="asc"|Provider !! abonniert !! wird verarbeitet !! Complaint-Postfach !!class="unsortable"|Notizen
|-
| Bluetie/Excite || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Cox || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Fastmail || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Mail.ru || Beispiel || Beispiel || Beispiel || Beispiel
|-
| OpenSRS/Tucows || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Rackspace (ehemals Mailtrust) || Beispiel || Beispiel || Beispiel || Beispiel
|-
| RoadRunner/Time Warner Cable || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Synacor || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Terra || Beispiel || Beispiel || Beispiel || Beispiel
|-
| USA.NET || Beispiel || Beispiel || Beispiel || Beispiel
|-
| United Online/Juno/Netzero || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Yahoo! || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Zoho.com || Beispiel || Beispiel || Beispiel || Beispiel
|-
| 1&1 || Beispiel || Beispiel || Beispiel || Beispiel
|-
| web.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| gmx.net || Beispiel || Beispiel || Beispiel || Beispiel
|-
| t-online.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| GMAIL || Beispiel || Beispiel || Beispiel || Beispiel
|-
| AOL || Beispiel || Beispiel || Beispiel || Beispiel
|}

===Reply-Mails===

====Manuell-Replys====
====Auto-Replys====

E-Mail Processing

2022-04-29T08:50:34Z

Wikiadmin-Tech: /* Abonnierte Feedback-Loops */

==E-Mail Header==
===Standard Header===
===X-Header===
===CSA-Header===
===FBL-Header===

==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
===DSN===
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

===Bounce-Notifications===
In manchen Fällen bekommt man über das SMTP keinen DSN. Dann wird im Regelfall eine Bounce-Notice gesendet, die wie eine E-Mail zugestellt wird. Diese werden im Regelfall ebenfalls erkannt und entsprechend verarbeitet. Spammer haben diese Möglichkeit der Zustellung auch genutzt (Backscatter). Dabei werden falsche Bounce-Notifications - natürlich inklusive der SPAM Nachricht - erzeugt, da Bounce-Notifications im Regelfall in der Inbox landen, damit sie in jedem Fall wahrgenommen werden.

===Feedback Loops===
Manche Provider stellen einen so genannten "Feedback Loop" zur Verfügung. Manchmal auch (Yahoo) als Complaint-Feedback-Loop (CFL) bezeichnet. Diese provider bieten Nutzern eine Möglichkeit, Mails als SPAM (Spam-Complaint) zu markieren. Manche Anbieter stellen sogar einen Abmelde-Button zur Verfügung, der dann natürlich nicht den Abmeldelink in der Mail auslöst, sondern den List-Unsubscribe Header (siehe oben). Feedback-Loops sind im Regelfall als ARF (Abuse Reporting Format) formatiert und können automatisiert verarbeitet werden. Eine ARF Meldung entspricht dem MIME-Type einer Bounce-Nachricht und ist nach [https://datatracker.ietf.org/doc/html/rfc3462 RFC 3462] definiert.

====Abonnierte Feedback-Loops====
{| class="wikitable sortable"
! Provider !! abonniert !! wird verarbeitet !! Complaint-Postfach !! Notizen
|-
| Bluetie/Excite || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Cox || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Fastmail || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Mail.ru || Beispiel || Beispiel || Beispiel || Beispiel
|-
| OpenSRS/Tucows || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Rackspace (ehemals Mailtrust) || Beispiel || Beispiel || Beispiel || Beispiel
|-
| RoadRunner/Time Warner Cable || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Synacor || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Terra || Beispiel || Beispiel || Beispiel || Beispiel
|-
| USA.NET || Beispiel || Beispiel || Beispiel || Beispiel
|-
| United Online/Juno/Netzero || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Yahoo! || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Zoho.com || Beispiel || Beispiel || Beispiel || Beispiel
|-
| 1&1 || Beispiel || Beispiel || Beispiel || Beispiel
|-
| web.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| gmx.net || Beispiel || Beispiel || Beispiel || Beispiel
|-
| t-online.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| GMAIL || Beispiel || Beispiel || Beispiel || Beispiel
|-
| AOL || Beispiel || Beispiel || Beispiel || Beispiel
|}

===Reply-Mails===

====Manuell-Replys====
====Auto-Replys====

E-Mail Processing

2022-04-29T08:48:39Z

Wikiadmin-Tech: /* Abonnierte Feedback-Loops */

==E-Mail Header==
===Standard Header===
===X-Header===
===CSA-Header===
===FBL-Header===

==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
===DSN===
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

===Bounce-Notifications===
In manchen Fällen bekommt man über das SMTP keinen DSN. Dann wird im Regelfall eine Bounce-Notice gesendet, die wie eine E-Mail zugestellt wird. Diese werden im Regelfall ebenfalls erkannt und entsprechend verarbeitet. Spammer haben diese Möglichkeit der Zustellung auch genutzt (Backscatter). Dabei werden falsche Bounce-Notifications - natürlich inklusive der SPAM Nachricht - erzeugt, da Bounce-Notifications im Regelfall in der Inbox landen, damit sie in jedem Fall wahrgenommen werden.

===Feedback Loops===
Manche Provider stellen einen so genannten "Feedback Loop" zur Verfügung. Manchmal auch (Yahoo) als Complaint-Feedback-Loop (CFL) bezeichnet. Diese provider bieten Nutzern eine Möglichkeit, Mails als SPAM (Spam-Complaint) zu markieren. Manche Anbieter stellen sogar einen Abmelde-Button zur Verfügung, der dann natürlich nicht den Abmeldelink in der Mail auslöst, sondern den List-Unsubscribe Header (siehe oben). Feedback-Loops sind im Regelfall als ARF (Abuse Reporting Format) formatiert und können automatisiert verarbeitet werden. Eine ARF Meldung entspricht dem MIME-Type einer Bounce-Nachricht und ist nach [https://datatracker.ietf.org/doc/html/rfc3462 RFC 3462] definiert.

====Abonnierte Feedback-Loops====
{| class="wikitable sortable"
! AOL !! abonniert !! wird verarbeitet !! Complaint-Postfach !! Notizen
|-
| Bluetie/Excite || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Cox || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Fastmail || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Mail.ru || Beispiel || Beispiel || Beispiel || Beispiel
|-
| OpenSRS/Tucows || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Rackspace (ehemals Mailtrust) || Beispiel || Beispiel || Beispiel || Beispiel
|-
| RoadRunner/Time Warner Cable || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Synacor || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Terra || Beispiel || Beispiel || Beispiel || Beispiel
|-
| USA.NET || Beispiel || Beispiel || Beispiel || Beispiel
|-
| United Online/Juno/Netzero || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Yahoo! || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Zoho.com || Beispiel || Beispiel || Beispiel || Beispiel
|-
| 1&1 || Beispiel || Beispiel || Beispiel || Beispiel
|-
| web.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| gmx.net || Beispiel || Beispiel || Beispiel || Beispiel
|-
| t-online.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| GMAIL || Beispiel || Beispiel || Beispiel || Beispiel
|}

===Reply-Mails===

====Manuell-Replys====
====Auto-Replys====

E-Mail Processing

2022-04-29T08:44:37Z

Wikiadmin-Tech: /* Abonnierte Feedback-Loops */

==E-Mail Header==
===Standard Header===
===X-Header===
===CSA-Header===
===FBL-Header===

==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
===DSN===
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

===Bounce-Notifications===
In manchen Fällen bekommt man über das SMTP keinen DSN. Dann wird im Regelfall eine Bounce-Notice gesendet, die wie eine E-Mail zugestellt wird. Diese werden im Regelfall ebenfalls erkannt und entsprechend verarbeitet. Spammer haben diese Möglichkeit der Zustellung auch genutzt (Backscatter). Dabei werden falsche Bounce-Notifications - natürlich inklusive der SPAM Nachricht - erzeugt, da Bounce-Notifications im Regelfall in der Inbox landen, damit sie in jedem Fall wahrgenommen werden.

===Feedback Loops===
Manche Provider stellen einen so genannten "Feedback Loop" zur Verfügung. Manchmal auch (Yahoo) als Complaint-Feedback-Loop (CFL) bezeichnet. Diese provider bieten Nutzern eine Möglichkeit, Mails als SPAM (Spam-Complaint) zu markieren. Manche Anbieter stellen sogar einen Abmelde-Button zur Verfügung, der dann natürlich nicht den Abmeldelink in der Mail auslöst, sondern den List-Unsubscribe Header (siehe oben). Feedback-Loops sind im Regelfall als ARF (Abuse Reporting Format) formatiert und können automatisiert verarbeitet werden. Eine ARF Meldung entspricht dem MIME-Type einer Bounce-Nachricht und ist nach [https://datatracker.ietf.org/doc/html/rfc3462 RFC 3462] definiert.

====Abonnierte Feedback-Loops====
{| class="wikitable"
! AOL !! abonniert !! wird verarbeitet !! Complaint-Postfach !! Notizen
|-
| Bluetie/Excite || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Cox || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Fastmail || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Mail.ru || Beispiel || Beispiel || Beispiel || Beispiel
|-
| OpenSRS/Tucows || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Rackspace (ehemals Mailtrust) || Beispiel || Beispiel || Beispiel || Beispiel
|-
| RoadRunner/Time Warner Cable || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Synacor || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Terra || Beispiel || Beispiel || Beispiel || Beispiel
|-
| USA.NET || Beispiel || Beispiel || Beispiel || Beispiel
|-
| United Online/Juno/Netzero || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Yahoo! || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Zoho.com || Beispiel || Beispiel || Beispiel || Beispiel
|-
| 1&1 || Beispiel || Beispiel || Beispiel || Beispiel
|-
| web.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| gmx.net || Beispiel || Beispiel || Beispiel || Beispiel
|-
| t-online.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| GMAIL || Beispiel || Beispiel || Beispiel || Beispiel
|}

===Reply-Mails===

====Manuell-Replys====
====Auto-Replys====

E-Mail Processing

2022-04-29T08:43:07Z

Wikiadmin-Tech: /* Abonnierte Feedback-Loops */

==E-Mail Header==
===Standard Header===
===X-Header===
===CSA-Header===
===FBL-Header===

==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
===DSN===
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

===Bounce-Notifications===
In manchen Fällen bekommt man über das SMTP keinen DSN. Dann wird im Regelfall eine Bounce-Notice gesendet, die wie eine E-Mail zugestellt wird. Diese werden im Regelfall ebenfalls erkannt und entsprechend verarbeitet. Spammer haben diese Möglichkeit der Zustellung auch genutzt (Backscatter). Dabei werden falsche Bounce-Notifications - natürlich inklusive der SPAM Nachricht - erzeugt, da Bounce-Notifications im Regelfall in der Inbox landen, damit sie in jedem Fall wahrgenommen werden.

===Feedback Loops===
Manche Provider stellen einen so genannten "Feedback Loop" zur Verfügung. Manchmal auch (Yahoo) als Complaint-Feedback-Loop (CFL) bezeichnet. Diese provider bieten Nutzern eine Möglichkeit, Mails als SPAM (Spam-Complaint) zu markieren. Manche Anbieter stellen sogar einen Abmelde-Button zur Verfügung, der dann natürlich nicht den Abmeldelink in der Mail auslöst, sondern den List-Unsubscribe Header (siehe oben). Feedback-Loops sind im Regelfall als ARF (Abuse Reporting Format) formatiert und können automatisiert verarbeitet werden. Eine ARF Meldung entspricht dem MIME-Type einer Bounce-Nachricht und ist nach [https://datatracker.ietf.org/doc/html/rfc3462 RFC 3462] definiert.

====Abonnierte Feedback-Loops====
{| class="wikitable"
! AOL !! abonniert !! wird verarbeitet !! Complaint-Postfach !! Notizen
|-
| Bluetie/Excite || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Cox || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Fastmail || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Mail.ru || Beispiel || Beispiel || Beispiel || Beispiel
|-
| OpenSRS/Tucows || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Rackspace (ehemals Mailtrust) || Beispiel || Beispiel || Beispiel || Beispiel
|-
| RoadRunner/Time Warner Cable || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Synacor || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Terra || Beispiel || Beispiel || Beispiel || Beispiel
|-
| USA.NET || Beispiel || Beispiel || Beispiel || Beispiel
|-
| United Online/Juno/Netzero || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Yahoo! || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Zoho.com || Beispiel || Beispiel || Beispiel || Beispiel
|-
| 1&1 || Beispiel || Beispiel || Beispiel || Beispiel
|-
| web.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| gmx.net || Beispiel || Beispiel || Beispiel || Beispiel
|-
| t-online.de || Beispiel || Beispiel || Beispiel || Beispiel
|}

===Reply-Mails===

====Manuell-Replys====
====Auto-Replys====

E-Mail Processing

2022-04-29T08:42:39Z

Wikiadmin-Tech: /* Abonnierte Feedback-Loops */

==E-Mail Header==
===Standard Header===
===X-Header===
===CSA-Header===
===FBL-Header===

==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
===DSN===
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

===Bounce-Notifications===
In manchen Fällen bekommt man über das SMTP keinen DSN. Dann wird im Regelfall eine Bounce-Notice gesendet, die wie eine E-Mail zugestellt wird. Diese werden im Regelfall ebenfalls erkannt und entsprechend verarbeitet. Spammer haben diese Möglichkeit der Zustellung auch genutzt (Backscatter). Dabei werden falsche Bounce-Notifications - natürlich inklusive der SPAM Nachricht - erzeugt, da Bounce-Notifications im Regelfall in der Inbox landen, damit sie in jedem Fall wahrgenommen werden.

===Feedback Loops===
Manche Provider stellen einen so genannten "Feedback Loop" zur Verfügung. Manchmal auch (Yahoo) als Complaint-Feedback-Loop (CFL) bezeichnet. Diese provider bieten Nutzern eine Möglichkeit, Mails als SPAM (Spam-Complaint) zu markieren. Manche Anbieter stellen sogar einen Abmelde-Button zur Verfügung, der dann natürlich nicht den Abmeldelink in der Mail auslöst, sondern den List-Unsubscribe Header (siehe oben). Feedback-Loops sind im Regelfall als ARF (Abuse Reporting Format) formatiert und können automatisiert verarbeitet werden. Eine ARF Meldung entspricht dem MIME-Type einer Bounce-Nachricht und ist nach [https://datatracker.ietf.org/doc/html/rfc3462 RFC 3462] definiert.

====Abonnierte Feedback-Loops====
{| class="wikitable"
|+ Text der Überschrift
|-
! AOL !! abonniert !! wird verarbeitet !! Complaint-Postfach !! Notizen
|-
| Bluetie/Excite || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Cox || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Fastmail || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Mail.ru || Beispiel || Beispiel || Beispiel || Beispiel
|-
| OpenSRS/Tucows || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Rackspace (ehemals Mailtrust) || Beispiel || Beispiel || Beispiel || Beispiel
|-
| RoadRunner/Time Warner Cable || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Synacor || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Terra || Beispiel || Beispiel || Beispiel || Beispiel
|-
| USA.NET || Beispiel || Beispiel || Beispiel || Beispiel
|-
| United Online/Juno/Netzero || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Yahoo! || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Zoho.com || Beispiel || Beispiel || Beispiel || Beispiel
|-
| 1&1 || Beispiel || Beispiel || Beispiel || Beispiel
|-
| web.de || Beispiel || Beispiel || Beispiel || Beispiel
|-
| gmx.net || Beispiel || Beispiel || Beispiel || Beispiel
|-
| t-online.de || Beispiel || Beispiel || Beispiel || Beispiel
|}

===Reply-Mails===

====Manuell-Replys====
====Auto-Replys====

E-Mail Processing

2022-04-29T08:41:06Z

Wikiadmin-Tech: /* E-Mail Response Handling */

==E-Mail Header==
===Standard Header===
===X-Header===
===CSA-Header===
===FBL-Header===

==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
===DSN===
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

===Bounce-Notifications===
In manchen Fällen bekommt man über das SMTP keinen DSN. Dann wird im Regelfall eine Bounce-Notice gesendet, die wie eine E-Mail zugestellt wird. Diese werden im Regelfall ebenfalls erkannt und entsprechend verarbeitet. Spammer haben diese Möglichkeit der Zustellung auch genutzt (Backscatter). Dabei werden falsche Bounce-Notifications - natürlich inklusive der SPAM Nachricht - erzeugt, da Bounce-Notifications im Regelfall in der Inbox landen, damit sie in jedem Fall wahrgenommen werden.

===Feedback Loops===
Manche Provider stellen einen so genannten "Feedback Loop" zur Verfügung. Manchmal auch (Yahoo) als Complaint-Feedback-Loop (CFL) bezeichnet. Diese provider bieten Nutzern eine Möglichkeit, Mails als SPAM (Spam-Complaint) zu markieren. Manche Anbieter stellen sogar einen Abmelde-Button zur Verfügung, der dann natürlich nicht den Abmeldelink in der Mail auslöst, sondern den List-Unsubscribe Header (siehe oben). Feedback-Loops sind im Regelfall als ARF (Abuse Reporting Format) formatiert und können automatisiert verarbeitet werden. Eine ARF Meldung entspricht dem MIME-Type einer Bounce-Nachricht und ist nach [https://datatracker.ietf.org/doc/html/rfc3462 RFC 3462] definiert.

====Abonnierte Feedback-Loops====
{| class="wikitable"
|+ Text der Überschrift
|-
! AOL !! abonniert !! wird verarbeitet !! Notizen
|-
| Bluetie/Excite || Beispiel || Beispiel || Beispiel
|-
| Cox || Beispiel || Beispiel || Beispiel
|-
| Fastmail || Beispiel || Beispiel || Beispiel
|-
| Mail.ru || Beispiel || Beispiel || Beispiel
|-
| OpenSRS/Tucows || Beispiel || Beispiel || Beispiel
|-
| Rackspace (ehemals Mailtrust) || Beispiel || Beispiel || Beispiel
|-
| RoadRunner/Time Warner Cable || Beispiel || Beispiel || Beispiel
|-
| Synacor || Beispiel || Beispiel || Beispiel
|-
| Terra || Beispiel || Beispiel || Beispiel
|-
| USA.NET || Beispiel || Beispiel || Beispiel
|-
| United Online/Juno/Netzero || Beispiel || Beispiel || Beispiel
|-
| Yahoo! || Beispiel || Beispiel || Beispiel
|-
| Zoho.com || Beispiel || Beispiel || Beispiel
|-
| 1&1 || Beispiel || Beispiel || Beispiel
|-
| web.de || Beispiel || Beispiel || Beispiel
|-
| gmx.net || Beispiel || Beispiel || Beispiel
|-
| t-online.de || Beispiel || Beispiel || Beispiel
|}

===Reply-Mails===

====Manuell-Replys====
====Auto-Replys====

E-Mail Processing

2022-04-29T08:16:59Z

Wikiadmin-Tech:

E-Mail Processing

2022-04-29T08:13:28Z

Wikiadmin-Tech: /* =Standard Header */

E-Mail Processing

2022-04-29T08:12:16Z

Wikiadmin-Tech: /* E-Mail Konstrukt */

==E-Mail Header==
===Standard Header==
===X-Header
===CSA-Header===
===FBL-Header===
==E-Mail Konstrukt==

==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

E-Mail Processing

2022-04-05T10:44:24Z

Wikiadmin-Tech: /* E-Mail Queuing */

==E-Mail Konstrukt==
==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

==E-Mail Queuing==
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Response Handling==
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

E-Mail Processing

2022-04-05T10:44:10Z

Wikiadmin-Tech: /* E-Mail Generierung */

E-Mail Processing

2022-04-05T10:43:40Z

Wikiadmin-Tech: /* E-Mail Generierung */

==E-Mail Konstrukt==
==E-Mail Generierung==
Die Generierung der E-Mails läuft über spezielle Generatoren. Sie führen die E-Mail Konstruktion durch und ersetzen Platzhalter mit persönlichen Daten, erzeugen die Conditional-Content Versionen für den jeweiligen Empfänger und die Mail-Header.

===Queuing Prozess===
Der alte Feeder (Queuing Prozess) war nicht gedrosselt, und hat alle Mails von den Generatoren abgeholt und zu den MTA überstellt.

Der neue Feeder kann deutlich mehr leisten, und muss sogar gedrosselt werden, damit er nicht zu viele Mails auf einmal in die MTA schaufelt. Eine Drosselung von 2.000 Mails/Minute/Generator entspricht dabei einer etwas geringeren Leistung/Stunde bei einer Verteilergröße von ca. 100.000 Adressen, als bei dem alten Feeder. Durch die Drosselung verteilt sich das Volumen etwas gleichmäßiger über den zeitlichen Verlauf, besonders in den ersten 30 Minuten.

Die Drosselung kann individuell pro Site eingestellt werden.

==E-Mail Queuing==
==E-Mail Response Handling==
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

Delivery Status Notification

2022-03-24T13:24:05Z

Wikiadmin-Tech:

Eine Delivery Status Notification (DSN) ist eine automatisch verschickte E-Mail eines Mailservers an den Absender einer E-Mail, um diesen über den Verlauf der Zustellung zu unterrichten.

DSNs werden in der Regel ausgelöst, wenn E-Mails endgültig nicht zustellbar sind („Permanent Failure“).

Ebenfalls üblich sind Zwischenmeldungen über ausstehende Lieferungen, wenn E-Mails vorübergehend nicht zugestellt werden können („Persistent Transient Failure“), beispielsweise wenn die Empfängermailbox voll ist oder kein Mail Transfer Agent des Adressaten verfügbar ist. Darauf folgt dann nach einiger Zeit entweder eine DSN über das endgültige Scheitern der Zustellung („Permanent Failure“) oder eine positive DSN über die erfolgreiche Zustellung („Success“).

Eine DSN bezüglich einer nicht oder vorübergehend nicht zustellbaren E-Mail bezeichnet man umgangssprachlich auch als Bounce Message.

Nicht jeder Mailanbieter unterstützt DSNs. Üblicherweise erhält der Sender, wenn er eine Zustellbestätigung erwartet, bei Auslieferung an einen Mailserver, welcher DSNs nicht unterstützt, eine Meldung, die zum Beispiel als „relayed to non-DSN-aware mailer“ wiedergegeben wird – insbesondere auch dann, wenn die Mail ordnungsgemäß zugestellt wurde.

==Beziehung zwischen den Mailservern==
<pre>
+-----+ +--------+ +---------+ +---------+ +------+
| | | | |Received-| | | | |
| | => |Original| => ... => | From | => |Reporting| ===> |Remote|
| user| | MTA | | MTA | | MTA | <No! | MTA |
|agent| +--------+ +---------+ +----v----+ +------+
| | |
| | <-------------------------------------------+
+-----+ (DSN returned to sender by Reporting MTA)
</pre>

==DSN laut RFC 3463==
[https://datatracker.ietf.org/doc/html/rfc3463 rfc3463: Enhanced Mail System Status Codes]
Leider gibt es keine Bindung an die RFC Vorgabe. Mailserver Administratoren können beliebige Texte mit den Statuscodes verknüpfen. Es gibt also keine Gewähr für die korrekte Verwendung der Numerischen Codes. Dadurch können Kombinationen auftreten, mit gegensätzlichen Informationen. Beispiel: ein numerischer Hard-Bounce, mit einem textlichen Soft-Bounce.

{| class="wikitable"
|+ CLASS
|-
! DSN !! Kurzbezeichnung !! Beschreibung
|-
| 2.XXX.XXX || Success || Success specifies that the DSN is reporting a positive delivery action. Detail sub-codes may provide notification of transformations required for delivery.
|-
| 4.XXX.XXX || Persistent Transient Failure || A persistent transient failure is one in which the message as sent is valid, but persistence of some temporary condition has caused abandonment or delay of attempts to send the message. If this code accompanies a delivery failure report, sending in the future may be successful.
|-
| 5.XXX.XXX || Permanent Failure || A permanent failure is one which is not likely to be resolved by resending the message in the current form. Some change to the message or the destination must be made for successful delivery.
|}

{| class="wikitable"
|+ SUBJECT
|-
! DSN !! Kurzbezeichnung !! Beschreibung
|-
| X.0.XXX || Other or Undefined Status || There is no additional subject information available.
|-
| X.1.XXX || Addressing Status || The address status reports on the originator or destination address. It may include address syntax or validity. These errors can generally be corrected by the sender and retried.
|-
| X.2.XXX || Mailbox Status || Mailbox status indicates that something having to do with the mailbox has caused this DSN. Mailbox issues are assumed to be under the general control of the recipient.
|-
| X.3.XXX || Mail System Status || Mail system status indicates that something having to do with the destination system has caused this DSN. System issues are assumed to be under the general control of the destination system administrator.
|-
| X.4.XXX || Network and Routing Status || The networking or routing codes report status about the delivery system itself. These system components include any necessary infrastructure such as directory and routing services. Network issues are assumed to be under the control of the destination or intermediate system administrator.
|-
| X.5.XXX || Mail Delivery Protocol Status || The mail delivery protocol status codes report failures involving the message delivery protocol. These failures include the full range of problems resulting from implementation errors or an unreliable connection.
|-
| X.6.XXX || Message Content or Media Status || The message content or media status codes report failures involving the content of the message. These codes report failures due to translation, transcoding, or otherwise unsupported message media. Message content or media issues are under the control of both the sender and the receiver, both of which must support a common set of supported content-types.
|-
| X.7.XXX || Security or Policy Status || The security or policy status codes report failures involving policies such as per-recipient or per-host filtering and cryptographic operations. Security and policy status issues are assumed to be under the control of either or both the sender and recipient. Both the sender and recipient must permit the exchange of messages and arrange the exchange of necessary keys and certificates for cryptographic operations.
|}

Delivery Status Notification

2022-03-22T08:36:55Z

Wikiadmin-Tech: /* DSN laut RFC 3464 */

E-Mail Processing

2022-03-22T08:28:28Z

Wikiadmin-Tech: /* E-Mail Response Handling */

==E-Mail Konstrukt==
==E-Mail Generierung==
==E-Mail Queuing==
==E-Mail Response Handling==
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die [[Delivery_Status_Notification|DSN ('''D'''elivery '''S'''tatus '''N'''otification)]]. Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

Delivery Status Notification

2022-03-22T08:26:43Z

Wikiadmin-Tech: Die Seite wurde neu angelegt: „Eine Delivery Status Notification (DSN) ist eine automatisch verschickte E-Mail eines Mailservers an den Absender einer E-Mail, um diesen über den Verlauf der Zustellung zu unterrichten. DSNs werden in der Regel ausgelöst, wenn E-Mails endgültig nicht zustellbar sind („Permanent Failure“). Ebenfalls üblich sind Zwischenmeldungen über ausstehende Lieferungen, wenn E-Mails vorübergehend nicht zugestellt werden können („Persistent Transient Fa…“

E-Mail Processing

2022-03-22T07:59:45Z

Wikiadmin-Tech: /* E-Mail Response Handling */

==E-Mail Konstrukt==
==E-Mail Generierung==
==E-Mail Queuing==
==E-Mail Response Handling==
Wenn man E-Mails sendet erhält man vom empfangenden Server eine Response. Das ist die DSN ('''D'''elivery '''S'''tatus '''N'''otification). Ist die Zustellung nicht erfolgreiche, die spricht man auch von einer NDSN ('''N'''on '''D'''elivery '''S'''tatus '''N'''otification) oder auch "umgangssprachlich" von einem Bounce. Aber egal ob positiv oder negativ, es ist "eigentlich" immer ein DSN.

E-Mail Processing

2022-03-22T07:50:08Z

Wikiadmin-Tech: /* =E-Mail Konstrukt */

==E-Mail Konstrukt==
==E-Mail Generierung==
==E-Mail Queuing==
==E-Mail Response Handling==

E-Mail Processing

2022-03-22T07:49:58Z

Wikiadmin-Tech: /* E-Mail Processing */

==E-Mail Konstrukt=
==E-Mail Generierung==
==E-Mail Queuing==
==E-Mail Response Handling==

E-Mail Processing

2022-03-21T16:53:02Z

Wikiadmin-Tech: Die Seite wurde neu angelegt: „=E-Mail Processing= ==E-Mail Generierung== ==E-Mail Queuing== ==E-Mail Response Handling==“

=E-Mail Processing=
==E-Mail Generierung==
==E-Mail Queuing==
==E-Mail Response Handling==

MediaWiki:Sidebar

2022-03-21T14:56:37Z

techwiki.empaction.gmbh:Datenschutz

2022-03-21T13:38:56Z

Wikiadmin-Tech: Die Seite wurde neu angelegt: „Diese Seiten sind nur mit Login verfügbar. Für den Login erforderliche persönliche Daten werden nicht an Dritte weitergegeben, und dienen einzig dem Zweck des Logins zum Betrieb des Wikis.“

Diese Seiten sind nur mit Login verfügbar.
Für den Login erforderliche persönliche Daten werden nicht an Dritte weitergegeben, und dienen einzig dem Zweck des Logins zum Betrieb des Wikis.