Article View: pl.comp.mail.mta
Article #62855timeouty sendmaila
From: LFC
Date: Tue, 02 Jun 2020 12:32
Date: Tue, 02 Jun 2020 12:32
66 lines
3047 bytes
3047 bytes
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
Technical Details
Message-ID:
<agthqg-4jg.ln1@mpwik1.mpwikzdw.com.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!mpwik1.mpwikzdw.com.pl!not-for-mailShow Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!mpwik1.mpwikzdw.com.pl!not-for-mail From: LFC <lfc@onet.eu> Newsgroups: pl.comp.mail.mta Subject: timeouty sendmaila Date: Tue, 2 Jun 2020 14:32:42 +0200 Organization: ICM, Uniwersytet Warszawski Lines: 66 Message-ID: <agthqg-4jg.ln1@mpwik1.mpwikzdw.com.pl> NNTP-Posting-Host: dns.mpwikzdw.com.pl Mime-Version: 1.0 X-Trace: news.icm.edu.pl 1591101602 21810 194.150.251.249 (2 Jun 2020 12:40:02 GMT) X-Complaints-To: usenet@news.icm.edu.pl NNTP-Posting-Date: Tue, 2 Jun 2020 12:40:02 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 X-Mozilla-News-Host: news://192.168.0.13:119 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit