» Все о MDaemon (#5)

Доброго дня, коллеги. Исторически у нас сложилась одна (ладно, больше, чем одна) особенность отправки почты с Бата через MDaemon 9.6.1.
Отправляем(!) письмо, появляется экран соединения и висит он 20 секунд. Затем соединение таки происходит и письмецо улетает и нормально доставляется адресату.
Из логов видно...
Thu 2011-06-02 11:55:29: Session 2749; child 1; thread 2864
Thu 2011-06-02 11:55:09: Принимаю SMTP подключение от [90.0.0.6:1759]
Thu 2011-06-02 11:55:09: Performing PTR lookup (6.0.0.90.IN-ADDR.ARPA)
Thu 2011-06-02 11:55:19: * DNS: 10 секунд ожидания отклика от DNS истекло
Thu 2011-06-02 11:55:29: * DNS: 10 секунд ожидания отклика от DNS истекло
Thu 2011-06-02 11:55:29: * PTR запись не найдена
Thu 2011-06-02 11:55:29: ---- End PTR results
Thu 2011-06-02 11:55:29: --> 220 company.local ESMTP MDaemon 9.6.1; Thu, 02 Jun 2011 11:55:29 +0400
Thu 2011-06-02 11:55:29: <-- EHLO computer1
Thu 2011-06-02 11:55:29: Performing IP lookup (computer1)
Thu 2011-06-02 11:55:29: * Error: * Сервер имен сообщает о технических проблемах
Thu 2011-06-02 11:55:29: ---- End IP lookup results
Thu 2011-06-02 11:55:29: --> 250-company.local Hello computer1, pleased to meet you
Thu 2011-06-02 11:55:29: --> 250-ETRN

...Что сервер запрашивает запись PTR и ждет два раза по 10 секунд от DNS.
Вот тут я чего-то никак не пойму, как устранить эту байду. Вроде тут нечто подобное уже обсуждалось, но там вроде про приход почты было.
Да, если посылать почту через worldclient, то письма улетают сразу.
Максимум чего я добился, это уменьшил тайминги с 10 секунд до 5, но это не решение проблемы.

SPeaker99
nslookup 90.0.0.6
Name: AClermont-Ferrand-651-1-49-6.w90-0.abo.wanadoo.fr
Address: 90.0.0.6
ответ пришел моментально, у тебя за 10 секунд не резолвит!
твой The bat именно с этого айпи идет? Ну эт так, к проблеме отношения не имеет по-большому счету, но может и иметь в некоторых случаях. если бреешь по отсутсвию PTR, а клиент твой.
Нэймсервер, который юзает твой почтовик, не может отрезолвить PTR хоста за 10 секунд, почему - думать тебе! Возможно на фаерволе забриты какие-то сети, в которые попали нэймерсерва, отвечащиюе за обратную зону той сети. Или нэймсервер просто глючный. Для проверки на тачке с демоном выдай:
nslookup 90.0.0.6 ip_нэймсервера_юзаемый_демоном
затем
nslookup 90.0.0.6 8.8.8.8
если от 8.8.8.8 получишь ответ - думай, что за трабла с дефолтовым нэймсервером.

C:\Documents and Settings\Администратор>nslookup 90.0.0.5 90.0.0.1
DNS request timed out.
timeout was 2 seconds.
*** Can't find server name for address 90.0.0.1: Timed out
Server: UnKnown
Address: 90.0.0.1

DNS request timed out.
timeout was 2 seconds.
*** Request to UnKnown timed-out

Вот такое вот приходит. 90.0.0.1 - это сервак с демоном и прокси. Все остальные машины - рабочие, айпишники статичные. Вот со всех них при отправке почты с Бата происходят такие зависания. Чето я туплю, видимо что-то у нас криво настроено и это не Демон с Батом.

SPeaker99 пропиши у себя на роутере и на всех серверах dns 8.8.8.8 и 8.8.4.4
и забудь про эту проблему.

Цитата:

nslookup 90.0.0.5 90.0.0.1

90.0.0.1 это не нэймсервер, указывать его в качестве нэймсервера бесполезно. Указывай нэймсервер прова или гуглевские. Проблема не в mdaemon. Проблему DNS переноси в другой топик.

Суть проблем такова.
Имею внешнего хостера (masterhost), на котором крутится основной домен + почтовик, этот почтовик делает релей на мой внутренний сервер (Mdaemon v11.0.3) с настроенным MultiPop(MPOP). MultiPOP настроен таким образом, что забор почты с внешнего сервера происходит раз в 5 минут. Недавно сталкнулся с такой проблемой, что после получения письма на внешний почтовик отрабатывает MPOP. После того как MPOP отработал письма на сервер mdaemon не падают... по логам все чисто. Куда теряются письма не понятно... т.е. Проверял через веб внешнего почтовика, через веб даймона(думал что в спам может попадать) все чисто... логи молчат... Если потребуется то могу выложить логи.

1qoot1 по логу малтипопа видно что письма принимались? На сервере в папке юзера смотрели наличие писем? Покажите куски логов малтипопа.

ipmanyak

Цитата:

1qoot1 по логу малтипопа видно что письма принимались? На сервере в папке юзера смотрели наличие писем?

Да видно, в папке чисто.


MultiPOP получает почту от (pop.domain.ru) для (Антон)
Tue 2011-05-31 12:20:00: MultiPOP полученная почта будет удалена с удаленного хоста!
Tue 2011-05-31 12:20:00: Attempting MultiPOP connection to [pop.domain.ru:110]
Tue 2011-05-31 12:20:00: Resolving A record for [pop.domain.ru] (DNS Server: 192.168.0.3)...
Tue 2011-05-31 12:20:00: * D=pop.domain.ru TTL=(0) A=[x.x.x.x]
Tue 2011-05-31 12:20:00: Attempting MultiPOP connection to [x.x.x.x:110]
Tue 2011-05-31 12:20:00: Waiting for socket connection...
Tue 2011-05-31 12:20:01: * Connection established (192.168.0.5:55062 -> x.x.x.x:110)
Tue 2011-05-31 12:20:01: Waiting for protocol to start...
Tue 2011-05-31 12:20:01: <-- +OK POP3 ready
Tue 2011-05-31 12:20:01: --> USER Anton@domain.ru
Tue 2011-05-31 12:20:01: <-- +OK
Tue 2011-05-31 12:20:01: --> PASS ******
Tue 2011-05-31 12:20:01: <-- +OK
Tue 2011-05-31 12:20:01: --> STAT
Tue 2011-05-31 12:20:01: <-- +OK 0 0
Tue 2011-05-31 12:20:01: --> QUIT
Tue 2011-05-31 12:20:01: <-- +OK
Tue 2011-05-31 12:20:01: POP3 session complete (Bytes in/out: 42/49)
Tue 2011-05-31 12:25:01: ----------

да забыл сказать Mdaemon русский... + winroute

1qoot1 по этому логу писем в ящике не было. "Полковнику никто не пишет" (песня). Разбирайся с самим ящиком и почтой откуда малтипоп забирает письма. Демон тут пока не при делах.


Добавлено:

Цитата:

этот почтовик делает релей на мой внутренний сервер (Mdaemon v11.0.3)

насчет релея не понял, если тот релеит тебе всю почту, зачем тогда малтипоп?

Цитата:

1qoot1 по этому логу писем в ящике не было. "Полковнику никто не пишет" (песня)

Дико извиняюсь...
Tue 2011-05-31 12:00:00: MultiPOP получает почту от (pop.domain.ru) для (Антон)
Tue 2011-05-31 12:00:00: MultiPOP полученная почта будет удалена с удаленного хоста!
Tue 2011-05-31 12:00:00: Attempting MultiPOP connection to [pop.domain.ru:110]
Tue 2011-05-31 12:00:00: Resolving A record for [pop.domain.ru] (DNS Server: 192.168.0.3)...
Tue 2011-05-31 12:00:00: * D=pop.incentra.ru TTL=(5) A=[x.x.x.x]
Tue 2011-05-31 12:00:00: Attempting MultiPOP connection to [x.x.x.x:110]
Tue 2011-05-31 12:00:00: Waiting for socket connection...
Tue 2011-05-31 12:00:00: * Connection established (192.168.0.5:53809 -> x.x.x.x:110)
Tue 2011-05-31 12:00:00: Waiting for protocol to start...
Tue 2011-05-31 12:00:00: <-- +OK POP3 ready
Tue 2011-05-31 12:00:00: --> USER Anton@domain.ru
Tue 2011-05-31 12:00:00: <-- +OK
Tue 2011-05-31 12:00:00: --> PASS ******
Tue 2011-05-31 12:00:00: <-- +OK
Tue 2011-05-31 12:00:00: --> STAT
Tue 2011-05-31 12:00:00: <-- +OK 0 0
Tue 2011-05-31 12:00:00: --> QUIT
Tue 2011-05-31 12:00:00: <-- +OK
Tue 2011-05-31 12:00:00: POP3 session complete (Bytes in/out: 42/49)
Tue 2011-05-31 12:04:10: ----------
Tue 2011-05-31 11:33:50: Session 3349; child 53; thread 0
Tue 2011-05-31 11:33:50: Accepting IMAP connection from [192.168.0.105:1700] to [192.168.0.5:143]
Tue 2011-05-31 11:33:50: --> * OK mail-srv.domain.ru IMAP4rev1 MDaemon 11.0.3 ready
Tue 2011-05-31 11:33:50: <-- 00000000 CAPABILITY
Tue 2011-05-31 11:33:50: --> * CAPABILITY IMAP4rev1 NAMESPACE AUTH=CRAM-MD5 AUTH=LOGIN AUTH=PLAIN IDLE ACL UNSELECT UIDPLUS
Tue 2011-05-31 11:33:50: --> 00000000 OK CAPABILITY completed
Tue 2011-05-31 11:33:50: <-- 00000001 AUTHENTICATE CRAM-MD5
Tue 2011-05-31 11:33:50: --> + PE1EQUVNT04tRjIwMTEwNTMxMTEzMy5BQTMzNTA2NzBNRDAwMTJAaW5jZW50cmEucnU+
Tue 2011-05-31 11:33:50: <-- YW50b24gNjA1ZGZiMTNmNDNkYjRjYTNkODcxNTIyZTYxYWE1NGI=
Tue 2011-05-31 11:33:50: --> 00000001 NO Authentication failed
Tue 2011-05-31 11:33:50: <-- 00000002 AUTHENTICATE PLAIN
Tue 2011-05-31 11:33:50: --> +
Tue 2011-05-31 11:33:50: <-- ******
Tue 2011-05-31 11:33:50: Authenticated as Anton@domain.ru
Tue 2011-05-31 11:33:50: --> 00000002 OK AUTHENTICATE completed
Tue 2011-05-31 11:33:50: <-- 00000003 CAPABILITY
Tue 2011-05-31 11:33:50: --> * CAPABILITY IMAP4rev1 NAMESPACE AUTH=CRAM-MD5 AUTH=LOGIN AUTH=PLAIN IDLE ACL UNSELECT UIDPLUS
Tue 2011-05-31 11:33:50: --> 00000003 OK CAPABILITY completed
Tue 2011-05-31 11:33:50: <-- 00000004 X-GWINIT 2.0
Tue 2011-05-31 11:33:50: --> 00000004 OK "2.2.5"
Tue 2011-05-31 11:33:50: <-- 00000005 NAMESPACE
Tue 2011-05-31 11:33:50: --> * NAMESPACE (("" "/")) (("Shared/" "/")) (("Public/" "/"))
Tue 2011-05-31 11:33:50: --> 00000005 OK NAMESPACE completed
Tue 2011-05-31 11:33:55: <-- 00000006 NOOP
Tue 2011-05-31 11:33:55: --> 00000006 OK NOOP completed
Tue 2011-05-31 11:33:55: <-- 00000007 SELECT &BB4EQgQ,BEAEMAQyBDsENQQ9BD0ESwQ1-
Tue 2011-05-31 11:33:55: --> * FLAGS (\Seen \Answered \Flagged \Deleted \Draft \Recent)
Tue 2011-05-31 11:33:55: --> * 56 EXISTS
Tue 2011-05-31 11:33:55: --> * 0 RECENT
Tue 2011-05-31 11:33:55: --> * OK [UIDVALIDITY 1305268275] UIDs valid
Tue 2011-05-31 11:33:55: --> * OK [UIDNEXT 57] Predicted next UID
Tue 2011-05-31 11:33:55: --> * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft)] .
Tue 2011-05-31 11:33:55: --> 00000007 OK [READ-WRITE] SELECT completed
Tue 2011-05-31 11:33:55: <-- 00000008 UID FETCH 56 UID
Tue 2011-05-31 11:33:55: Sending FETCH response (not logged)...
Tue 2011-05-31 11:33:55: --> 00000008 OK FETCH completed
Tue 2011-05-31 11:33:55: <-- 00000009 FETCH 56 BODY.PEEK[HEADER]
Tue 2011-05-31 11:33:55: Sending FETCH response (not logged)...
Tue 2011-05-31 11:33:55: --> 00000009 OK FETCH completed
Tue 2011-05-31 11:33:55: <-- 0000000a FETCH 56 (BODYSTRUCTURE INTERNALDATE RFC822.SIZE FLAGS)
Tue 2011-05-31 11:33:55: Sending FETCH response (not logged)...
Tue 2011-05-31 11:33:55: --> 0000000a OK FETCH completed
Tue 2011-05-31 11:33:55: <-- 0000000b FETCH 56 BODY.PEEK[1]
Tue 2011-05-31 11:33:55: Sending FETCH response (not logged)...
Tue 2011-05-31 11:33:55: --> 0000000b OK FETCH completed
Tue 2011-05-31 11:33:55: <-- 0000000c FETCH 56 BODY.PEEK[2]
Tue 2011-05-31 11:33:55: Sending FETCH response (not logged)...
Tue 2011-05-31 11:33:55: --> 0000000c OK FETCH completed
Tue 2011-05-31 12:04:20: Connection timed out
Tue 2011-05-31 12:04:20: --> * BYE connection timed out
Tue 2011-05-31 12:04:20: IMAP session terminated, (77375 bytes)

