» Все о MDaemon (#2)

faust id
Цитата:

преднозначены для почтовых ящиков провайдера правельно?))

Нет! И меняешь ты имхо не там Ты меняешь настройку у клиентов, а должен сменить у мдемона, указать ему все слать релеем через smtp провайдера .

ipmanyak
спасиб))

А как сделать чтоб 2 mail сервера в локальной сети между собой могли принимать и отправлять письма?

mouser
пропиши MX запись второго сервера
галочку в доставке ставишь в зависимости от твоей структуры доставки писем

Еще вопросик ..... второму серверу что-то нужно настроить или о мне знать для того чтоб принять от меня письмо?

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

mouser это делается с помощью файлов HOSTS (системный ) и MXCACHE у демона !
PRIMARY DOMAIN - DNS - EDIT MXCACHE - EDIT HOSTS .
Пример!
Мы хотим работать с почтарем sosed.domain.ru, имеющим внешний ip 1.1.1.1
И локальный ip в корпоративной сети 10.134.6.5
Открываем редактор мдемона (см выше) и пишем следующее.
В файле Hosts:
10.134.6.5 mail.sosed.domain.ru
1.1.1.1 sosed.domain.ru
В файле MXCACHE
sosed.domain.ru 10 mail.sosed.domain.ru
sosed.domain.ru 20 sosed.domain.ru

Заметь у MX записей стоят разные приоритеты ! В нормальном режиме работы почтарь будет общаться по корпоративному каналу к ip 10.134.6.5 ( приоритет 10 ) , в случае падения корп канала, почтарь будет ломиться на внешний ip 1.1.1.1 (приоритет 20)

По аналогии на второй стороне настроить.

ipmanyak
и всем всем всем....
нет всё однои тоже,,,хоть откуда.
но это ладно---мелочи по сравнению со следующей проблемой,,не пойму почему такое происходит при отправке на любой домен
Tue 2007-02-13 11:08:29: Идет МX-запись разрешение [domain.KZ] (DNS Сервер: 85.159.*.194)...
Tue 2007-02-13 11:08:29: Сервер имен не содержит записей запрашиваемого типа для этого домена
Tue 2007-02-13 11:08:29: Попытка SMTP соединения с [domain.KZ : 25]
Tue 2007-02-13 11:08:29: A-record resolution of [domain.KZ] in progress (DNS Сервер: (?) 85.159.31.194)...
Tue 2007-02-13 11:08:29: Сервер имен не содержит записей запрашиваемого типа для этого домена
Tue 2007-02-13 11:08:29: Сообщение будет возвращено отправителю как недоставляемое
Tue 2007-02-13 11:08:29: SMTP сессия отменена (Байт принято/передано: 0/0)

это ужасная просто проблема,,,,срочно нужно

timsson
nslookup
server 85.159.31.194
www.rambler.ru

если не отрезолвит, значит твой нэймсервер ничего не резолвит! Пинай админов этого нэймсервера


Добавлено:
timsson или ты сам на фаерволл забрил 53 порт

ipmanyak
погорячился

ipmanyak
вот что говорит
> www.rambler.ru
Server: [85.159.31.194]
Address: 85.159.31.194

Non-authoritative answer:
Name: www.rambler.ru
Address: 81.19.70.1

так должно быть?

timsson

Цитата:

но это ладно---мелочи по сравнению со следующей проблемой,,не пойму почему такое происходит при отправке на любой домен

точно на любой? на какие точно такое происходит?

Цитата:

так должно быть?

да

Цитата:

look www.rambler.ru ... found
Name : www.rambler.ru (.RU | Russian Federation)
Address : 81.19.70.1

Cheery
вообщем,,,это происходит получается на все кроме mail.ru, временами yandex.ru, и иногда ещё уходит на halykbank.kz,,,на остальные не уходит
за то от всех приходит!!

Как отключить "Mail Statistics Summary" чтоб не присылалась на админское мыло ???И еще вопрос: как ограничить размер присылаемого файла или письма ???

Mdaemon 9.04

Outlook Connector 2.11

Обновление элементов MS Outlook в общих папках возможно только вручную.

Например, я знаю, что другой пользователь пять минут назад внес изменение в задачу. Но я загрузил список задач 10 минут назад, и это изменение мне недоступно.

Чтобы загрузить обновленную задачу с этим изменением, нужно например переключиться на Контакты, затем вернуться в Задачи, то есть выполнить принудительное ручное обновление. Только тогда эта задача обновляется.

