Dotaz: Postfix nepřijímá maily z jedné domény

[Karlos]

Jelikož si už nevím rady, zkusím, jestli by někdo něco nenadhodil. Mám Debian 7 s postfixem a amavisem. Domény a adresy v DB. Všechno funguje, ale teď jsem zjistil, že mi nechodí emaily z jedné konkrétní domény (z práce). Přikládám kus logu.

Aug 16 09:09:39 debian postfix/smtpd[5598]: connect from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 09:09:39 debian dovecot: auth: pgsql(localhost): Connected to database postfix
Aug 16 09:09:39 debian postfix/smtpd[5598]: 5F15980115F: client=mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 09:14:38 debian postfix/smtpd[5693]: connect from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 09:14:39 debian postfix/smtpd[5693]: 094A98011CB: client=mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 09:14:39 debian postfix/smtpd[5598]: timeout after DATA (0 bytes) from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 09:14:39 debian postfix/smtpd[5598]: disconnect from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 09:19:39 debian postfix/anvil[5600]: statistics: max connection rate 1/100s for (smtp:xx.xx.xx.xx) at Aug 16 09:09:39
Aug 16 09:19:39 debian postfix/anvil[5600]: statistics: max connection count 2 for (smtp:xx.xx.xx.xx) at Aug 16 09:14:38
Aug 16 09:19:39 debian postfix/anvil[5600]: statistics: max message rate 1/100s for (smtp:xx.xx.xx.xx) at Aug 16 09:09:39
Aug 16 09:19:39 debian postfix/anvil[5600]: statistics: max cache size 1 at Aug 16 09:09:39
Aug 16 09:19:39 debian postfix/smtpd[5693]: timeout after DATA (0 bytes) from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 09:19:39 debian postfix/smtpd[5693]: disconnect from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:19:39 debian postfix/smtpd[6677]: connect from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:19:39 debian dovecot: auth: pgsql(localhost): Connected to database postfix
Aug 16 10:19:39 debian postfix/smtpd[6677]: 76AB280115D: client=mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:24:39 debian postfix/smtpd[6677]: timeout after DATA (0 bytes) from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:24:39 debian postfix/smtpd[6677]: disconnect from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:24:48 debian postfix/smtpd[6766]: connect from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:24:48 debian postfix/smtpd[6766]: D407C80115D: client=mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:29:39 debian postfix/anvil[6679]: statistics: max connection rate 1/100s for (smtp:xx.xx.xx.xx) at Aug 16 10:19:39
Aug 16 10:29:39 debian postfix/anvil[6679]: statistics: max connection count 1 for (smtp:xx.xx.xx.xx) at Aug 16 10:19:39
Aug 16 10:29:39 debian postfix/anvil[6679]: statistics: max message rate 1/100s for (smtp:xx.xx.xx.xx) at Aug 16 10:19:39
Aug 16 10:29:39 debian postfix/anvil[6679]: statistics: max cache size 1 at Aug 16 10:19:39
Aug 16 10:29:48 debian postfix/smtpd[6766]: timeout after DATA (0 bytes) from mail.nefunguje.cz[xx.xx.xx.xx]
Aug 16 10:29:48 debian postfix/smtpd[6766]: disconnect from mail.nefunguje.cz[xx.xx.xx.xx]

Mám veřejnou IP vytáčenou ppp0. Příchozí adr. mám ve whitelistu iptables hned na začátku pravidel. Odchozí email na tuto adresu dorazil v pořádku. Ujo Google mi na ten timeout napověděl cosi o velikosti MTU na příchozím rozhraní, ale bez efektu. S konfigurací postfixu-statistiky jsem si taky hrál. Telnet na port 25 toho serveru se mi taky nedaří. Dle mých informací je tam dost přísně nastavený firewall a exchange server. Měl by někdo tip? Beru všechno :-/

Odpovědi

[Jendа]

Jako obvykle, tcpdump a Wireshark a podívat se, co se tam sakra děje. To MTU by mohl být důvod, ale v tomto případě nejspíš jde o problém na druhé straně.

[Karlos]

Tak jsem nachytal, ale přiznám se, že z toho moc nevyčtu. Nevyznám se úplně v základní komunikaci. Ale objevuje se tam pořád něco jako

RTO based on delta from frame: 235364
Reassembled DATA in frame: 235373

atp. Pochopil jsem to tak, že se přenáší velký souvislý blok dat a nedopadne to dobře. V případě, že by to bylo MTU, dá se s tím něco dělat? Popř. co sem z toho wiresharku mám dát?

[vasek]

Je na obou stranách a po cestě povoleno ICMP ve firewallu?

[Karlos]

U mě ano, byl tam limit 10/s burst 10, ale teď už jsem dal whitelist před to. Na druhé straně předpokládám zakázano, protože nepingnu nic. Ani odpověď na telnet na 25. Obojí jinam bez problémů.

[Petr Šobáň]

No a to je ten problém - přes ppp0 neprojde paket o velikosti 1500 a když se pošle správa aby zmenšil paket tak ho nezmenší a je po srandě a prostě to neprojde.

Prostě zrada je na druhé straně.

[Jendа]

Na druhé straně předpokládám zakázano

Tak to je pak normální chování. Když se někdo odpojí od Internetu, tak od něj většinou nechodí maily.