Прошу обратить внимание на время.

1qoot1 Вы показали лог имапа с ящиком на сервере демона. Где доказательство того, что письмо лежит в ящике на вашем хостинге? По логу малтипопа в том ящике пусто.

не могу вытащить логи с площадки, нет такой возможности... т.е. не ведут там логов...

1qoot1 убедись любым способом что письмо на хостинге лежит. аська на проводе

Neverlinger

Цитата:

Mdaemon 9.6. на нем крутиться несколько корпоративных доменов.
Подскажите реально ли сделать что то типо резервного почтовго сервера который будет подстраховывать упавшие основной почтовик.
Система такая:
Упал сервер - резервный подхватил приемку и отправку писем на себя - прозрачно для пользователей

реально , но нужен еще 1 почтовый сервер и на нем поднимать гейт , ну и на днс мх с более низким приоритетом

Цитата:

1qoot1 убедись любым способом что письмо на хостинге лежит. аська на проводе

Спасибо большое, помог решить проблему.
Суть проблемы была на столько нелепа... банальная невнимательность...
После ребута сервака на котором стоял прошлый почтовик... он запустился на автомате... Оказалось все до безобразия просто Ж)

А есть какой-нибудь удобный способ заставить MDaemon показывать в Worldclient отправленные письма через SMTP от других почтовых клиентов?