Как настроить автоматическое обновление?

timsson

Цитата:

это происходит получается на все кроме mail.ru, временами yandex.ru, и иногда ещё уходит на halykbank.kz,,,на остальные не уходит
за то от всех приходит!!

приходит - это совсем иная вещь
нормальный лог можно? без скрытия домена.

Очень сильно прошу помощи.
Дело в том, что мне никогда не доводилось регистрировать доменное имя и настраивать прямую доставку\получение почты средствами Mdaemon. Заранее прошу не отсылать на ветки и инструкции, т.к. уже все перечитано, но ясности нет. Просьба ответить пусть кратко, но по делу. Заранее благодарю.
Условия:
1. Есть выделенный "честный" IP адрес выданный провайдером Peterstar юридическому лицу вида 84.xxx.xxx.xx с DNS провайдера вида 217.ххх.хх.х.
2. На внешнем IP стоит маршрутизатор 3Com Office (в режим бриджа не переключается), на нем настроен проброс 25, 110, 80, 8080, 1000 портов на внутренний сервер (локалка) с адресом 192.168.х.х;
3. У другого провайдера (Peterhost) зарегистрирован почтовый домен вида ivanov.ru.
4. В настройках домена провайдера указана запись mx in A ссылающаяся на мой IP (84.ххх.ххх.хх), в in MX настройки доменной записи указана ссылка с ivanov.ru на mx.ivanov.ru.
5. Mdaemon 9.0.x настроен в соответствии с инструкциями.
Проблема: почта уходит без проблем, но не доходит отправленная на xxx@ivanov.ru. При этом у отправителя нет писем с ошибкой доставки (почта падает "в никуда"?).
Подскажите пожалуйста, какие настройки мне писать в HELLO, имя домена и первичном DNS (mx.ivanov.ru или все таки ivanov.ru, DNS провайдера интернета или хост провайдера?). Что еще нужно сделать что бы сервер получал почту. Если я запускаю telnet из дома o 84.xxx.xxx.xx 110 или 25 то почтовый сервер возвращает мне (в настоящее время) mx.ivanov.ru, могу зайти на web интерфейс по IP адресу и 1000 порту.
Контроллер домена развернут на другом сервере и на нем в DNS указан форвардинг на dns интернет провайдера, сервер с Mdaemon в настройках сетевой карты DNS стоит IP контроллера домена.
Если нужно уточнить еще что то - готов сообщить.

Ребята, возник очень серьезный вопрос - помогите плиз как можно быстрее. Кратко описываю ситуацию:
выход в нет конторе обеспечивает один провайдер, хостинг и соответственно почту обслуживает другая контора. Таким образом почту с внешнего мира мы получаем с почтового ящика другой конторы, а вот исходящая уходит посредством MDaemon, который стоит на нашем локальном сервере. В последнее время наш айпи стал постоянным гостем на bl.spamcop.net. Причем почту с внешнего мира мы получаем спокойно, внутрення почта тоже отлично работает, а вот исходящая на внешний мир постоянно возвращает ошибку доставки со ссылкой на этот спамкоп. Помогите разобраться, я так понимаю, что скорее всего проблема в настройках демона??? Ребята, очень нужно и срочно - плиз!!!

Доброго дня.
Нужна подсказка. Ситуация следующая.
Офис разделился на 2 части. Соответственно в обоих офисах установлен mDaemon 9.5.5.
Почту мы забираем от провайдера по DomainPOP в первый офис. Соответственно вся почта пользователей забирается у провайдера и сортируется в первом офисе по папкам пользователей.
Во втором офисе я настроил mDaemon на получение почты с первого офиса. Настроил тоже через DomainPOP. В качестве основного DomainPOP я указал IP первого офиса, Логин и Пароль одного из пользователей второго офиса. Далее в ДОПОЛНИТЕЛЬНЫЕ ХОСТЫ вбил всех ставших ся пользователей второго офиса по шаблону:
# Хост, ИмяПользователя, Пароль, Удалять Почту (да), Использовать APOP (нет)

Все работает. Только вот почта пользователей второго офиса не удаляется в папках первого офиса. Что сделал не так?

Зарание благодарен.

P.S. Хотя сообщение остается в папке в первом офисе, пользователь втого офиса не получает его ещё раз.

