Wenn Sie diesen Titel lesen und schon mal mit Exchange (oder anderen Mailsystemen) zu tun hatten, schlagen Sie sicher die H\u00e4nde \u00fcber dem Kopf zusammen.<\/p>\n
Es gibt User, die denken sie leiten Ihre Mails von A nach B automatisch weiter und rufen Sie von C ab um sie dann vom Client aus per Regelwerk an D weiterzuleiten und von E abzurufen…<\/p>\n
Wenn wir nun irgendwann in dieser Schlange bei Z angekommen sind, sollte sich der User zum ersten Mal die Frage stellen, warum seine Mail “irgendwo im Nirwana” h\u00e4ngengeblieben ist.<\/p>\n
Relativieren wir mal das\u00a0Ganze:<\/p>\n
Generell l\u00e4\u00dft sich erst einmal festhalten, dass Mails niemals “einfach verschwinden”. Es sei denn, das b\u00f6se Exchange Eichh\u00f6rnchen ist mal wieder unterwegs und sammelt Mails ein, um sie im Wald zu vergraben. \ud83d\ude42
\nSie werden mir sicher Recht geben, dass das eher unwahrscheinlich ist.<\/p>\n
Das Wesentliche dabei\u00a0ist das verwendete Protokoll.<\/p>\n
SMTP – Simple Mail Transfer Protokoll – Ich bitte Sie das “simple” im Namen zu beachten. Es ist tats\u00e4chlich ein absolut einfaches Protokoll das aus der Zeit stammt als das Wort Gigabit h\u00f6chstens in einem Science Fiction Roman vorkam.<\/p>\n
Das ist alles relativ schnell erkl\u00e4rt:<\/p>\n
Im Detail sieht das so aus:<\/p>\n
telnet mail.server.com 25\nTrying 192.0.2.10...\nConnected to mail.server.com.\nEscape character is '^]'.\n220 mail.server.com ESMTP \nEHLO mail.server.com\n250-mail.server.com\n250-PIPELINING\n250-SIZE 30720000\n250-VRFY\n250-ETRN\n250-STARTTLS\n250-AUTH LOGIN DIGEST-MD5 PLAIN CRAM-MD5\n250-AUTH=LOGIN DIGEST-MD5 PLAIN CRAM-MD5\n250-ENHANCEDSTATUSCODES\n250-8BITMIME\n250 DSN\nMAIL FROM:<test@Domain.com>\n250 2.1.0 Ok\nRCPT TO:<user@server.com>\n250 2.1.5 Ok\nDATA\n354 End data with <CR><LF>.<CR><LF>\nSubject: Hier steht der Betreff\n\nHier steht die Nachricht\n\n.\n250 2.0.0 Ok: queued as 1322454835128\nQUIT\n221 2.0.0 \nConnection closed by foreign host.<\/pre>\nSoweit, so gut…<\/p>\n
Das ist das Beispiel f\u00fcr eine erfolgreiche Mail\u00fcbermittlung. vereinfacht gesagt ist die Antwort “250 OK” das, worauf der Absender wartet. Mit dieser Antwort ist alles OK<\/p>\n
Es kann jetzt aber nat\u00fcrlich zu Fehlern kommen. Entsprechende Fehlercodes lassen sich im Internet schon zur Gen\u00fcge finden.\u00a0Zwei davon m\u00f6chte ich aber kurz beschreiben.<\/p>\n
1.) Unable to relay:<\/p>\n
Gibt ein Empf\u00e4nger diese Antwort zur\u00fcck, hei\u00dft das, er ist nicht berechtigt f\u00fcr unauthorisierte Benutzer Mails an diese Dom\u00e4ne zu senden. Nicht mehr und nicht weniger. Damit komme ich “eigentlich” zu einem meiner Lieblingsthemen: SPAM, dazu aber an anderer Stelle mehr.<\/p>\n
2. ) Unknown User:<\/p>\n
Diese Antwort des Empf\u00e4ngers sollte “eigentlich” (schon wieder dieses Unwort) selbsterkl\u00e4rend sein. Der Empf\u00e4nger kennt die Dom\u00e4ne, findet aber den User nicht.<\/p>\n
Dar\u00fcber hinaus gibt es noch einige Fehler, die sich aber zu Hauf im Internet finden lassen.<\/p>\n
Wenn Sie nun von Benutzern die in der \u00dcberschrift genannte typische “Fehlerbeschreibung” genannt bekommen (ist der Papst eigentlich katholisch) dann l\u00e4\u00dft sich relativ einfach der Weg einer Mail verfolgen und Sie werden feststellen, dass in 99 % der F\u00e4lle der “Fehler” zwischen Bildschirm und R\u00fcckenlehne des B\u00fcrostuhls zu finden ist.<\/p>\n","protected":false},"excerpt":{"rendered":"
Wenn Sie diesen Titel lesen und schon mal mit Exchange (oder anderen Mailsystemen) zu tun hatten, schlagen Sie sicher die H\u00e4nde \u00fcber dem Kopf zusammen. Es gibt User, die denken sie leiten Ihre Mails von A nach B automatisch weiter … Continue reading