🚀 go-pugleaf

W dniu 02.06.2020 o 14:32, LFC pisze:
> Za radą któregoś z howto's w pliku sendmail.ms ustawiłęm niektóre 
> podstawowe timeouty:
> 
> define(`confTO_ICONNECT', `20s')dnl
> define(`confTO_CONNECT', `3m')dnl
> define(`confTO_HELO', `2m')dnl
> define(`confTO_MAIL', `1m')dnl
> define(`confTO_RCPT', `1m')dnl
> define(`confTO_DATAINIT', `1m')dnl
> define(`confTO_DATABLOCK', `1m')dnl
> define(`confTO_DATAFINAL', `1m')dnl
> define(`confTO_RSET', `1m')dnl
> define(`confTO_QUIT', `1m')dnl
> define(`confTO_MISC', `1m')dnl
> define(`confTO_COMMAND', `1m')dnl
> define(`confTO_STARTTLS', `2m')dnl
> 
> W zasadzie serwer działa, ale od kilku dni jest problem z wysyłaniem 
> poczty do serwera poczty blue.pekao.com.pl.
> 
> W maillogu wygląda to tak:
> 
> STARTTLS=client, relay=blue.pekao.com.pl., version=TLSv1/SSLv3, 
> verify=OK, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256/256
> Jun  2 14:08:13 mpwik sendmail[6599]: 0519KE6A014371: 
> to=<nasza.pani@pekao.com.pl>, delay=1+02:47:58, xdelay=00:01:01, 
> mailer=esmtp, pri=3771349, relay=blue.pekao.com.pl. [193.111.166.171], 
> dsn=4.0.0, stat=Deferred: Connection timed out with blue.pekao.com.pl.
> 
> Natomiast w fragmencie logu zadania w kolejce
> 
> V8
> T1591003215
> K1591099693
> N33
> P3771349
> I8/1/8389820
> B8BITMIME
> Mreply: read error from blue.pekao.com.pl.
> Fw8bs
> $_[192.168.0.201]
> $rESMTP
> $s[192.168.0.201]
> ${daemon_flags}
> ${if_addr}192.168.0.1
> S<nasza.ksiegowa@domena.com.pl>
> MDeferred: Connection timed out with blue.pekao.com.pl.
> rRFC822; nasz.pani@pekao.com.pl
> RPFD:<nasza.pani@pekao.com.pl>
> 
> Na pomoc, czy współpracę adminów serwera PKO raczej nie da się liczyć, 
> więc próbuję dojść sam, co jest grane, ze do niedawna było dobrze, a od 
> 3-4 dni jest kicha i nie wiadomo dlaczego.
> Nasz serwer zasuwa bez żadnych zmian od około miesiąca, gdy wprowadziłem 
> milter greylista więc problem musi raczej tkwić po tamtej stronie, ale 
> nie wiadomo czego dotyczy.
> Milter greylista nie powinien byc przeszkodą, bo od nich poczta dochodzi 
> bez problemu, a do wychodzącej od nas greylist nie stosuje delaya.
> 
> Przyszło mi na myśl, czy któryś z timeoutów nie jest za krótki, albo 
> certyfikat TLS (samopodpisany) mu się nagle przestał podobać, ale nie 
> chcę grzebac w konfiguracji bez potrzeby.
> 
> Jakies sugestie, podpowiedź?
> 
> LFC


Te timeouty to mi wygladąją na timeouty serwera
a problem dotyczy timeoutów klienta.

zrób telnet na port 25
i/lub
openssl s_client -connect 193.111.166.171:25 -starttls smtp

i zobacz sam czy/kiedy cię rozłaczy
-- 
Pozdrawiam
Lemat