Relaylock über SMTPS, über SMTP ist alles okay!

B

blue_screen

New Member
Hallo,

ich benutze Plesk 8.1 @ Debian Sarge und habe ein kleines Problem. Wenn ich per SMTP eine E-Mail verschicke klappt alles. Wenn ich per SMTPS alsp per SSL eine E-Mail verschicke klappt es manchmal, meistens jedoch nicht.

Ist es normal, das ich bei jeder E-Mail die gesendet wird im Logfile ein Relaylock für den Client habe, egal ob SMTP oder SMTPS. Wenn ich SMTP benutze wird die E-Mail laut den Logfiles noch in der gleichen Sekunde verschickt, per SMTPS manchmal erst nach 30 Sekunden (mal mehr oder weniger) oft auch gar nicht (im Logfile ist der Relaylock, dann nach 30 Sekunden wird die E-Mail verschickt, oder wenn es gar nicht geht ist der Relaylock der letzte und einzige Eintrag zu dem Versuch die E-Mail zu verschicken). Das "Nachricht wird gesendet"-Fenster von Thunderbird bleibt so lange offen, wenn es klappen sollte verschwindet es, wenn es nicht klappt kommt eine Fehlermeldung (Nachricht konnte nicht versendet werden, Server ist nicht verfügbar oder Server lehnt die Verbindung ab). Selbst wenn ich über Horde/IMP eine E-Mail verschicke gibt es einen Relaylock auf den localhost, es geht aber noch in der gleichen Sekunde weiter und die E-Mail wird verschickt.

Was passiert in der Zeit zwischen Relaylock und der Versenden? Gibt es noch andere Logfiles wo es mehr Informationen gibt?

Anbei meine SMTP/SMTPS Config.

Meine smtp_psa:
Code: 
service smtp
{
        socket_type     = stream
        protocol        = tcp
        wait            = no
        disable         = no
        user            = root
        instances       = UNLIMITED
        server          = /var/qmail/bin/tcp-env
        server_args     = -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}

Meine smtps_psa
Code: 
service smtps
{
        socket_type     = stream
        protocol        = tcp
        wait            = no
        disable         = no
        user            = root
        instances       = UNLIMITED
        server          = /var/qmail/bin/tcp-env
        server_args     = -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}

Danke!
 
Ich habe es gerade noch mal versucht und hier ist mein /etc/log/mail.info