Подскажите пожалуйста как настроить на MDAEmon 3.1.2
SMTP authentication скрины прилагаю уже все варианты перепробовал.
http://imageshack.us/photo/my-images/685/49989618.png
http://imageshack.us/photo/my-images/715/77351734.png
http://imageshack.us/photo/my-images/90/93126736.png
http://imageshack.us/photo/my-images/703/48343256.png

muxa87
1 -На серваке у тебя почти всё правильно включено. На первой картинке, если не шлешь почту через сервер провайдера, то тебе это не нужно включать.
2 - Тебе нужно в почтовом клиенте включить smtp аутентификацию. Например в аутлук экспресс в св-вах учетной записи, вкладка Серверы, поставить птицу - Мой сервер требует аутентифиикации, нажать рядом кнопу Настройка, убедиться, что стоит птица - Юзать настйроки как на сервер входящей почты - всё. После этого почтовый клиент будет слать серверу команду приветствия не HELLO, а EHLO для переключения на расширенный протокол ESMTP и сервер станет запрашивать логин и пароль (поскольку ты включил это требование на сервере).
3 - Если включил SMTP аутенификацию,то POP before SMTP уже ни к чему.
P.S.
А что такой древний демон юзаешь? У тебя на него есть купленная лицензия?

Завтра попробую и отпишу.