Добавлено:
Разобрался...Вместо
Удалять Почту (да), Использовать APOP (нет)
нужно
Удалять Почту (yes), Использовать APOP (no)
Протупил......мог бы и догадать сразу...

dvdm
У провайдера что-то не так

Цитата:

Если я запускаю telnet из дома o 84.xxx.xxx.xx 110 или 25 то почтовый сервер возвращает мне (в настоящее время) mx.ivanov.ru

Потому-что в HELO прописано mx.ivanov.ru
попробуй телнет на ivanov.ru 25, а не на IP адрес.

dvdm Нет чтобы сразу сказать имя домена и ip адрес! Зачем его прятать? Что это вам дает ? А нам потом приходится гадать, что там и чего там у вас и делать ненужные предположения!
в HELO писать имя хоста соотвественно как прописано в днс нэймсервера провайдера - (Peterhost), видимо ivanov.ru, если запись с типом А привязана именно к нему.

Цитата:

не доходит отправленная на xxx@ivanov.ru

Показывай лог SMTP-ALL.
Домен контроллер какую зону держит? Ее точное имя и имя домена? Если имя домена тоже ivanov.ru, а не domain.ivanov.ru, то могут быть проблемы с резолвингом имен, если сам явно не происал MX и А записи на почтарь.
Вот видишь - приходится быть типа телепатом и тянуть из ВАС информацию, решая ВАШИ же проблемы ! А потом еще некоторые обижаются.

Походу никто так и не ответит....

WhiteSash Вероятно в твоей локали пойман smtp троян или твой мдемон открытый релей и через тя спамят ! Проверь свои логи мдемона или смотри трафик по 25 порту наружу при выключенном мдемоне на шлюзе, обычно достаточно посмотреть netstat -an.
The SCBL is time-based, resulting in quick and automatic delisting of these sites when reports stop.
The SCBL will not list an IP address if there are no reports against it within 24 hours. Устрани причину и через 24 часа, максисму через 48 автоматом тебя уберут. Но ты возможно сидишь еще в нескольких базах! Проверь свой ip тут http://www.dnsstuff.com/ в поле Spam Database Lookup

Контроллер домена держит внутреннюю зону локальной сети (ontspb.local)и форвардит на IP провайдера интернета. Домен ontspb.ru зарегистрирован у провайдера Peterhost, ссылается на mx.ontspb.ru, для mx.ontspb.ru указан IP выделенный провайдером (в настройка доменного имени Peterhost). IP адрес 84.204.203.90 Ping блокируются. Да, еще стоит на входе трафик инспектор со своим SMTP.


Добавлено:

Цитата:

попробуй телнет на ivanov.ru 25

ответ traffic inspector smtp gate .....

Добавлено:
Согласен с любой критикой в свой адрес. Почтовый сервер ставлю и настраиваю в первый раз. Контора маленькая, предыдущий админ пробивал договора с провайдером, хостинг. Меня в приказном порядке подрядили разруливать этот геморой, на штатного админа контора жмется, аутсортинг не хочет... Я занимаюсь 1С попутно к основной должности, видимо начальство считает, что раз человек чего то может написать на встроеном языке 1С и работать с конфигуратором, то он должен уметь и подобные вопросы разруливать... Прощу прощения за флейм, просто крик души.

Вопрос мучающий не меня одного.
Mdaemon 9.5.4 на win2003 .
Устал я от постоянно загруженой локальной очереди . ЗАГРУЖЕНА ОНА ПИСЬМАМИ адресованными постмастеру.
NO addresses survived parsnig process !
Галку убрал.
Подскажите,что делать с этим?

pumpk1n Где галку убрал? Этот вопрос уже обсуждался не раз !
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01322
From the MDaemon menu bar:
Click Setup.
Click Primary Domain.
Click the Unknown Mail tab.
Click the Route Messages Back to Sender option.
Click Apply.
Click OK.
Click Setup.
Click DomainPOP.
Click the Processing tab.
Uncheck (disable) the 'Ignore Unknown Local Addresses Parsed From Messages' option.
Click Apply.
Click OK.
Должно помочь ! В крайнем случае создай правило в CF и по теме мессаги ( NO addresses survived parsnig process) убивай письма.

