1. April 2008 

Manche Antwort in der Support-Liste ist ein Schätzchen. Diese gehört dazu:

SMTP_Send

Bitte nicht Äpfel mit Birnen verwechseln.

SMTP_Send schickt nicht an den Zielserver sondern an den Server Ihres Providers.

Beispiel:

Host: = mail.arcor.de (würg)
eMail = m.m@m.de

Was passiert:

SMTP_Send verbindet sich mit mail.arcor.de und gibt die Mail dort ab. Dieser Server kann jetzt prüfen (wenn er so eingestellt ist) ob m.de existiert, ob die Domaine erreichbar ist und ob Sie überhaupt für Mails konfiguriert ist (MX Record im DNS der m.de hosted). Er kann nicht prüfen ob es m.m@m.de gibt.

Gibt es m.de nicht, oder ist sie nicht erreichbar oder gibt es keinen MX Record oder (noch eine Möglichkeit) steht Sie auf einer Blacklist (Sperrliste)könnte der SMTP bei ARCOR ihnen einen Fehlercode zurücksenden den SMTP_Send sofort anzeigen würde. Die meisten Providerserver führen diese Prüfung aber nicht sofort durch sondern nehmen die Mail erstmal an. Passiert dann einer der obigen Fehler bekommen Sie an die Absenderadresse eine Fehlermail zurück. Das passiert aber erst mit deutlicher Zeitverzögerung.

VIELE PROVIDERSERVER GEBEN GAR NICHTS ZURÜCK; D.H. SIE BEKOMMEN GAR NICHT MIT OB DIE MAIL ANKAM ODER NICHT.

Weiter geht das Spiel: mail.arcor.de kann die Mail an m.de zustellen, d.h. diese nimmt die Mail an, stellt dann aber fest das es m.m nicht gibt (meist nimmt die Empfangsdomaine solch eine Mail gar nicht an und Sie bekommen den Fehler dann wieder von mail.arcor.de). Nimmt Sie die Mail an bekommen Sie an den Absender dann die Fehlermail von m.de wenn es m.m nicht gibt.

Wie, wann und ob Sie eine Meldung bekommen hängt also nicht von Ihnen ab sondern von der Konfiguration der Relayserver (Weiterleitungsserver) und dem Zielserver. Auf all dieses haben Sie keinen Einfluss.

Alternativ müssten Sie ohne Provider senden, dazu brauchen Sie aber eine eigene IP, eine eigene Domaine und einen eigenen DNS Eintrag. Es gibt zwar Tricks ohne dieses auszukommen, allerdings kann es sein das sie dann irgendwann mal auf einer Blacklist laden weil die Empfänger sie als "gefährlich" eingestuft haben.

Sie sehen: Hinter dem alltäglichen Mailversand steckt viel KnowHow und Technik und trotzdem ist eMail nicht wirklich sicher und zuverlässig.

Betrachtet man allerdings die Anzahl der täglich Mails im Internet und stellt Sie in Relation zu den Fehler ist es sicher das beste und zuverlässigste was es gibt (in Relation!!!!)

Peter Frank

4D Themen: Berichte in Arbeit