Цитата:

А что такой древний демон юзаешь? У тебя на него есть купленная лицензия?

честно сказать не знаю недавно этим занялся по этому как то не обращал внимания он уже был установлен...

Цитата:

ipmanyak

Цитата:

1 -На серваке у тебя почти всё правильно включено. На первой картинке, если не шлешь почту через сервер провайдера, то тебе это не нужно включать.
2 - Тебе нужно в почтовом клиенте включить smtp аутентификацию. Например в аутлук экспресс в св-вах учетной записи, вкладка Серверы, поставить птицу - Мой сервер требует аутентифиикации, нажать рядом кнопу Настройка, убедиться, что стоит птица - Юзать настйроки как на сервер входящей почты - всё. После этого почтовый клиент будет слать серверу команду приветствия не HELLO, а EHLO для переключения на расширенный протокол ESMTP и сервер станет запрашивать логин и пароль (поскольку ты включил это требование на сервере).
3 - Если включил SMTP аутенификацию,то POP before SMTP уже ни к чему.

Сделал как ты сказал. Теперь когда с аутлука я отправляю на свой локальный сервак-Mdaemon , да, идет авторизация но когда мдаеном стучится на сервер то тогда авторизация все равно и не идет. У меня так лок. польз шлют на машину где мдаемон а он уже посылает на сервер конторы что зарегино доменное имя