Cheery
нашел в чем была проблема ---решил но частично,,та ошибка кот сюда писал оказывается была из за того что мой пров кот держит днс-ы мои не видел всех доменных имен,,,не кэшировал их записи,,,поэтому у меня писал "сервер имен не содержит записей........бла-бла-бла". т.е. я взял и вместо тех 2-х днсов указал днсы цетрального провайдера,,кот дает всем инет в тои числе и моим провам,, и всё заработало.по большей части почта слава богу завработала,,,теперь нгаблюдаю ошибки следующего планастоит ли на них обращать внимание\у меня это или у них)?:
И что можно реально предпринять?
-------------------------------------
Fri 2007-02-16 09:32:38: Session 3550; child 4
Fri 2007-02-16 09:32:38: Parsing Message <c:\mdaemon\queues\remote\retry\pd90000000456.msg>
Fri 2007-02-16 09:32:38: From: kuanysh@kis.com.kz
Fri 2007-02-16 09:32:38: To: tengiz_npf@halyk.kz
Fri 2007-02-16 09:32:38: Subject: =?koi8-r?B?68HawcjJztPU0sHI?=
Fri 2007-02-16 09:32:38: Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARZpOyNsYWUGeQCBYN5inTMKAAAAQAAAAV1qozUih/Ea64Kn+/HvpzgEAAAAA@kis.com.kz>
Fri 2007-02-16 09:32:38: Идет МX-запись разрешение [halyk.kz] (DNS Сервер: 212.19.149.53)...
Fri 2007-02-16 09:32:38: Сервер имен сообщает о возникших технических проблемах
Fri 2007-02-16 09:32:38: Попытка SMTP соединения с [halyk.kz : 25]
Fri 2007-02-16 09:32:38: A-record resolution of [halyk.kz] in progress (DNS Сервер: (?) 212.19.149.53)...
Fri 2007-02-16 09:32:38: Сервер имен сообщает о возникших технических проблемах
Fri 2007-02-16 09:32:38: Возраст этого сообщения равен 1 дням; для его доставки осталось 4 дней
Fri 2007-02-16 09:32:38: SMTP сессия отменена (Байт принято/передано: 0/0)
-----------------------------------------------
Fri 2007-02-16 01:39:20: Session 2620; child 4
Fri 2007-02-16 01:38:59: Parsing Message <c:\mdaemon\queues\remote\retry\pd90000000458.msg>
Fri 2007-02-16 01:38:59: From: gulfiya@kis.com.kz
Fri 2007-02-16 01:38:59: To: ryzhan.s@kis.com
Fri 2007-02-16 01:38:59: Subject: =?koi8-r?B?QyDEzsXNINfBzMXO1MnOwSA=?=
Fri 2007-02-16 01:38:59: Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAA7iKV6a+iLEW21vHRWy4c18KAAAAQAAAAcNt9gvMWpUm2C0X4uPtiewEAAAAA@kis.com.kz>
Fri 2007-02-16 01:38:59: Идет МX-запись разрешение [kis.com] (DNS Сервер: 212.19.149.53)...
Fri 2007-02-16 01:38:59: * P=100 S=000 D=kis.com TTL=(694) MX=[mx1.kis.com] {10.23.42.11}
Fri 2007-02-16 01:38:59: Attempting MX: P=100 S=000 D=kis.com TTL=(694) MX=[mx1.kis.com] {10.23.42.11}
Fri 2007-02-16 01:38:59: Попытка SMTP соединения с [10.23.42.11 : 25]
Fri 2007-02-16 01:38:59: Ожидание соединения...
Fri 2007-02-16 01:39:20: Winsock Error 10060 Тайм-аут соединения.
Fri 2007-02-16 01:39:20: Возраст этого сообщения равен 0 дням; для его доставки осталось 5 дней
Fri 2007-02-16 01:39:20: SMTP сессия отменена (Байт принято/передано: 0/0)
Fri 2007-02-16 01:39:20: ----------
-------------------------------------------------

