имеется QMAIL
ДНС работает исправносообщения отправляет - доходят все ок!
проблема: не получает почту
в лог ничо не пишется (ругни)
просто стоит и мочитСервак с которого отправляют сообщения
не говорит ничо (ошибок)Где копать ??
а если обычным telnet на 25-й порт ломиться , что скажет?
>а если обычным telnet на 25-й
>порт ломиться , что скажет?
>отвечает SMTPD
а откуль почту шлёшь? спробуй с mail.ru например , может проблема в том место с которого отправить немогёшь? Попробуй по локалке почту кинуть , ходит или нет. Если неходит - смотри может авторизацию припаял или запреты какие поставил
по локалке бегает никах проблем
и ложит в ящик - усе окпочту пробывал с двух мест отправлять
(yandex.ru) и еще с одного узла
значит скорее всего либо MX в зоне не разошолся (это я про DNS) , либо вообще его нет
>значит скорее всего либо MX в
>зоне не разошолся (это я
>про DNS) , либо вообще
>его нет
а как можно это проверить ??
24 часа назад вносил изменения в ДНС
попробуй например через другой сервер получить параметры своей зоны (nslookup , неважно чем в принципе) если там обновилось всё (т.е.) на другом сервере , значит что то нетак работат.
ты случаем всяки NATd не подымал у себя?
nslookup определяет усе правильно
NAT ов не ставила как должен SMTP принять почту ??
удаленный сервак сам иницирует предачу ??
с defaultroute тоже всё нормально?
у меня с сервера такой "привет":
220 The publishing House a PROVINCE ESMTP
а дальше SMTP пошло , helo ...
>с defaultroute тоже всё нормально?
>у меня с сервера такой "привет":
>
>220 The publishing House a PROVINCE
>ESMTP
>а дальше SMTP пошло , helo
>...bash-2.04# telnet mail.diver.net.ua 25
Trying 212.86.114.10...
Connected to mail.diver.net.ua.
Escape character is '^]'.
220 mail.diver.net.ua ESMTPвот так выглядит телнет на 25
bash-2.03$ telnet mail.diver.net.ua 25
Trying 212.86.114.10...
telnet: Unable to connect to remote host: Connection refused
а у меня вот что получилось , смотри ipfw или чем ты там рубишь ...
ВСЕ побежало!
огромное спасибо
эээ , спасибо ... а в чём проблема то была?
нелюблю когда в форуме появляется вопрос ... обсуждалище ... а решение проблемы повисает в воздухе!
>эээ , спасибо ... а в
>чём проблема то была?
>нелюблю когда в форуме появляется вопрос
>... обсуждалище ... а решение
>проблемы повисает в воздухе!да совсем мозги съехали
25 порт закрыл из мира:-))))
во , эт другое дело! :)
qmail - рулеzzzzzz!!!!
>во , эт другое дело! :)
>
>qmail - рулеzzzzzz!!!!
Вообще-то он очень даже ничего за исключением одной "штучки".
Если посмотреть внимательно на то как принимается почта то окажется, вот что:
PIC.rem2local из комплекта документации ->
qmail-smtpd Receive message by SMTP from another host:
| MAIL FROM:<bill@irs.gov>
| RCPT TO:<joe@heaven.af.mil>
|
| Is $RELAYCLIENT set? No.
| Is heaven.af.mil in rcpthosts? Yes.
| Accept RCPT.
V
qmail-queue Store message safely on disk.
Trigger qmail-send.
|
VВот здесь - видим что СНАЧАЛА письмецо
выкачивается и складывается на винт
и только ПОТОМ идет проверка -
а юзер то такой есть ?
qmail-send Look at envelope recipient, joe@heaven.af.mil.
| Is heaven.af.mil in locals? Yes.
| Deliver locally to joe@heaven.af.mil.
VТо есть, если кто-то пошлет мегабайт этак 5 чепухи на
несуществующего в системе пользователя, то qmail
это все сначала выкачает а только потом ругнется на то, что такого юзера нет.
И с ограничением размера принимаемого письма - то же самое! Сначала качаем и только потом говорим что сообщение слишком большое.Не экономно с точки зрения потребляемого трафика получается.
Убедится именно в таком по моему мнению скотском поведении qmail достаточно просто
telnet mail.local 25
mail from:<admin@mail.local>
rcpt to:<nonexistent_user@mail.local>
И будет ответик = ОК
Для сравнения - провести эксперимент с Sendmail и Postfix а потом - снести qmail к чертям.
>>во , эт другое дело! :)
>>
>>qmail - рулеzzzzzz!!!!
>Вообще-то он очень даже ничего за
>исключением одной "штучки".
>Если посмотреть внимательно на то как
>принимается почта то окажется, вот
>что:
>PIC.rem2local из комплекта документации ->
> qmail-smtpd
> Receive message by SMTP
>from another host:
>
> | MAIL FROM:<bill@irs.gov>
> | RCPT TO:<joe@heaven.af.mil>
> |
>
> |
>
> Is
>$RELAYCLIENT set? No.
> |
>
> Is
>heaven.af.mil in rcpthosts? Yes.
> |
>
> Accept
>RCPT.
> V
>
>
>qmail-queue Store
>message safely on disk.
>
>
>
>Trigger qmail-send.
> |
>
> V
>
>
>Вот здесь - видим что СНАЧАЛА
>письмецо
>выкачивается и складывается на винт
>и только ПОТОМ идет проверка -
>
>а юзер то такой есть ?
>
>
>qmail-send
>Look at envelope recipient, joe@heaven.af.mil.
>
> |
>
> Is
>heaven.af.mil in locals? Yes.
> |
>
> Deliver
>locally to joe@heaven.af.mil.
> V
>
>
>То есть, если кто-то пошлет мегабайт
>этак 5 чепухи на
>несуществующего в системе пользователя, то qmail
>
>это все сначала выкачает а только
>потом ругнется на то, что
>такого юзера нет.
>И с ограничением размера принимаемого письма
>- то же самое! Сначала
>качаем и только потом говорим
>что сообщение слишком большое.
>
>Не экономно с точки зрения потребляемого
>трафика получается.
>Убедится именно в таком по моему
>мнению скотском поведении qmail достаточно
>просто
>telnet mail.local 25
>mail from:<admin@mail.local>
>rcpt to:<nonexistent_user@mail.local>
>И будет ответик = ОК
>Для сравнения - провести эксперимент с
>Sendmail и Postfix а потом
>- снести qmail к чертям.
>
>
>
>Да, эта фигня за Qmail уже давно подмечена :(
Неужели эта проблема никак не решается ?