muxa87 Ну если твой сервак отправляет почту через сервер конторы и он требует авторизации, тогда да, пункт 1 отпадает, включай обратно авторизацию Outgoing SMTP AUTH самого мдемона. .
Цитата:

если не шлешь почту через сервер провайдера

Я про это типа и говорил, в твоем случаем SMTP прова получается головной сервер.

Цитата:

muxa87 Ну если твой сервак отправляет почту через сервер конторы и он требует авторизации, тогда да, пункт 1 отпадает, включай обратно авторизацию Outgoing SMTP AUTH самого мдемона. .
Цитата: если не шлешь почту через сервер провайдера

Я про это типа и говорил, в твоем случаем SMTP прова получается головной сервер.

я и не выключал. не хочет он авторизоваться .... ???
Что мне сделать может ещё какие скрины ?!

А самое обидное если просто аутлук настроить сразу на сервер провайдера то работает правда на исходящую т.к. сервера-даемонда уже нет что бы по учеткам раскидывать

muxa87 До этого нормально работало? Что изменилось, ip адрес, имя, пароль? Вспоминай. Как вариант, звони админу головного сервера и проси чтобы он разрешил релей для твоего сервера или уточните логин и пароль для аутентификации.

Цитата:

До этого нормально работало? Что изменилось, ip адрес, имя, пароль? Вспоминай. Как вариант, звони админу головного сервера и проси чтобы он разрешил релей для твоего сервера или уточните логин и пароль для аутентификации

до того как сменили интернет провайдера все работало, изменился статический айпишник , уже звонил он и сказал что нужна smtp авторизация логин и пароль все ок, так как через аутлук или тупо через браузер на почту я захожу.
в 3 скрине выделено красным там где пишет что relay deneid . но перед этим блоком и должна быть авторизация

подскажите, есть работающий домен типа xxxx.xxxx.ru со статикой, PTR, MX записью. купили не так давно домен типа xxxx.ru и сделали редирект на текущий IP. Можно ли сделать чтобы почта работала по двум доменам?

DJ_Diablo
Цитата:

Можно ли сделать чтобы почта работала по двум доменам?

Да хоть по десяти. Какие проблемы?
Тыц...

День добрый!
Решили перейти с 10 на 12 версию, и возникли 2 вопроса:
1. Есть ли какие нибудь "подводные камни" при переходе на 12 (кривые руки не предлагать)
2. Стоит ли вообще заморачиваться переходом, или оставить 10 (Все устраивает, но руки чешутся обновить :-\ )

Dioks если не нужны новые фичи 12-ой зачем дергаться? Для интересу почитай сколько багов пофиксено с 12.0.0.
http://files.altn.com/MDaemon/Release/relnotes_en.html
Только к 12.0.3 список фиксов стал меньше 10-ка, до этого список ужасал.

ipmanyak
Спасибо за совет, пока посижу на 10й подожду 12.1.х думаю к тому моменту приведут все в порядок.

один товарищ отправляет письмо, а в обратку приходит следующее письмо:

Your message

Subject: Заявление на добавление (отмену) услуг.

was not delivered to:

corporate@ryazan.mts.ru

because:

Error transferring to MAIL.INSIDE.MTS.RU; Maximum hop count exceeded. Message probably in a routing loop.

примерно смысл понимаю, но не понимаю где косяк... у меня на сервере или же еще где... в логах по этому письму вроде все окей.