Fri 2007-02-16 01:39:59: Session 2617; child 1
Fri 2007-02-16 01:38:59: Parsing Message <c:\mdaemon\queues\remote\retry\pd90000000433.msg>
Fri 2007-02-16 01:38:59: From: dina@kis.com.kz
Fri 2007-02-16 01:38:59: To: izhanova@kuat.kz
Fri 2007-02-16 01:38:59: Subject: FW: love )
Fri 2007-02-16 01:38:59: Message-ID:
Fri 2007-02-16 01:38:59: Идет МX-запись разрешение [kuat.kz] (DNS Сервер: 212.19.149.53)...
Fri 2007-02-16 01:38:59: * P=010 S=000 D=kuat.kz TTL=(206) MX=[mail.kuat.kz] {82.200.174.36}
Fri 2007-02-16 01:38:59: Attempting MX: P=010 S=000 D=kuat.kz TTL=(206) MX=[mail.kuat.kz] {82.200.174.36}
Fri 2007-02-16 01:38:59: Попытка SMTP соединения с [82.200.174.36 : 25]
Fri 2007-02-16 01:38:59: Ожидание соединения...
Fri 2007-02-16 01:38:59: Соединение установлено (192.168.79.5 : 2074 -> 82.200.174.36 : 25)
Fri 2007-02-16 01:38:59: Ожидание инициации протокола...
Fri 2007-02-16 01:39:59: * Ошибка: 60 секундное время ожидания протокола превышено
Fri 2007-02-16 01:39:59: Возраст этого сообщения равен 1 дням; для его доставки осталось 4 дней
Fri 2007-02-16 01:39:59: SMTP сессия отменена (Байт принято/передано: 0/0)
Fri 2007-02-16 01:39:59: -------------"ТАК ПО НЕСКОЛЬКИМ ДОМЕНАМ"
----------------------------------------
Fri 2007-02-16 10:54:47: Session 5103; child 1
Fri 2007-02-16 10:54:23: Parsing Message <c:\mdaemon\queues\remote\pd50000009425.msg>
Fri 2007-02-16 10:54:23: From: aynur.b@kis.com.kz
Fri 2007-02-16 10:54:23: To: mail@dpi.kz
Fri 2007-02-16 10:54:23: Subject: =?windows-1251?B?Isrg5+D16O3x8vDg9SI=?=
Fri 2007-02-16 10:54:23: Message-ID:
Fri 2007-02-16 10:54:23: Идет МX-запись разрешение [dpi.kz] (DNS Сервер: 212.19.149.53)...
Fri 2007-02-16 10:54:32: * Ошибка: 10 секундное время ожидания DNS ответа превышено (попытка 1 из 3)
Fri 2007-02-16 10:54:32: Идет МX-запись разрешение [dpi.kz] (DNS Сервер: 212.19.149.54)...
Fri 2007-02-16 10:54:33: * P=010 S=001 D=dpi.kz TTL=(60) MX=[mail.dpi.kz] {82.146.53.85}
Fri 2007-02-16 10:54:33: * P=020 S=000 D=dpi.kz TTL=(60) MX=[mail.dpi.kz] {82.146.53.85}
Fri 2007-02-16 10:54:33: Attempting MX: P=010 S=001 D=dpi.kz TTL=(60) MX=[mail.dpi.kz] {82.146.53.85}
Fri 2007-02-16 10:54:33: Попытка SMTP соединения с [82.146.53.85 : 25]
Fri 2007-02-16 10:54:33: Ожидание соединения...
Fri 2007-02-16 10:54:33: Соединение установлено (192.168.79.5 : 3530 -> 82.146.53.85 : 25)
Fri 2007-02-16 10:54:33: Ожидание инициации протокола...
Fri 2007-02-16 10:54:39: <-- 220 ig.kz ESMTP Sendmail 8.14.0/8.13.8; Fri, 16 Feb 2007 04:54:36 GMT
Fri 2007-02-16 10:54:39: --> EHLO mail.kis.com.kz
Fri 2007-02-16 10:54:39: <-- 250-ig.kz Hello mail.kis.com.kz [212.154.146.250], pleased to meet you
Fri 2007-02-16 10:54:39: <-- 250-ENHANCEDSTATUSCODES
Fri 2007-02-16 10:54:39: <-- 250-PIPELINING
Fri 2007-02-16 10:54:39: <-- 250-8BITMIME
Fri 2007-02-16 10:54:39: <-- 250-SIZE
Fri 2007-02-16 10:54:39: <-- 250-DSN
Fri 2007-02-16 10:54:39: <-- 250-ETRN
Fri 2007-02-16 10:54:39: <-- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN
Fri 2007-02-16 10:54:39: <-- 250-STARTTLS
Fri 2007-02-16 10:54:39: <-- 250-DELIVERBY
Fri 2007-02-16 10:54:39: <-- 250 HELP
Fri 2007-02-16 10:54:39: --> MAIL From:<aynur.b@kis.com.kz> SIZE=231639
Fri 2007-02-16 10:54:40: <-- 250 2.1.0 <aynur.b@kis.com.kz>... Sender ok
Fri 2007-02-16 10:54:40: --> RCPT To:<mail@dpi.kz>
Fri 2007-02-16 10:54:41: <-- 451 4.7.1 Greylisting in action, please come back in 00:03:00
Fri 2007-02-16 10:54:41: --> QUIT
Fri 2007-02-16 10:54:41: Attempting MX: P=020 S=000 D=dpi.kz TTL=(60) MX=[mail.dpi.kz] {82.146.53.85}
Fri 2007-02-16 10:54:41: Попытка SMTP соединения с [82.146.53.85 : 25]
Fri 2007-02-16 10:54:41: Ожидание соединения...
Fri 2007-02-16 10:54:41: Соединение установлено (192.168.79.5 : 3532 -> 82.146.53.85 : 25)
Fri 2007-02-16 10:54:41: Ожидание инициации протокола...
Fri 2007-02-16 10:54:46: <-- 220 ig.kz ESMTP Sendmail 8.14.0/8.13.8; Fri, 16 Feb 2007 04:54:43 GMT
Fri 2007-02-16 10:54:46: --> EHLO mail.kis.com.kz
Fri 2007-02-16 10:54:46: <-- 250-ig.kz Hello mail.kis.com.kz [212.154.146.250], pleased to meet you
Fri 2007-02-16 10:54:46: <-- 250-ENHANCEDSTATUSCODES
Fri 2007-02-16 10:54:46: <-- 250-PIPELINING
Fri 2007-02-16 10:54:46: <-- 250-8BITMIME
Fri 2007-02-16 10:54:46: <-- 250-SIZE
Fri 2007-02-16 10:54:46: <-- 250-DSN
Fri 2007-02-16 10:54:46: <-- 250-ETRN
Fri 2007-02-16 10:54:46: <-- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN
Fri 2007-02-16 10:54:46: <-- 250-STARTTLS
Fri 2007-02-16 10:54:46: <-- 250-DELIVERBY
Fri 2007-02-16 10:54:46: <-- 250 HELP
Fri 2007-02-16 10:54:46: --> MAIL From:<aynur.b@kis.com.kz> SIZE=231639
Fri 2007-02-16 10:54:47: <-- 250 2.1.0 <aynur.b@kis.com.kz>... Sender ok
Fri 2007-02-16 10:54:47: --> RCPT To:<mail@dpi.kz>
Fri 2007-02-16 10:54:47: <-- 451 4.7.1 Greylisting in action, please come back in 00:02:53
Fri 2007-02-16 10:54:47: --> QUIT
Fri 2007-02-16 10:54:47: <-- 221 2.0.0 ig.kz closing connection
Fri 2007-02-16 10:54:47: Возраст этого сообщения равен 0 минутам; осталось 60 минут его нахождения в этой очереди
Fri 2007-02-16 10:54:47: SMTP сессия отменена (Байт принято/передано: 868/190)
-----------------------------------------------

