{"id":575,"date":"2011-06-30T21:00:17","date_gmt":"2011-06-30T20:00:17","guid":{"rendered":"http:\/\/blog.imagmbh.de\/?p=575"},"modified":"2019-01-13T23:11:44","modified_gmt":"2019-01-13T22:11:44","slug":"wichige-masnahmen-fur-webseitenbetreiber-so-wird-der-mailversand-fur-webserver-konfiguriert","status":"publish","type":"post","link":"https:\/\/blog.imagmbh.de\/index.php\/wichige-masnahmen-fur-webseitenbetreiber-so-wird-der-mailversand-fur-webserver-konfiguriert\/","title":{"rendered":"Wichige Ma\u00dfnahmen f\u00fcr Webseitenbetreiber – so wird der Mailversand f\u00fcr Webserver richtig konfiguriert"},"content":{"rendered":"

Die meisten Webserver und Webapplikationen verschicken E-Mails: Anfragemails an die Seitenbetreiber und h\u00e4ufig Best\u00e4tigungen an anfragende Besucher etc. Diese Mails sind f\u00fcr die Seitenbetreiber nat\u00fcrlich sehr wichtig, schlie\u00dflich sind es Anfragen.<\/p>\n

F\u00fcr die Webseitenbetreiber muss also sichergestellt werden, dass Anfragemails auch wirklich bei ihnen zugestellt werden. Ferner muss sichergestellt werden, dass die Anfrageformulare nicht f\u00fcr Spam-Mails missbraucht werden, dass also nicht Spam-Roboter als angebliche Absender E-Mail-Adressen eintragen, so dass diese vermeintlichen Absender Nachrichten bekommen.<\/p>\n

Das Spam-Problem ist recht einfach zu l\u00f6sen: Moderne Captcha-Systeme stellen sicher, dass Roboter ins Leere laufen.<\/p>\n

Viele Webseitenentwickler stellen jedoch nicht sicher, dass Anfragen \u00fcber eine Webseite auch ankommen! Dies ist erschreckend, da hierdurch zum einen die Reputation des Anbieters bei seinen Kunden leidet oder sogar Auftr\u00e4ge verloren gehen k\u00f6nnen! Ein sichers Mailverfahren bedeutet etwas Aufwand und vor allem Know-How. Dieser Aufwand sollte jedoch getrieben werden.<\/p>\n

So l\u00e4uft der Mailversand einer Webserverapplikation leider h\u00e4ufig ab: Wie man es nicht machen sollte!<\/p>\n

    \n
  1. Der Webserver meldet sich mit einem Phantasienamen, also nicht dem richten FQDN beim Mailserver an.<\/li>\n
  2. Der Webserver verwendet eine Absenderadresse, die keine Mails annimmt.<\/li>\n
  3. Die Mails sind nicht RFC-gerecht aufgebaut, es fehlen z. B. wichtige Header-Zeilen.<\/li>\n
  4. Der Webserver wertet keine Fehlermeldungen des Mailservers aus.<\/li>\n
  5. Fehlermails, die die Mailserver versenden, werden ignoriert.<\/li>\n
  6. Die Funktionalit\u00e4t des Webservers und des Mailsystems werden nicht regelm\u00e4\u00dfig \u00fcberpr\u00fcft<\/li>\n<\/ol>\n

    Und nun: So machen Sie es richtig:<\/h2>\n
      \n
    1. Bei der SMTP-Kommunikation wird in der HELO-Meldung der korrekte FQDN (Full-Qualified-Domain-Name) angegeben. Eine falsche Angabe in der HELO-Meldung f\u00fchrt h\u00e4ufig schon zur Mailablehnung. Und wenn das beim Aufsetzen des Systems vielleicht noch akzeptiert wurde: Sp\u00e4testens wenn der Mailserver upgedated wird, sind die Probleme und Mailverluste vorprogrammiert!<\/li>\n
    2. Geben Sie als Absender auf jeden Fall eine Adresse an, die auch entsprechende Mails annimmt. Zum einen ist dies notwendig, damit Fehlermails zugestellt werden k\u00f6nnen. Es ist aber vor allem wichtig, damit die Mails nicht z.B. beim Greylisting verworfen werden.<\/li>\n
    3. Auch automatische Mails von Webservern sollten RFC-konforme Header haben. Sonst ist die Wahrscheinlichkeit, dass ein Spam-Filter zuschl\u00e4gt, sehr hoch.<\/li>\n
    4. Nat\u00fcrlich m\u00fcssen die direkten Fehlermeldungen des Mailservers ausgewertet werden und es muss entsprechend reagiert werden: Den Mailversand ggf. sp\u00e4ter noch einmal probieren, einen Ersatzmailserver ansprechen, eine Log-Meldung verfassen etc. Es ist keine gute Idee, einfach so zu tun, als sei die Mail verschickt worden und sie somit unter den Tisch fallen zu lassen.<\/li>\n
    5. R\u00fccklaufmails werden von vielen Webapplikationsentwicklern ignoriert. Wird, s.o., eine entsprechende „menschliche“ Absenderadresse angegeben, so kann und muss der Mensch auf die Fehlermeldung entsprechend reagieren. Besser aber in der Entwicklung aufw\u00e4ndiger ist es nat\u00fcrlich, wenn der Webserver die Fehlermails empf\u00e4ngt und entsprechend reagiert.<\/li>\n
    6. Sehr wichtig ist auch, die Funktionalit\u00e4t regelm\u00e4\u00dfig zu \u00fcberpr\u00fcfen, also \u00fcber die Weboberfl\u00e4che Testanfragen zu generieren und den Empfang zu verifizieren. Dies geht nat\u00fcrlich am besten mit entsprechenden Werkzeugen automatisch.<\/li>\n<\/ol>\n

      Hiermit unterst\u00fctzen wir Sie und Ihren Webseitenentwickler:<\/h2>\n
        \n
      1. Mit unserer Server\u00fcberwachung<\/a> kontrollieren wir die Funktionalit\u00e4t regelm\u00e4\u00dfig und automatisch.<\/li>\n
      2. Gerner \u00fcberpr\u00fcfen wir den Aufbau Ihres Systems, ob es optimal programmiert und konfiguriert wurde.<\/li>\n
      3. Wir beraten Sie als Anwender und als Entwickler f\u00fcr die richtige Programmierung und Konfiguration.<\/li>\n<\/ol>\n

        Sprechen Sie uns an<\/a>!<\/p>\n

         
        \n