» Все о MDaemon (#3)

ufik
Цитата:

* PTR запись не найдена

А почту принимаем!
Цитата:

Mon 2008-03-31 17:11:19: [4293:1] <-- HELO dkvjbjcibe.net
Mon 2008-03-31 17:11:19: [4293:1] Performing IP lookup (dkvjbjcibe.net)
Mon 2008-03-31 17:11:19: [4293:1] * Error: Сервер имен сообщает о неизвестном доменном имени

HELO - левый, а почту принимаем!

Цитата:

Mon 2008-03-31 17:11:20: [4293:1] Performing SPF lookup (my_domen.net / 58.238.215.222)
Mon 2008-03-31 17:11:20: [4293:1] * Result: none; no SPF record in DNS

Записи SPF нет, а почту продолжаем принимать. И это называется
Цитата:

везде галочки стоят

Ни фига они не стоят! Единственно кто забрил прием - это баес фильтр
Цитата:

Spam Filter score/req: 13.60/12.0

. Есть подозрение, что и поиск в DNS-BL также будет пропущен, если даже тест не будет пройден.

поискал по поиску, ничего, похожего на свою проблему, не обнаружил..

был сервак.. на нем стоял почтовик и через него люди с локалки лезли в нет.. ISA 2004 и MDaemon 9 (Win 2003 R2).. была необходимость перенести почтовик на другой сервак, и на другой канал инета... Все вроде прекрасно встало.. но появился очень интересный глюк.. с некторых ящиков (независимо от почтовых клиентов что используются) почта уходит по 2 байта в сек... на других же все нормально... закономерность вычислить не удалось.. кто нибудь сталкивался с подобным? есть какие нибудь соображения? Какую инфу предоставить, чтобы проще было разобраться!??

Заранее благодарен за оказанное содействие и помощь!!! (((((-:

siverian
Цитата:

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

Для начала проверьте сеть на проблемных станциях, копирование больших файлов туда и обратно на почтовом сервере!

ipmanyak

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

Продублирую тут свою проблему.
Есть старый почьтовый сервак на Kerio и сделал тестовый на MDaemon. Задача перейти на MDaemon. Проблема в том, что с одного сервака на другой не отправляюццо письма. Тогда как на свои адреса и на адреса почтовых серверов в инете (yandex, mail и др.) все уходит превосходно. MDaemon выходт на прямую без шлюза.

Вот что пишет Mdaemon в логе SMTP (in):
Wed 2008-04-02 15:23:37: Session 1251; child 1; thread 3828
Wed 2008-04-02 15:23:33: Принимаю SMTP подключение от [192.168.4.71:1778]
Wed 2008-04-02 15:23:33: --> 220 almar.autotechnics.ua ESMTP MDaemon 9.6.4; Wed, 02 Apr 2008 15:23:33 +0300
Wed 2008-04-02 15:23:33: <-- EHLO J0nni
Wed 2008-04-02 15:23:33: --> 250-almar.autotechnics.ua Hello J0nni, pleased to meet you
Wed 2008-04-02 15:23:33: --> 250-ETRN
Wed 2008-04-02 15:23:33: --> 250-AUTH=LOGIN
Wed 2008-04-02 15:23:33: --> 250-AUTH LOGIN CRAM-MD5
Wed 2008-04-02 15:23:33: --> 250-8BITMIME
Wed 2008-04-02 15:23:33: --> 250 SIZE 0
Wed 2008-04-02 15:23:34: <-- MAIL FROM: <Yuriy.Barishnikov@almar.autotechnics.ua>
Wed 2008-04-02 15:23:34: --> 250 <Yuriy.Barishnikov@almar.autotechnics.ua>, Sender ok
Wed 2008-04-02 15:23:34: <-- RCPT TO: <jon@almar-auto.dn.ua>
Wed 2008-04-02 15:23:34: Отправитель сделал попытку доставить сообщение на неизвестный адрес
Wed 2008-04-02 15:23:34: --> 550 <jon@almar-auto.dn.ua>, Recipient unknown
Wed 2008-04-02 15:23:34: <-- RCPT TO: <vlad@almar-auto.dn.ua>
Wed 2008-04-02 15:23:34: Отправитель сделал попытку доставить сообщение на неизвестный адрес
Wed 2008-04-02 15:23:34: --> 550 <vlad@almar-auto.dn.ua>, Recipient unknown
Wed 2008-04-02 15:23:37: <-- QUIT
Wed 2008-04-02 15:23:37: --> 221 See ya in cyberspace
Wed 2008-04-02 15:23:37: SMTP сессия отменена (Байт принято/передано: 139/396)

Что за хня понять не могу... Kerio вписан во вторичный домен и полоса пропускания в норме. Вот только не совсем понятно присутствие старого сервака в разделе "Блокировка Адреса" во вкладке "Безопасность". Попытался убрать - не выходит.
Подскажите, что за хня такая и как с ней бороться.
Плюс сразу же второй вопрос: Если я старый сервак переведу на MDaemon такое может случиццо?

J0nni almar-auto.dn.ua - этот домен в mdaemon прописан как вторичный ? Если да, то учетки vlad и jon в этом вторичном домене в mdaemon заведены ?

ipmanyak, конечно вписан. Это домен не на MDaemon, а на Kerio. И в самом Kerio учётки создны.

J0nni Раз второй домен прописан в mdaemon, то он и смотрит в него! На твой керио домен ему уже плевать ! Они ищет учетки в своем вторичном домене! А их там нет!

ipmanyak, спасибо. Совет сработал, почьта теперь уходит с одного на другой сервак, но вот не доставляеццо...

J0nni Откуда и куда, покажи лог.

Вот лог MDaemon:
Fri 2008-04-04 11:08:01: Session 1833; child 1
Fri 2008-04-04 11:08:01: Parsing message <c:\mdaemon\queues\remote\pd50000000011.msg>
Fri 2008-04-04 11:08:01: * From: Yuriy.Barishnikov@almar.autotechnics.ua
Fri 2008-04-04 11:08:01: * To: artem.laschenov@almar-auto.dn.ua
Fri 2008-04-04 11:08:01: * Subject: dfgfdg
Fri 2008-04-04 11:08:01: * Message-ID: <001301c8962a$fccdfcd0$f669f670$@Barishnikov@almar.autotechnics.ua>
Fri 2008-04-04 11:08:01: Устанавливаю SMTP подключение к [almar-auto.dn.ua]
Fri 2008-04-04 11:08:01: Разрешение MX-записей для [almar-auto.dn.ua] (DNS-сервер: 192.168.4.2)...
Fri 2008-04-04 11:08:01: * P=001 S=000 D=almar-auto.dn.ua TTL=(72) MX=[mail.matrixhome.net] {193.108.38.5}
Fri 2008-04-04 11:08:01: Устанавливаю SMTP подключение к [193.108.38.5:25]
Fri 2008-04-04 11:08:01: Ожидание подключения сокета...
Fri 2008-04-04 11:08:01: * Соединение установлено (192.168.4.76:3580 -> 193.108.38.5:25)
Fri 2008-04-04 11:08:01: Ожидание запуска протокола...
Fri 2008-04-04 11:08:01: <-- 220 karlson.matrixhome.net ESMTP Postfix (2.4.6)
Fri 2008-04-04 11:08:01: --> EHLO almar.autotechnics.ua
Fri 2008-04-04 11:08:01: <-- 250-karlson.matrixhome.net
Fri 2008-04-04 11:08:01: <-- 250-PIPELINING
Fri 2008-04-04 11:08:01: <-- 250-SIZE 8000000
Fri 2008-04-04 11:08:01: <-- 250-ETRN
Fri 2008-04-04 11:08:01: <-- 250-ENHANCEDSTATUSCODES
Fri 2008-04-04 11:08:01: <-- 250-8BITMIME
Fri 2008-04-04 11:08:01: <-- 250 DSN
Fri 2008-04-04 11:08:01: --> MAIL From:<Yuriy.Barishnikov@almar.autotechnics.ua> SIZE=2962
Fri 2008-04-04 11:08:01: <-- 250 2.1.0 Ok
Fri 2008-04-04 11:08:01: --> RCPT To:<artem.laschenov@almar-auto.dn.ua>
Fri 2008-04-04 11:08:01: <-- 250 2.1.5 Ok
Fri 2008-04-04 11:08:01: --> DATA
Fri 2008-04-04 11:08:01: <-- 354 End data with <CR><LF>.<CR><LF>
Fri 2008-04-04 11:08:01: Отправка <c:\mdaemon\queues\remote\pd50000000011.msg> для [193.108.38.5]
Fri 2008-04-04 11:08:01: Передача завершена
Fri 2008-04-04 11:08:01: <-- 250 2.0.0 Ok: queued as 81BBC2D66D3
Fri 2008-04-04 11:08:01: --> QUIT
Fri 2008-04-04 11:08:01: <-- 221 2.0.0 Bye
Fri 2008-04-04 11:08:01: SMTP сессия успешна (Байт принято/передано: 287/3115)
...Насколько я понял -всё нормально, сессия успешна.
А у Керио логов я найти не могу. Хрень там какая-то...

J0nni
Цитата:

<-- 220 karlson.matrixhome.net ESMTP Postfix (2.4.6)

Это так у тебя керио себя обозначает? 193.108.38.5 это ip твоего керио?

ipmanyakДа, это Ip Kerio. А karlson.matrixhome. net - это сервак прова на который сначала валиццо почьта из вне, а потом уже Kerio её тянет к себе на сервак и распихивает по адресам. MDaemon у меня подключен на прямую, в обход этого всего. И по идее его почьта должна приходить к Керио как внешняя через сайт прова, но не выходит...

J0nni Ну если так, то Mdaemon почту отправил и сервак прова почту принял, а вот куда она потом делась сам думай. Керио у прова забирает почту по DOMAINPOP? Смотри его логи.

день добрый... уже писалось про эту проблему, но как разобраться так и не нашел...

Wed 2008-04-09 15:01:17: Session 125; child 2; thread 3680
Wed 2008-04-09 15:01:17: Прием SMTP соединения от [192.168.1.7 : 52472]
Wed 2008-04-09 15:01:17: --> 220 domen.ru ESMTP MDaemon 9.5.5; Wed, 09 Apr 2008 15:01:17 +0600
Wed 2008-04-09 15:01:17: <-- EHLO INTERNET
Wed 2008-04-09 15:01:17: --> 250-domen.ru Hello INTERNET, pleased to meet you
Wed 2008-04-09 15:01:17: --> 250-ETRN
Wed 2008-04-09 15:01:17: --> 250-AUTH=LOGIN
Wed 2008-04-09 15:01:17: --> 250-AUTH LOGIN CRAM-MD5
Wed 2008-04-09 15:01:17: --> 250-8BITMIME
Wed 2008-04-09 15:01:17: --> 250 SIZE 0
Wed 2008-04-09 15:01:17: <-- AUTH LOGIN
Wed 2008-04-09 15:01:17: --> 334 VXNlcm5hbWU6
Wed 2008-04-09 15:01:17: <-- Y2xpZW50
Wed 2008-04-09 15:01:17: --> 334 UGFzc3dvcmQ6
Wed 2008-04-09 15:01:17: <-- ******
Wed 2008-04-09 15:01:17: --> 235 Authentication successful
Wed 2008-04-09 15:01:17: Authenticated as client@domen.ru
Wed 2008-04-09 15:01:17: <-- MAIL FROM: <client@domen.ru>
Wed 2008-04-09 15:01:17: --> 250 <client@domen.ru>, Sender ok
Wed 2008-04-09 15:01:17: <-- RCPT TO: <pioneer.bs@gmail.com>
Wed 2008-04-09 15:01:17: Отправитель сделал попытку доставить сообщение на неизвестный адрес
Wed 2008-04-09 15:01:17: --> 550 <pioneer.bs@gmail.com>, Recipient unknown
Wed 2008-04-09 15:01:17: <-- QUIT
Wed 2008-04-09 15:01:17: --> 221 See ya in cyberspace
Wed 2008-04-09 15:01:17: SMTP сессия отменена (Байт принято/передано: 117/371)
Wed 2008-04-09 15:01:17: ----------

Это при попытке отправить с нового пользователя. Старые работают без проблем. Настройки по умолчанию. Запретов на отправку кроме списка адресов нет.

Andev1 - Открой учетку нового юзера и проверь вкладку Restriction еще раз, возможно стоит запрет на отправку наружу?
2 - http://www.xakep.ru/post/43147/?xa_subscribe_249
В течение последних нескольких дней тысячи пользователей почтовой службы Gmail испытывают серьезные трудности с отправкой и получением электронных писем. Все дело в том, что антиспам-сервисы начали активно блокировать передачу сообщений Gmail в связи с резко возросшим потоком спама.
В результате даже вполне безобидные письма, просто отправленные одному человеку другим, могут запросто не дойти до адресата, а задержки в доставке корреспонденции могут достигать нескольких часов или даже суток. При этом заблокированными оказались даже некоторые корпоративные пользователи. К таким заключениям пришли работники ArsTechnica, сообщившие о проблеме и проведшие собственное расследование. Возрастание спам-трафика с IP-адресов Gmail вызвано, очевидно, тем, что спам-боты наконец-то научились взламывать CAPTCHA-защиту почтовой службы. Спамерский бот распространяется как троян, то есть заражает компьютеры пользователей и оттуда атакует Gmail - скачивает капчу на сервер, сервер распознает капчу и отдает боту, бот регистрирует ящик и начинает слать спам. Впрочем, от спамеров пострадала не только Google-почта. Ранее сломать капчу удалось также в службе Windows Live и на сайте Yahoo!. Примерно тогда же западные блоггеры отметили увеличение потока спама с этих ресурсов.

Может на той стороне включен фильтр, всех кто не в белом списке бреет, отсылая ошибку 550?

Работает mDaemon + Kerio Firewall. Как отключаю Kerio - почта "летает". Как включу - работает, но крайне неустойчиво. Сессии постоянно зависают входящие. Что должно быть для mDaemon'a обязательно открыто в Kerio?

Inteco213
Посмотри траффик полиси в фаере, он скорее всего проверяет трафф. Антивирь возможно тоже пытается его чикать. Разреши прямое хождение нужных протоколов через файер и не проверяй этот трафф кериевским антивирем.

Inteco213 Показал бы логи? Если увидишь в логах мессагу - Transmission in progress Stay tuned. Отключай в KWF protocol inspector в свойствах сервиса SMTP , по дефолту он на всех сервисах включен.

Антивирус выключен везде и в деймоне и в керио.
Протокол инспектор отключил - не помогло.
Пересылка затыкается в случайном месте.

Вот лох:

Wed 2008-04-09 17:18:35: Session 3; child 1; thread 2756
Wed 2008-04-09 17:10:47: Прием SMTP соединения от [81.21.xxx.xxx : 40182]
Wed 2008-04-09 17:10:47: Performing PTR lookup (xxx.xxx.21.81.IN-ADDR.ARPA)
Wed 2008-04-09 17:10:47: * D=xxx.xxx.21.81.IN-ADDR.ARPA TTL=(33) PTR=[unknown-host.intellecom.net.ua]
Wed 2008-04-09 17:10:47: * Gathering A records...
Wed 2008-04-09 17:10:47: ---- End PTR results
Wed 2008-04-09 17:10:47: --> 220 my-domain.dp.ua ESMTP MDaemon 9.5.5; Wed, 09 Apr 2008 17:10:47 +0300
Wed 2008-04-09 17:10:47: <-- EHLO unknown-host.intellecom.net.ua
Wed 2008-04-09 17:10:47: Performing IP lookup (unknown-host.intellecom.net.ua)
Wed 2008-04-09 17:10:47: * Error: Сервер имен сообщает о неизвестном доменном имени
Wed 2008-04-09 17:10:47: ---- End IP lookup results
Wed 2008-04-09 17:10:47: --> 250-my-domain.dp.ua Hello unknown-host.intellecom.net.ua, pleased to meet you
Wed 2008-04-09 17:10:47: --> 250-ETRN
Wed 2008-04-09 17:10:47: --> 250-AUTH=LOGIN
Wed 2008-04-09 17:10:47: --> 250-AUTH LOGIN CRAM-MD5
Wed 2008-04-09 17:10:47: --> 250-8BITMIME
Wed 2008-04-09 17:10:47: --> 250 SIZE 0
Wed 2008-04-09 17:10:47: <-- MAIL FROM:<krotova@my-domain.dp.ua> SIZE=4865476
Wed 2008-04-09 17:10:47: Performing IP lookup (my-domain.dp.ua)
Wed 2008-04-09 17:10:47: * D=my-domain.dp.ua TTL=(33) A=[213.154.xxx.xxx]
Wed 2008-04-09 17:10:47: * P=010 S=000 D=my-domain.dp.ua TTL=(33) MX=[mx.my-domain.dp.ua] {213.154.xxx.xxx}
Wed 2008-04-09 17:10:47: ---- End IP lookup results
Wed 2008-04-09 17:10:47: Performing SPF lookup (my-domain.dp.ua / 81.21.xxx.xxx)
Wed 2008-04-09 17:10:47: * Result: none; no SPF record in DNS
Wed 2008-04-09 17:10:47: ---- End SPF results
Wed 2008-04-09 17:10:47: --> 250 <krotova@my-domain.dp.ua>, Sender ok
Wed 2008-04-09 17:10:47: <-- RCPT TO:<programer@my-domain.dp.ua>
Wed 2008-04-09 17:10:47: --> 250 <programer@my-domain.dp.ua>, Recipient ok
Wed 2008-04-09 17:10:47: <-- DATA
Wed 2008-04-09 17:10:47: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000001.tmp
Wed 2008-04-09 17:10:47: --> 354 Enter mail, end with <CRLF>.<CRLF>
Wed 2008-04-09 17:18:35: Тайм-аут соединения!
Wed 2008-04-09 17:18:35: SMTP сессия отменена (Байт принято/передано: 4527570/351)

Inteco213

Цитата:

(Байт принято/передано: 4527570/351)

Квоты какие стоят на размер письма?

ipmanyak,
при отправке на другие ящики то же самое.
пытаюсь поставить в запретах галку "отправлять только на следующие адреса" и ввести адрес на который отправляю. Применяю, закрываю пользователя, открываю сразу снова, иду на вкладку ограничения - ничего не стоит, те настройки почему то не сохраняются.
Хотя пароли и папки помнит...

Andev Попробуй удалить учетку и создать заново сразу с нужными настройками.

пробовал, не помогает.

По поводу Деймона + Керио. Вопрос решился. В Traffic policy Firewall to Internet убрал NAT.

Andev А делал прямо в консоли сервака или типа терминалом заходил или webadmin? Может прав на изменение файлов не хватает? Системный лог смотрел?

Цитата:

MDaemon 9.5.5

Может стоит обновить до 9.5.6? Или сразу на 9.6.5 пересеть?

Ребят подскажите такое дело.
Ранее работала схема. На сервере у хостера собиралась вся почта в один акаунт. Я её от тудава забирал Домеин Поп и всё было ок. Но вот хостер начал плакать(( мол слишком много спама(( сильно грузите сервак.
(пока купим сервак шоб поставить у себя и не паритса) решил выйти из положения тем что создал на домене 50 почтовых адресов с такими же еименами как и у меня в локалке в демоне... и решели настроить на каждый адрес мультипоп.. уже зделал пол дела и вот что я обнаружил.

Thu 2008-04-10 16:07:42: Session 3218; child 32
Thu 2008-04-10 16:07:41: MultiPOP collecting mail from (ekmi-mebli.com) for (????? ??????????)
Thu 2008-04-10 16:07:41: MultiPOP collected mail will be removed from remote host!
Thu 2008-04-10 16:07:41: Attempting MultiPOP connection to [ekmi-mebli.com : 110]
Thu 2008-04-10 16:07:41: Cache hit on [ekmi-mebli.com]; IP = [80.91.189.60]
Thu 2008-04-10 16:07:41: Waiting for connection...
Thu 2008-04-10 16:07:41: Connection established (213.186.201.194 : 13562 -> 80.91.189.60 : 110)
Thu 2008-04-10 16:07:41: Waiting for protocol initiation...
Thu 2008-04-10 16:07:42: Socket connection closed by the other side (how rude!)
Thu 2008-04-10 16:07:42: POP session complete (Bytes in/out: 0/0)
Thu 2008-04-10 16:07:42: ----------

Тут не проходит а следуйщий обрабатываетса нормально

Thu 2008-04-10 16:07:42: Session 3187; child 1
Thu 2008-04-10 16:07:41: MultiPOP collecting mail from (ekmi-mebli.com) for (?????? ???????)
Thu 2008-04-10 16:07:41: MultiPOP collected mail will be removed from remote host!
Thu 2008-04-10 16:07:41: Attempting MultiPOP connection to [ekmi-mebli.com : 110]
Thu 2008-04-10 16:07:41: Cache hit on [ekmi-mebli.com]; IP = [80.91.189.60]
Thu 2008-04-10 16:07:41: Waiting for connection...
Thu 2008-04-10 16:07:41: Connection established (213.186.201.194 : 13499 -> 80.91.189.60 : 110)
Thu 2008-04-10 16:07:41: Waiting for protocol initiation...
Thu 2008-04-10 16:07:41: <-- +OK Hello there.
Thu 2008-04-10 16:07:41: --> USER msys@ekmi-mebli.com
Thu 2008-04-10 16:07:41: <-- +OK Password required.
Thu 2008-04-10 16:07:41: --> PASS ******
Thu 2008-04-10 16:07:42: <-- +OK logged in.
Thu 2008-04-10 16:07:42: --> STAT
Thu 2008-04-10 16:07:42: <-- +OK 0 0
Thu 2008-04-10 16:07:42: --> QUIT
Thu 2008-04-10 16:07:42: <-- +OK Bye-bye.
Thu 2008-04-10 16:07:42: POP session complete (Bytes in/out: 81/49)
как думаете что это может бытЬ? Проблема с ДНС ? или ещё что ?

velaskes Днс не причем, все у тебя резолвится, правда взято из кэша ДНС, но это не приниципиально, потому как уже было отрезолвено..

Цитата:

Connection established (213.186.201.194 : 13499 -> 80.91.189.60 : 110)

Хост 80.91.189.60 грубо оборвал сессию. Спроси админа этого почтаря - почему.
Хотя нужно уточнить, есть лу него такой ящик, который ты спрятал вопросами, может ошибся в синтаксисе ящика?

ну я как бы сам там делал ящики..
Я зашол через Цпанель в управление доменом и наклепал в нём ящиков.
Вопросы.. ))) это кодировка шото кульгает ((( ( просто в логе демона он показывает не адес акаунта а его имя. А имя есть на рускоь) и видно дето кодировки не дружат((
Вот не могу не как связатса с админамми сервиса.. у меня появилось поджозрение а не стоит ли у них лимит одновременных подключений..
Потому что когда срабатывает проверка почты в демоне я так понимаю что все 50 акаунтво стремительнно пытаютса подключитса и узнать есть ли для них письма((

Добавлено:
Хм дополнение к вопросу.
Я проверил один из ящиков которые мдемон не может опустошить мультипопом.. прямой настройкой почтового клиента.. забирает... гадёныш..
скорей всего стоят какието лимиты.. одновременных подключений.. можно ли какимто образом заставить мдемон делать интервал между соединениями мультипопа ?