From usenet at schani.com Mon Jun 9 22:02:52 2025 From: usenet at schani.com (christian) Date: Mon, 9 Jun 2025 22:02:52 +0200 Subject: =?UTF-8?Q?Re=3A_Empf=C3=A4ngerserver_nimmt_meine_Emails_nicht_an?= In-Reply-To: References: <1997ecee-bca8-476a-b772-8347732cf162@schani.com> Message-ID: 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 >