Изпечатай

[thc]

Здравейте,

Правя мейл сърврър под FreeBSD 6.2 с dovecot, postfix и т.н. Като цяло всичко работи добре с изкючение на това, че когато потребител на моя сървър се опита да изпрати писмо до адрес в gmail не сработва. Писмото се приема в опашката, но при опит да бъде доставено в логовете ми излиза съобщението

Цитат

conversation with gmail-smtp-in.l.google.com[72.14.221.114] timed out while receiving the initial server greeting

или нещо подобно на това. След това писмото остава в опашката до изтичане на нужното време, през което също се правят опити за доставяне, но със същия резултат. Накрая писмото се отхвърля и получавам уведомление че не е било доставено поради същата причина.
Някой знае ли защо става така и как да накарам gmail да приема съобщения от мен?

[Hapkoc]

Пробва ли да се закачиш с телнет към MX на gmail.com и да пратиш поща? Какво се случва?

[thc]

Пробвал съм преди и помня че не стана, или поне по начина по който го правя с други smtp-та. Сега като ме пита пробвах пак и ето резултата с малки корекции:

Цитат

server# telnet 64.233.183.27 25 Trying 64.233.183.27... Connected to nf-in-f27.google.com. Escape character is '^]'. ehlo my.server.name 220 mx.google.com ESMTP k5si1391335nfh.5 250-mx.google.com at your service, [myIP] 250-SIZE 28311552 250-8BITMIME 250 ENHANCEDSTATUSCODES mail from: my.gmail.acc@gmail.com 555 5.5.2 Syntax error k5si1391335nfh.5 rset

По тоя начин тествам други мейл сървъри и работи, но с gmail не става.

[Hapkoc]

Ако сложиш адреса в <>?

Цитат

$ telnet gmail-smtp-in.l.google.com. 25 Trying 66.249.93.114... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP j34si614594ugc.66 helo somehost.com 250 mx.google.com at your service mail from: some.address@somehost.com 555 5.5.2 Syntax error j34si614594ugc.66 mail from: <some.address@somehost.com> 250 2.1.0 OK rcpt to: <gmail.account@gmail.com> 250 2.1.5 OK data 354 Go ahead Subject: blabla From: some.address@somehost.com To: gmail.account@gmail.com data 1 2 3 . 250 2.0.0 OK 1199787970 j34si614594ugc.66 quit 221 2.0.0 mx.google.com closing connection j34si614594ugc.66 Connection closed by foreign host.

[thc]

Да, по твоя начин стана и въпреки това виж как завърши сесията:

Цитат

bla bla . Connection closed by foreign host.

Т.е. няма 250, няма ID, няма мейл..

[Hapkoc]

Странно. Би следвало при отказ за доставка да дава причина за отказа, но това предполагам няма нужда да ти го обяснявам... :)

Не се сещам какъв може да е зора, някой друг ако има идея - да помага.

[laskov]

Предполагам, че има някакъв проблем с IP-то и DNS записите за него. Знам за поне два сървъра, които дават подвеждащи съобщения за отказ при съмнение за спамер.

[thc]

Да кажа какво е развитието на проблема.
Понеже имаше несъответсвие между прав и обратен DNS, реших че може това да е проблема, след като и laskov предположи същото. Оправих двата записа да сочат един към друг и пак тествах. Проблема обаче си остана и като последен вариант реших да репортна проблема   на съпорта на gmail. След десетина обменени мейла и куп поискана информация от тяхна страна, проведоха "разследване" и накрая заключиха:

Цитат

We have looked into this issue and found no problems on the Gmail side. The source of the problem could be something specific to the affected machine, such as a firewall.

Склонен съм да приема че проблема може да е при мен, но не и точно тази причина, защото на машината няма пуснат firewall. Също ми е трудно да повярвам, че аз съм първия сблъскал се с подобен проблем, защото колкото и да търсих из нета, не намерих нищо съществено по въпроса.
Помагайте, хора, не знам от тук нататък какво да правя  

[Hapkoc]

Единствената идея, която ми идва, е да го дебъгваш... Тук са описани различни начини за дебъгване на postfix: http://www.postfix.org/DEBUG_README.html . Като гледам може би най-полезни биха ти били verbose logging-а (debug_peer) и да си запишеш сесията с tcpdump...

[laskov]

Кажи ни IP адреса на въпросния сървър. (Предполагам, че не е тайна - все пак предоставя публична услуга, а и ако някой реши да му прави някакви злонамерени атаки, то най-малко ще сме ние.)
Сред тези десетина мейла, не ти ли пратиха част от лог файл от тяхна страна?

[thc]

Мерси Наркос, ще го разгледам това.
Междувременно ми хрумна нещо друго - имам друг мейл сървър, който няма този проблем с gmail-а. Мога ли да конфигурирам postfix-а така, че всички мейли за домейна gmail.com да се изпращат към този сървър, който ще ги препраща на gmail.com?

@laskov, sorry, не съм ти видял поста първия път '>

[pepino]

грешка

[laskov]

Не открих MX запис за този сървър. Мисля, че не е задължителен, но е желателно да го има. Някои сървъри проверяват за това.

[thc]

Проблема е разрешен, оказа се много проклет и го открихме с помощта на tcpdump. Оказа се че мрежовата карта нещо не е в час и имаше разминаване в чексумите на пакетите между gmail и мен. Когато изключихме rxcsum/txcsum всичко се оправи. За да бъдат обаче нещата както трябва, сменихме кривата карта с нова, която нямаше този проблем.
Благодаря на всички които помогнаха  '>

п.п. Интересно защо проблема се наблюдаваше само при gmail..?