Code: 
Feb 23 15:03:38 h1xxxxxx relaylock: /var/qmail/bin/relaylock: mail from 84.190.166.145:56968 (p54bea691.dip0.t-ipconnect.de)
Feb 23 15:04:25 h1xxxxxx qmail: 1172239465.329759 new msg 27172758
Feb 23 15:04:25 h1xxxxxx qmail: 1172239465.329816 info msg 27172758: bytes 591 from <meine@absenderadesse.de> qp 24327 uid 2020
Feb 23 15:04:25 h1xxxxxx qmail: 1172239465.370383 starting delivery 15: msg 27172758 to remote mein@empfaenger.de
Feb 23 15:04:25 h1xxxxxx qmail: 1172239465.370680 status: local 0/10 remote 1/20
Feb 23 15:04:25 h1xxxxxx qmail: 1172239465.648547 delivery 15: success: 213.165.64.100_accepted_message./Remote_host_said:_250_2.6.0_Message_accepted_{mx095}/
Feb 23 15:04:25 h1xxxxxx qmail: 1172239465.648602 status: local 0/10 remote 0/20
Feb 23 15:04:25 h1xxxxxx qmail: 1172239465.648619 end msg 27172758
Feb 23 15:04:30 h1xxxxxx relaylock: /var/qmail/bin/relaylock: mail from 84.190.166.145:56970 (p54bea691.dip0.t-ipconnect.de)
Feb 23 15:05:36 h1xxxxxx relaylock: /var/qmail/bin/relaylock: mail from 84.190.166.145:56972 (p54bea691.dip0.t-ipconnect.de)
Feb 23 15:05:41 h1xxxxxx qmail: 1172239541.861690 new msg 27172758
Feb 23 15:05:41 h1xxxxxx qmail: 1172239541.861747 info msg 27172758: bytes 591 from <meine@absenderadesse.de> qp 24401 uid 2020
Feb 23 15:05:41 h1xxxxxx qmail: 1172239541.873093 starting delivery 16: msg 27172758 to remote mein@empfaenger.de
Feb 23 15:05:41 h1xxxxxx qmail: 1172239541.873386 status: local 0/10 remote 1/20
Feb 23 15:05:42 h1xxxxxx qmail: 1172239542.149350 delivery 16: success: 213.165.64.100_accepted_message./Remote_host_said:_250_2.6.0_Message_accepted_{mx054}/
Feb 23 15:05:42 h1xxxxxx qmail: 1172239542.149409 status: local 0/10 remote 0/20
Feb 23 15:05:42 h1xxxxxx qmail: 1172239542.149426 end msg 27172758
Feb 23 15:05:47 h1xxxxxx relaylock: /var/qmail/bin/relaylock: mail from 84.190.166.145:56974 (p54bea691.dip0.t-ipconnect.de)
Feb 23 15:06:08 h1xxxxxx qmail: 1172239568.285525 new msg 27172758
Feb 23 15:06:08 h1xxxxxx qmail: 1172239568.285586 info msg 27172758: bytes 591 from <meine@absenderadesse.de> qp 24411 uid 2020
Feb 23 15:06:08 h1xxxxxx qmail: 1172239568.296854 starting delivery 17: msg 27172758 to remote mein@empfaenger.de
Feb 23 15:06:08 h1xxxxxx qmail: 1172239568.297152 status: local 0/10 remote 1/20
Feb 23 15:06:08 h1xxxxxx qmail: 1172239568.506833 delivery 17: success: 213.165.64.100_accepted_message./Remote_host_said:_250_2.6.0_Message_accepted_{mx029}/
Feb 23 15:06:08 h1xxxxxx qmail: 1172239568.506889 status: local 0/10 remote 0/20
Feb 23 15:06:08 h1xxxxxx qmail: 1172239568.506906 end msg 27172758
Feb 23 15:06:31 h1xxxxxx relaylock: /var/qmail/bin/relaylock: mail from 84.190.166.145:56976 (p54bea691.dip0.t-ipconnect.de)
Feb 23 15:08:49 h1xxxxxx relaylock: /var/qmail/bin/relaylock: mail from 84.190.166.145:56978 (p54bea691.dip0.t-ipconnect.de)
Feb 23 15:08:50 h1xxxxxx qmail: 1172239730.235890 new msg 27172758
Feb 23 15:08:50 h1xxxxxx qmail: 1172239730.236121 info msg 27172758: bytes 560 from <meine@absenderadesse.de> qp 24434 uid 2020
Feb 23 15:08:50 h1xxxxxx qmail: 1172239730.244290 starting delivery 18: msg 27172758 to remote mein@empfaenger.de
Feb 23 15:08:50 h1xxxxxx qmail: 1172239730.244570 status: local 0/10 remote 1/20
Feb 23 15:08:50 h1xxxxxx qmail: 1172239730.482118 delivery 18: success: 213.165.64.100_accepted_message./Remote_host_said:_250_2.6.0_Message_accepted_{mx100}/
Feb 23 15:08:50 h1xxxxxx qmail: 1172239730.482171 status: local 0/10 remote 0/20
Feb 23 15:08:50 h1xxxxxx qmail: 1172239730.482188 end msg 27172758
Feb 23 15:08:53 h1xxxxxx relaylock: /var/qmail/bin/relaylock: mail from 84.190.166.145:56980 (p54bea691.dip0.t-ipconnect.de)
Feb 23 15:08:53 h1xxxxxx qmail: 1172239733.879920 new msg 27172758
Feb 23 15:08:53 h1xxxxxx qmail: 1172239733.880145 info msg 27172758: bytes 560 from <meine@absenderadesse.de> qp 24441 uid 2020
Feb 23 15:08:53 h1xxxxxx qmail: 1172239733.888962 starting delivery 19: msg 27172758 to remote mein@empfaenger.de
Feb 23 15:08:53 h1xxxxxx qmail: 1172239733.889259 status: local 0/10 remote 1/20
Feb 23 15:08:54 h1xxxxxx qmail: 1172239734.112398 delivery 19: success: 213.165.64.100_accepted_message./Remote_host_said:_250_2.6.0_Message_accepted_{mx025}/
Feb 23 15:08:54 h1xxxxxx qmail: 1172239734.112455 status: local 0/10 remote 0/20
Feb 23 15:08:54 h1xxxxxx qmail: 1172239734.112472 end msg 27172758

Bis hier "Feb 23 15:06:31" gets über SMTP SSL, ab hier "Feb 23 15:08:49" gehts über SMTP.

Die E-Mails "Feb 23 15:04:30" und "Feb 23 15:06:31" wurden nicht verschickt, Timeout von meinem Thunderbird.

SMTP macht keine Probleme, versenden geht schnell. Per SMTPS müss ich beim versenden warten, ab 60 sec gibt mein Thunderbir ein Timeout.
 
Last edited by a moderator:
Hola,


hab hier eine sehr ähnliche Konfiguration (Debian Etch 64-Bit, Plesk 8.3.0) und ein ähnliches Problem. Beim ersten Versuch eine Mail per SMTP mit SSL zu versenden bekomme ich von meinem Thundebird die Mitteilung "Connection reset" oder so, beim zweiten Versuch geht die Mail dann durch.

Im Log-File steht ebenfalls irgendwas von RelayLock...
 
You must log in or register to reply here.
Back
Top