Re: Empfängerserver nimmt meine Emails nicht an

[christian]

Danke Markus,
ich hatte die smtp_*_timeout-Parameter auf 10 Sek eingestellt. Nachdem 
ich den Standard Wert 30 Sek verwende geht die Email durch.

Christian

Am 29.05.2025 um 20:26 schrieb Markus Winkler via postfix-users:
> Hallo Christian,
> 
> On 28.05.25 20:53, christian via postfix-users wrote:
>> Ich hab den Empfängerserver mal etwas unkenntlich gemacht
> 
> zum Glück nicht an allen Stellen. ;-)
> 
>> (conversation with mail.teamccc.de[116.202.31.87] timed out while 
>> receiving the initial server greeting)
> 
> Ich habe den mal sowohl ohne als auch mit STARTTLS manuell von mehreren 
> Hosts/Netzen aus getestet: Die Kerio-Büchse braucht immer 15 Sekunden 
> bis sie die initiale 220 message liefert:
> 
> 220 mail.teamccc.de Kerio Connect 9.4.2 ESMTP ready
> 
> Das geht in die Richtung dessen, was offenbar auch hier bemängelt wird:
> 
>> Laut MXToolbox hat der Empfängerserver einige Probleme.
>>
>> Status Warning     smtp     empfängerserver.de     15.128 seconds - 
>> Not good! on Transaction Time
> 
> 
>> Könnt Ihr mir einen Tipp geben woran es liegen könnte.
> [...]
>> Ich vermute evtl beim Timeout auf eine ssl Sache.
> 
> Eher nicht, da das auch bei unverschlüsselten Verbindungsversuchen 
> auftritt.
> 
> Die Reaktionszeit des Servers ist zwar ziemlich hoch, aber lt. https:// 
> www.rfc-editor.org/rfc/rfc5321 sollte Dein Server das tolerieren:
> 
> 4.5.3.2.  Timeouts
> 
>     An SMTP client MUST provide a timeout mechanism.  It MUST use per-
>     command timeouts rather than somehow trying to time the entire mail
>     transaction.  Timeouts SHOULD be easily reconfigurable, preferably
>     without recompiling the SMTP code.  To implement this, a timer is set
>     for each SMTP command and for each buffer of the data transfer.  The
>     latter means that the overall timeout is inherently proportional to
>     the size of the message.
>     Based on extensive experience with busy mail-relay hosts, the minimum
>     per-command timeout values SHOULD be as follows:
> 
> 4.5.3.2.1.  Initial 220 Message: 5 Minutes
> 
>     An SMTP client process needs to distinguish between a failed TCP
>     connection and a delay in receiving the initial 220 greeting message.
>     Many SMTP servers accept a TCP connection but delay delivery of the
>     220 message until their system load permits more mail to be
>     processed.
> 
> 
> Hast Du bei Deinem Postfix evtl. Änderungen bei den smtp_*_timeout- 
> Parametern vorgenommen oder sind die noch auf den defaults? Was sagt 
> 'postconf -nf'?
> 
> Viele Grüße
> Markus
>