timsson

Цитата:

Сервер имен сообщает о возникших технических проблемах

Проблема на нэймсервере, держателе зоны halyk.kz ! Можно не обращать внимания.

Цитата:

Fri 2007-02-16 01:38:59: Ожидание инициации протокола...
Fri 2007-02-16 01:39:59: * Ошибка: 60 секундное время ожидания протокола превышено

Цитата:

* Ошибка: 10 секундное время ожидания DNS ответа превышено (попытка 1 из 3)

увеличь таймауты раза в 3-4 ! Primary domain - Timers , в том числе для ДНС запросов поставь 30 или даже 60 секунд

Цитата:

<-- 451 4.7.1 Greylisting in action, please come back in 00:03:00

на это не обращай внимания! Это работает грэйлистинг на той стороне, мдемон повторит отправку письма сам.

ipmanyak
таймауты все увеличить?
у меня щас стоит
30 сек---чтобы сокеты соединялись прежде чем прервать соед.
60 сек---чтобы открылся диалог протокола, прежде чем прервать соед.
dns-ы по--- 10 сек
smtp и pop--- 10 мин
smtp data---10 мин
imap ---30 мин
Время ожидания (кот в самом низу(0-250))---125
???

dvdm

Цитата:

ответ traffic inspector smtp gate .....

сейчас и по домену и по IP отвечает traffic inspector smtp gate. А что говорит traffic inspector? Он демону должен передавать?