Falsche / Fehlerhafte SMTP Anmeldung beim Emailversand

  • Hallo,

    eine Frage vorweg: wie versendet ihr eure Mails mit David?

    via direkt ( mx weiterleitung ) david als "richtigen" Mailserver
    via Smarthost: übergabe an Serviceprovider

    Bei unseren Problemen nutzen wir jeweils den Emailversand via SMTP Anmeldung beim Provider ( Smarthost ).
    Hierbei traten bei einzelnen David Installationen ( David R10 bis Davidfx 2011 ) nachfolgende Probleme auf - die bis dato auch durch Tobit
    nicht wirklich nachvollzogen werden konnten:


    Der Fehler liegt darin, dass die Emails "direkt" an die Gegenstelle gesendet werden und nicht
    wie gewünscht & konfiguriert via smtp Anmeldung an den eigenen Provider
    übergeben werden.

    Daraus folgt, dass ca. 80% u.a. wg. der falschen EHELO Authentifizierung entweder gar nicht zugestellt werden, bzw. als Spam deklariert werden.

    Im nachfolgenden Beispiel wäre der kundeneigene Mailserver "mail.abc-gmbh.de"
    korrekt: Empfänger bin ich mit "ths@test.de"

    ------ First attempt from mustermann@abc-gmbh.de to ths@test.de ------
    (00000848) New Socket
    RESOLVE A mail.abc-gmbh.de
    (00000848) UDP SendTo (34)
    QUERY/QUERY/RD/No Error
    Query Entries : 1
    mail.abc-gmbh.de :thumbup:
    Answer Entries : 0
    Name Server Entries: 0
    Resource Entries : 0
    (00000848) UDP RecvFrom (50)
    RESPONSE/QUERY/RD/RA/No Error
    Query Entries : 1
    mail.abc-gmbh.de
    Answer Entries : 1
    mail.abc-gmbh.de
    IP Adr. 88.88.88.88
    Name Server Entries: 0
    Resource Entries : 0
    (1) Connecting to server 88.88.88.88 on port 25
    (00000796) New Socket
    (00000796) ReUseAddr : 1
    (00000796) OutOfBandDataInline: 1
    (00000796) KeepAlive : 5 minutes
    (00000796) Socket Bound to Port 0
    (00000796) Socket Connected to 88.88.88.88
    (1) Connection established (796)
    (00000796) read (69/0)
    (00000796) Got complete TCP Message (Size=69)
    (1) 220 mailcentral5.internet1.de (IMail 8.15 524-4) NT-ESMTP Server X1
    (1) EHLO 192.168.13.2
    (1) 250-mailcentral5.internet1.de says hello
    (1) 250-SIZE 0
    (1) 250-8BITMIME
    (1) 250-DSN
    (1) 250-ETRN
    (1) 250-AUTH LOGIN CRAM-MD5

    =>>> so funktioniert es.

    **************************

    so sah es gestern mittag aus:

    ------ First attempt from mustermann@abc-gmbh.de to ths@test.de ------
    (00000772) New Socket
    RESOLVE MX test.de :cursing:
    (00000772) UDP SendTo (26)
    QUERY/QUERY/RD/No Error
    Query Entries : 1
    test.de :cursing:
    Answer Entries : 0
    Name Server Entries: 0
    Resource Entries : 0
    (00000772) UDP RecvFrom (119)
    RESPONSE/QUERY/RD/RA/No Error
    Query Entries : 1
    test.de
    Answer Entries : 1
    test.de
    mailin.rzone.de (10)
    Name Server Entries: 0
    Resource Entries : 4
    mailin.rzone.de
    IP Adr. 88.88.88.89
    mailin.rzone.de
    IP Adr. 88.88.88.89
    mailin.rzone.de
    IP Adr. 88.88.88.89
    mailin.rzone.de
    IP Adr. 88.88.88.89
    (1) Connecting to server 88.88.88.89 on port 25
    (00000776) New Socket
    (00000776) ReUseAddr : 1

    ====>>> die Mail wird versucht direkt an die Gegenstelle zuzustellen.

    Vorab wurde unter Zuhilfenahme & Kontrolle des Tobit Telefonsupports sämtliche Einstellungen
    in Tobit gelöscht postman.dir & dat , sta, temporärdateien.
    Anschliessend wurden lediglich 2 Versandeinstellungen vorgenommen:

    1. Sendemethode:
    *@abc-gmbh.de = Absenderadresse, dann Versand via smarthost anmeldung & smtp authentifizierung

    2. Postmaneintrag:
    Versand generell via smarthost mit SMTP authentifizierung


    Die obigen 2 Einträge funktionierten am Freitag bis Sonntag ab Montag
    erfolgte der Versand automatisch wieder "direkt". :cursing:
    Woher nimmt sich der David Server diese Einstellungen? ?( ?( ?( ?( ?( ?( ?( ?( ?(
    Lösbar war es wieder nur durch löschen postman.* und Neuanlegen der
    Sendemethode & postman konfiguaration.

    Ich wäre auch sehr über Feedbacks dankbar wie ihr eure Mails via Tobit versendet, vielleicht gehe ich bzgl. der Konfig. auch
    zu unkonventionell an die Sache ran.

    3 Mal editiert, zuletzt von ths (29. März 2011 um 11:30)

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!