Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Все о MDaemon (#5)

Автор: Genius_of_Darkness
Дата сообщения: 15.11.2011 12:26
maxandr
большое спасибо за совет, гугловский днс очень выручил, как временное решение вполне годится. ещё раз огромное спасибо за помощь!
Автор: maxandr
Дата сообщения: 17.11.2011 13:43
Подскажите, если поставить MDAemin 12.5.1 на Core i5, 4Гб RAM и 1SATA HDD на канал 2МБит, смогут с ним комфортно работать 100+ пользователей по IMAP (клиентом Thunderbird 8.0)? Предполагается работать так, чтобы все сообщения оставались на сервере. Общий объем базы с сообщениями около 300Гб.
Автор: ipmanyak
Дата сообщения: 17.11.2011 15:09
maxandr по IMAP письма не качаются, пока юзер не укажет загрузить, только грузятся заголовки, потому канал не критичен, тем паче что 2 мегабита, у меня при двух мегабитах демону отдана треть канала, все юзают pop3, юзеров около 400. ( два проца Pentium II 450 Mhz , не то что твой коре I5 ) Твой конфиг имхо вполне кульный. Вот винт при таком количестве писем и объеме должен быть шустрым. 1 винт не надежно, лучше иметь хотя бы зеркало из двух винтов RAID-1.
Автор: Proxymetron
Дата сообщения: 18.11.2011 04:59
Поднял новый сервер, теперь необходимо перенести все настройки (с пользователями на новый сервер) подскажите плиз как это правильно сделать?

PS/ где то читал что можно остановить вновь установленный почтарь и просто со старого поверх залить все папки. правильный вариант?
Автор: ipmanyak
Дата сообщения: 18.11.2011 08:44
Proxymetron Поднимаем глазки на шапку топика и читаем строки зеленого цвета, в частности - "Как перенести Mdaemon в тот же каталог на новую машину или ОС, инструкция от ALTN".
Автор: Proxymetron
Дата сообщения: 18.11.2011 10:14
ipmanyak

ой сори .. не заметил :\
Автор: Rafage
Дата сообщения: 28.11.2011 08:20
Ребят помогите с настройкой Mdaemon 11.0.3 вообщем почта работает без проблем, не могу приручить outlook express выдает ошибку 0x800CCC90, 0x800CCC18...буду очень благодарен за помощь...
Автор: ipmanyak
Дата сообщения: 28.11.2011 08:58
Rafage аутлук экспресс здесь , с кодами ошибок в гуггль плыз. Вероятнее всего неверен логин/пароль.
Автор: DJ_Diablo
Дата сообщения: 29.11.2011 14:09
Короче читал читал тырнеты - так и не нашел явного ответа. Вообщем проблема с GMAIL.
Подняли недавно корпоративный сервак, прописали обратку у прова.
Почта ходит куда угодно, даже на гугл, но тупо попадает в спам у получателей.
Вот мой лог письма с гмайл (под #)

Автор: Aushkin
Дата сообщения: 29.11.2011 19:26
Коллеги доброе время суток,

поделитесь информацией по ЖИВЫМ DNSBL.

Как вариант:

bl.spamcop.net, mail from $IP$ refused, see http://www.spamcop.net
dnsbl.sorbs.net, mail from $IP$ refused, see http://www.nl.sorbs.net
dul.dnsbl.sorbs.net, mail from $IP$ refused, see http://www.nl.sorbs.net
smtp.dnsbl.sorbs.net, mail from $IP$ refused, see http://www.nl.sorbs.net
http.dnsbl.sorbs.net, mail from $IP$ refused, see http://www.nl.sorbs.net
socks.dnsbl.sorbs.net, mail from $IP$ refused, see http://www.nl.sorbs.net
misc.dnsbl.sorbs.net, mail from $IP$ refused, see http://www.nl.sorbs.net
zombie.dnsbl.sorbs.net, mail from $IP$ refused, see http://www.nl.sorbs.net
zen.spamhaus.org, mail from $IP$ refused, see http://www.spamhaus.org
smtp.dnsbl.sorbs.net , mail from $IP$ refused by DNSBL, see http://dnsbl.sorbs.net
cbl.abuseat.org, mail from $IP$ refused by DNSBL, see http://cbl.abuseat.org
combined.njabl.org, mail from $IP$ refused by DNSBL, see http://njabl.org/lookup.html
sbl-xbl.spamhaus.org, mail from $IP$ refused by DNSBL, see http://www.spamhaus.org/SBL/
ex.dnsbl.org, mail from $IP$ refused by DNSBL, see http://www.dnsbl.org

Посоветуйте что убрать, а что возможно стоит добавить.
Вспомнилось это дело в связи с тем, что последние пару дней были глюки по паре хостов этого списка, т.е. конект рубился, но при проверке на сайтах этих IP в списках блокированных не обнаруживалось.
В частности так плохо себя вел bl.spamcop.net, но сейчас вроде зажило снова хорошо.
Автор: PAPIruss
Дата сообщения: 29.11.2011 22:55
Нужна помощь!
В связи с ужесточением политики приема писем крайне интересует следующее:
Возможно ли реализовать средствами mdaemon, автоответ на письма отклоненные по причине отсутствия, либо не правильной PTR? Поделитесь опытом кто смог реализовать, если уже обсуждалось, не пинайте, лучше дайте ссылку.
Автор: Kamerton
Дата сообщения: 30.11.2011 05:05
В принципе демон и сам все это делает отвечает и указывает причину, что же касается ПТР так это информация для админов, так как обычный пользователь не поймёт нифига из этих словей. И мало того, ПТР ведь режится на твоём сервере дабы не принять левую почту, а следовательно думать должен тот кто отправляет её тебе, а он у себя на серваке пусть настраивает сам получение ошибочных писем с расшифровкой или же в логах ковыряется ищит когда оно было недоставлено и причину его анализирует.
Я у себя сделал просто некоторые расшифровки для пользователей через фильтры. Если в письме встречается некая фраза, то я её заменяю на русскую и в скобках большим шрифтом указываю понятную расшифровку.
Автор: ipmanyak
Дата сообщения: 30.11.2011 06:47
Aushkin
zen.spamhaus.org, mail from $IP$ refused, see http://www.spamhaus.org
одного этого достаточно, ну можешь добавить еще вот этот:
combined.njabl.org, mail from $IP$ refused by DNSBL, see http://njabl.org/lookup.html


Добавлено:
PAPIruss по PTR бреется на уровне DNS, письмо не принято, значит кому отвечать неизвестно, потому в ответ тому серверу шлется код 501 - Domain must resolve, и на этом всё, этого достаточно для анализа лога админом. Если не нравится, отключай эту проверку, или заноси нужные серверы в белый список.
Автор: Aushkin
Дата сообщения: 30.11.2011 09:44
ipmanyak
считаете пара хостов достаточна?
Случается(кстати не так редко), что IP имеется в одном из списков и не имеется(ещё не имеется, уже не имеется) в других. Городить огород из тонны хостов тоже конечно не хочется, но есть желание ограничиться принципом разумной достаточности.
В любом случае спасибо за ответ.
Автор: PAPIruss
Дата сообщения: 30.11.2011 10:54
Возможно я не правильно выразился, виноват. Конечно речь не идет об отдельном письме отправителю. Хочется что бы в логе отлупа присутствовало пояснение что отлуп именно по причине отсутствия PTR, а не тупо пятисотые ошибки доставки. Ранее неоднократно встречал такое, когда у самого не на всех серверах были настроены PTRы. В некоторых случаях даже были вставлены URLы. Либо на соответствующий RFC 1912 п. 2.1, либо на сайт ISPа с расшифровкой отлупа и рекомендацией по исправлению ситуации.
PS Посмотрел логи даймона. В принципе пишет вполне понятно “<-- MAIL FROM: <buhgalter@xxxxx.ru>
Sun 2011-11-27 18:18:24: Performing PTR lookup (86.144.110.112.IN-ADDR.ARPA)
Sun 2011-11-27 18:18:24: * Error: * Сервер имен сообщает, что имя домена не опознано
Sun 2011-11-27 18:18:24: * MDaemon configured to drop connection when domain name unknown
Sun 2011-11-27 18:18:24: ---- End PTR results
Sun 2011-11-27 18:18:24: --> 501 Connecting IP must have valid PTR record for 112.110.144.86
Sun 2011-11-27 18:18:24: SMTP session terminated (Bytes in/out: 64/381)
Sun 2011-11-27 18:18:24: ----------”
Можно конечно покопаться и найти шаблон данного ответа и чуть его поправить по своему вкусу ) Займусь на досуге.
Автор: ipmanyak
Дата сообщения: 30.11.2011 12:56
PAPIruss
Цитата:
--> 501 Connecting IP must have valid PTR record for 112.110.144.86

Этой мессаги админу достаточно, если он не знает что это и почему, нефиг браться за админство почты. Я уже давно забил на это. Не выполняется RFC - в сад.

Автор: PAPIruss
Дата сообщения: 30.11.2011 13:10
Согласен с тобой. Только вот дурная голова рукам покоя не дает ) Хоть давно известно, лучшее враг хорошего. В общем где этот ответ зашит в даемоне я не нашел ( Так что вопрос открыт. Если будут у кого идеи с удовольствием выслушаю. Тем более помню что кто то в этой ветке писал что решил это автоответами. Но не нашел, давно это было, да и чел тогда просто написал что мол решил, а как решил не сказал (
Автор: DJ_Diablo
Дата сообщения: 30.11.2011 13:28
Я так понял - по гуглу никто не вкурсе....
Автор: ipmanyak
Дата сообщения: 30.11.2011 14:32
DJ_Diablo про гугль неясно, что у тебя и как сделано, ты привел только хидеры письма, которые не несут никакой полезной информации. Распиши чуток подробнее.


Добавлено:
Aushkin
zen.spamhaus.org это комбинированный блоклист, включает в себя
sbl.spamhaus.org
xbl.spamhaus.org
pbl.spamhaus.org
поэтому sbl-xbl.spamhaus.org из твоего списка нужно исключить, потому что уже есть zen.
smtp.dnsbl.sorbs.net - у тебя два раза написан, его еще можно заюзать, а вот эти
http.dnsbl.sorbs.net
socks.dnsbl.sorbs.net
misc.dnsbl.sorbs.net
zombie.dnsbl.sorbs.net
не стал бы юзать. С sorbs.net нужно быть осторожнее, из-за его непонятной политики по отписке из баз только за деньги.

cbl.abuseat.org - он сам рекомендует юзать zen.spamhaus.org, но по моим логам, он у меня стоит вторым в списке после zen.spamhaus.org, так вот zen пропускает, а этот блочит,
Читать тут:
http://cbl.abuseat.org/faq.html
The CBL is wholly included in (and in fact is the largest part of) the Spamhaus XBL subzone
http://cbl.abuseat.org/faq.html - там же ниже рекомендации какие юзать dnsbl

ex.dnsbl.org - про этот инфы мизер, то ли активен, то ли просто заглушка/пустышка. Сайт буквально три страницы.

P.S. у меня сейчас вот такие
* zen.spamhaus.org - passed
* cbl.abuseat.org - passed
* bl.spamcop.net - passed
* smtp.dnsbl.sorbs.net - passed
* combined.njabl.org - passed
* ex.dnsbl.org - passed

Добавлено:
http://wiki.firstvds.ru/index.php/DNSBL
Распространенные DNSBL
Несколько наиболее распространенных списков, которые рекомендуются к использованию:

bl.spamcop.net
cbl.abuseat.org
dnsbl.njabl.org
dnsbl.sorbs.net
zen.spamhaus.org

Также можно фильтровать почту целиком из стран (не рекомендуется), например, чтобы не принимать почту с серверов расположенных в Китае и Японии укажите списки:

cn.countries.nerd.dk
jp.countries.nerd.dk


Добавлено:
Проверка по 100+ DNSBL-списков
Автор: Dja
Дата сообщения: 30.11.2011 15:50
Третий день имею проблему с nicmail.ru.

Сначала ответ их саппорта, чтоб было понятнее:

-------------------------------------------------------------------------------
На nic.ru используется схема с "ложными" принимающими серверами
(mx02.nicmail.ru, mx03.nicmail.ru), при этом прием почты осуществляют только
серверы с именем mx01.nicmail.ru:
194.85.88.238
194.85.88.242
194.85.88.230
194.85.88.232
194.85.88.233
194.85.88.235

Ваш сервер по какой-то причине пытается соединиться только с 194.85.88.232 на
котором сейчас наблюдаются проблемы с приемом, не пытаясь использовать другой
ip-адрес. Посмотрите, пожалуйста, настройки сервера на предмет перебора ip-
адресов.
-------------------------------------------------------------------------------

Это ответ позавчера, сегодня DNS первым резольвит mx01.nicmail.ru в 194.85.88.238,
на нем походу тоже "наблюдаются проблемы с приемом":


Wed 2011-11-30 16:21:57: ----------
Wed 2011-11-30 16:21:46: Parsing message <d:\mdaemon\remoteq\pd35000233333.msg>
Wed 2011-11-30 16:21:46: * From: Elena.Romarenko@xxxxxxx.kz
Wed 2011-11-30 16:21:46: * To: victoria@xxxxxxx.biz
Wed 2011-11-30 16:21:46: * Subject: =test
Wed 2011-11-30 16:21:46: * Size (bytes): 215169
Wed 2011-11-30 16:21:46: * Message-ID: <71717330.20111130161806@xxxxxxx.kz>
Wed 2011-11-30 16:21:46: Attempting SMTP connection to [xxxxxxx.biz]
Wed 2011-11-30 16:21:46: Resolving MX records for [xxxxxxx.biz] (DNS Server: 8.8.8.8)...
Wed 2011-11-30 16:21:46: * P=005 S=000 D=xxxxxxx.biz TTL=(34) MX=[mx02.nicmail.ru]
Wed 2011-11-30 16:21:46: * P=010 S=001 D=xxxxxxx.biz TTL=(34) MX=[mx01.nicmail.ru]
Wed 2011-11-30 16:21:46: * P=020 S=002 D=xxxxxxx.biz TTL=(34) MX=[mx03.nicmail.ru]
Wed 2011-11-30 16:21:46: Attempting SMTP connection to [mx02.nicmail.ru:25]
Wed 2011-11-30 16:21:46: Resolving A record for [mx02.nicmail.ru] (DNS Server: 8.8.8.8)...
Wed 2011-11-30 16:21:46: * D=mx02.nicmail.ru TTL=(28) A=[194.85.88.229]
Wed 2011-11-30 16:21:46: Attempting SMTP connection to [194.85.88.229:25]
Wed 2011-11-30 16:21:46: Waiting for socket connection...
Wed 2011-11-30 16:21:56: * 10 second wait for connect timeout exceeded
Wed 2011-11-30 16:21:56: Attempting SMTP connection to [mx01.nicmail.ru:25]
Wed 2011-11-30 16:21:56: Resolving A record for [mx01.nicmail.ru] (DNS Server: 8.8.8.8)...
Wed 2011-11-30 16:21:56: * D=mx01.nicmail.ru TTL=(352) A=[194.85.88.238]
Wed 2011-11-30 16:21:56: Attempting SMTP connection to [194.85.88.238:25]
Wed 2011-11-30 16:21:56: Waiting for socket connection...
Wed 2011-11-30 16:21:56: * Connection established (111.222.333.444:2586 -> 194.85.88.238:25)
Wed 2011-11-30 16:21:56: Waiting for protocol to start...
Wed 2011-11-30 16:21:56: <-- 451 Temporary local problem - please try later
Wed 2011-11-30 16:21:56: --> QUIT
Wed 2011-11-30 16:21:56: Attempting SMTP connection to [mx03.nicmail.ru:25]
Wed 2011-11-30 16:21:56: Resolving A record for [mx03.nicmail.ru] (DNS Server: 8.8.8.8)...
Wed 2011-11-30 16:21:56: * D=mx03.nicmail.ru TTL=(291) A=[194.85.88.237]
Wed 2011-11-30 16:21:56: Attempting SMTP connection to [194.85.88.237:25]
Wed 2011-11-30 16:21:56: Waiting for socket connection...
Wed 2011-11-30 16:21:56: * Connection established (111.222.333.444:2592 -> 194.85.88.237:25)
Wed 2011-11-30 16:21:56: Waiting for protocol to start...
Wed 2011-11-30 16:21:56: <-- 220 mx03.nicmail.ru ESMTP
Wed 2011-11-30 16:21:56: --> EHLO mx.xxxxxxx.kz
Wed 2011-11-30 16:21:56: <-- 250-mx03.nicmail.ru Hello mx.xxxxxxx.kz [111.222.333.444]
Wed 2011-11-30 16:21:56: <-- 250-SIZE 31457280
Wed 2011-11-30 16:21:56: <-- 250-PIPELINING
Wed 2011-11-30 16:21:56: <-- 250 HELP
Wed 2011-11-30 16:21:56: --> MAIL From:<Elena@xxxxxxx.kz> SIZE=215169
Wed 2011-11-30 16:21:56: <-- 250 OK
Wed 2011-11-30 16:21:56: --> RCPT To:<victoria@xxxxxxx.biz>
Wed 2011-11-30 16:21:56: <-- 250 Accepted
Wed 2011-11-30 16:21:56: --> DATA
Wed 2011-11-30 16:21:56: <-- 354 Enter message, ending with "." on a line by itself
Wed 2011-11-30 16:21:56: Sending <d:\mdaemon\remoteq\pd35000233333.msg> to [194.85.88.237]
Wed 2011-11-30 16:21:58: Transfer Complete
Wed 2011-11-30 16:21:58: <-- 451 Please try later.
Wed 2011-11-30 16:21:58: --> QUIT
Wed 2011-11-30 16:21:58: <-- 221 mx03.nicmail.ru closing connection
Wed 2011-11-30 16:21:58: This message is 4 minutes old; it has 6 minutes left in this queue
Wed 2011-11-30 16:21:58: SMTP session terminated (Bytes in/out: 318/215306)
------------------------------------------------------------------------------------
Пока что вышел из положения, прописав в хост-файл 194.85.88.233 mx01.nicmail.ru
Некрасиво, ибо костыль и не факт что будет работать завтра.

Три вопроса:

-Как же мне заставить МДемона перебирать _другие_ ip адреса для mx01.nicmail.ru, если DNS сервер каждый раз отдает один и тот же адрес?

-Чья это проблема? Ибо начальство желает сжечь кого-нибудь на костре (меня) или робко предъявить претензии (nicmail.ru)

-Какой вобще смысл в использовании "схемы с "ложными" принимающими серверами"? Только в том, что первым всегда будет вываливаться mx02.nicmail.ru, и спамботы/вирусы/пр.гадость не будут пробовать другие MX-записи?


Автор: ipmanyak
Дата сообщения: 30.11.2011 16:09
Dja По твоему логу, твой сервер делает все правильно.
1-я попытка на mx02.nicmail.ru A=[194.85.88.229]
но не успешна, отвалилась по таймауту в 10 сек
* 10 second wait for connect timeout exceeded
2-ая на mx01.nicmail.ru A=[194.85.88.238]
не успешна из-за ответа того сервака
<-- 451 Temporary local problem - please try later
3-я попытка на mx03.nicmail.ru A=[194.85.88.237
не успешна из-за ответа сервака
<-- 451 Please try later.

Имхо это косяк админов nicmail.ru, нефиг объявлять кучу серваков, если почти все почту не принимают.

nslookup mx01.nicmail.ru

Non-authoritative answer:
Name: mx01.nicmail.ru
Addresses: 194.85.88.235, 194.85.88.238, 194.85.88.242, 194.85.88.230
194.85.88.232, 194.85.88.233
на это имя dns отдает кучу айпишников причем разные при каждом запросе (режим cycled), это допустимо, если они все нормальные, чего не наблюдается. . Как вариант отключи кэширование dns запросов в самом Mdaemon. Твое решение приемлемо, если админы nicmail опять чего-нить не поменяют.

Автор: Dja
Дата сообщения: 30.11.2011 16:41
ipmanyak
Спасибо. То, что в логе, я понимаю .
Кэширование DNS в MDaemon отключил еще позавчера. Непонятно, почему каждый раз отдается один и тот же IP.
И есть мысли по "схеме с "ложными" принимающими серверами"?
Автор: ipmanyak
Дата сообщения: 30.11.2011 17:08
Dja

Цитата:
И есть мысли по "схеме с "ложными" принимающими серверами"?
пинать админов nicmail.ru
Автор: Aushkin
Дата сообщения: 01.12.2011 07:23
ipmanyak
Большое спасибо за подробный ответ.
Итого, в DNSBL.dat сохраняю:

zen.spamhaus.org, mail from $IP$ refused by DNSBL, see http://www.spamhaus.org/lookup.lasso
cbl.abuseat.org, mail from $IP$ refused by DNSBL, see http://cbl.abuseat.org/lookup.cgi
bl.spamcop.net, mail from $IP$ refused by DNSBL, see http://www.spamcop.net/bl.shtml
smtp.dnsbl.sorbs.net, mail from $IP$ refused by DNSBL, see http://www.sorbs.net/lookup.shtml
combined.njabl.org, mail from $IP$ refused by DNSBL, see http://njabl.org/lookup.html
ex.dnsbl.org, mail from $IP$ refused by DNSBL, see http://www.dnsbl.org/ex.dnsbl.php3

ещё раз спасибо!
Автор: sergiussv
Дата сообщения: 03.12.2011 11:28
Как выставить ограничение количества получателей? Чтоб человек не смог отправить письмо и поставить там 20 получателей например или больше, а только 5 ???
Автор: DJ_Diablo
Дата сообщения: 05.12.2011 01:29
С гуглом так и не понял что да как...
Другой вопрос - после удаления почты в WorldClient и очистки корзины - письма полностью стираются с диска без возможности восстановления?

Добавлено:
(тоесть в файловой системе их нет как файлов? то что можно пройтись по ФС и поднять удаленки я знаю, нужно чтобы на винте их не было)
Автор: ipmanyak
Дата сообщения: 05.12.2011 06:11
sergiussv Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > Servers
...allows only this many RCPT commands [xx] (RFC says 100)

Добавлено:
DJ_Diablo

Цитата:
нужно чтобы на винте их не было)
Применять сторонние утилиты для затирания нулями свободного пространства.
Автор: sergiussv
Дата сообщения: 05.12.2011 09:20

Цитата:
sergiussv Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > Servers
...allows only this many RCPT commands [xx] (RFC says 100)

Это для всех .... А можно както отдельно по юзерам ?
Автор: vlary
Дата сообщения: 05.12.2011 10:21
sergiussv
Цитата:
Это для всех .... А можно както отдельно по юзерам ?
Подозреваю, что в Демоне - никак. В Эксиме - легко.

Автор: anar1407
Дата сообщения: 07.12.2011 10:49
Доброго времени суток! Периодически, письма приходящие копией на двух пользователей домена (user1 и user2) доходят лишь до одного. Ниже приведен пример лога .
Thu 2011-12-01 15:54:14: ----------
Thu 2011-12-01 15:54:08: Session 3061; child 3; thread 0
Thu 2011-12-01 15:54:08: Accepting SMTP connection from [52.0.0.15:1978] to [10.0.0.222:25]
Thu 2011-12-01 15:54:08: --> 220 mail.mydomain.com ESMTP MDaemon 11.0.0; Thu, 01 Dec 2011 15:54:08 +0400
Thu 2011-12-01 15:54:08: <-- HELO afasabail
Thu 2011-12-01 15:54:08: --> 250 mail.mydomain.com Hello afasabail, pleased to meet you
Thu 2011-12-01 15:54:08: <-- MAIL FROM: <a.cafarova@mydomain.com>
Thu 2011-12-01 15:54:08: Performing PTR lookup (15.0.0.52.IN-ADDR.ARPA)
Thu 2011-12-01 15:54:08: * Error: * Name server reports domain name unknown
Thu 2011-12-01 15:54:08: * No PTR records found
Thu 2011-12-01 15:54:08: ---- End PTR results
Thu 2011-12-01 15:54:08: Performing IP lookup (afasabail)
Thu 2011-12-01 15:54:08: * Error: * Name server reports domain name unknown
Thu 2011-12-01 15:54:08: ---- End IP lookup results
Thu 2011-12-01 15:54:08: Performing IP lookup (mydomain.com)
Thu 2011-12-01 15:54:08: * D=mydomain.com TTL=(106) A=[109.127.1.28]
Thu 2011-12-01 15:54:08: * P=000 S=000 D=mydomain.com TTL=(106) MX=[mail.mydomain.com] {109.235.195.243}
Thu 2011-12-01 15:54:08: ---- End IP lookup results
Thu 2011-12-01 15:54:08: Performing SPF lookup (mydomain.com / 52.0.0.15)
Thu 2011-12-01 15:54:08: * Result: none; no SPF record in DNS
Thu 2011-12-01 15:54:08: ---- End SPF results
Thu 2011-12-01 15:54:08: --> 250 <a.cafarova@mydomain.com>, Sender ok
Thu 2011-12-01 15:54:08: <-- RCPT TO: <batula@mydomain.com>
Thu 2011-12-01 15:54:08: --> 250 <batula@mydomain.com>, Recipient ok
Thu 2011-12-01 15:54:08: <-- RCPT TO: <emin.kerimli@mydomain.com>
Thu 2011-12-01 15:54:08: --> 250 <emin.kerimli@mydomain.com>, Recipient ok
Thu 2011-12-01 15:54:08: <-- DATA
Thu 2011-12-01 15:54:08: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000010759.tmp
Thu 2011-12-01 15:54:08: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2011-12-01 15:54:13: Message size: 297323 bytes
Thu 2011-12-01 15:54:13: Performing DKIM lookup
Thu 2011-12-01 15:54:13: * File: d:\mdaemon\queues\temp\md50000010759.tmp
Thu 2011-12-01 15:54:13: * Message-ID: 000b01ccb01f$55722340$0f000034@mydomain.local
Thu 2011-12-01 15:54:13: * Result: neutral
Thu 2011-12-01 15:54:13: ---- End DKIM results
Thu 2011-12-01 15:54:13: Performing DomainKeys lookup (Sender: a.cafarova@mydomain.com)
Thu 2011-12-01 15:54:13: * File: d:\mdaemon\queues\temp\md50000010759.tmp
Thu 2011-12-01 15:54:13: * Message-ID: 000b01ccb01f$55722340$0f000034@mydomain.local
Thu 2011-12-01 15:54:13: * Querying for policy: mydomain.com
Thu 2011-12-01 15:54:13: * Querying: _domainkey.mydomain.com ...
Thu 2011-12-01 15:54:13: * DNS: * Name server reports domain name unknown
Thu 2011-12-01 15:54:13: * Result: neutral
Thu 2011-12-01 15:54:13: ---- End DomainKeys results
Thu 2011-12-01 15:54:13: Passing message through AntiVirus (Size: 297323)...
Thu 2011-12-01 15:54:14: * Message is clean (no viruses found)
Thu 2011-12-01 15:54:14: ---- End AntiVirus results
Thu 2011-12-01 15:54:14: Message creation successful: d:\mdaemon\queues\inbound\md50000317505.msg
Thu 2011-12-01 15:54:14: --> 250 Ok, message saved <Message-ID: 000b01ccb01f$55722340$0f000034@mydomain.local>
Thu 2011-12-01 15:54:14: <-- QUIT
Thu 2011-12-01 15:54:14: --> 221 See ya in cyberspace
Thu 2011-12-01 15:54:14: SMTP session successful (Bytes in/out: 297459/413)
Thu 2011-12-01 15:54:15: ----------
Thu 2011-12-01 15:54:15: Passing message through Outbreak Protection...
Thu 2011-12-01 15:54:15: * Message-ID: 010601ccb01f$55a95fe0$00fc1fa0$@risk@mydomain.com
Thu 2011-12-01 15:54:15: * Reference-ID: fgs=0
Thu 2011-12-01 15:54:15: * Virus result: 0 - Clean
Thu 2011-12-01 15:54:15: * Spam result: 1 - Clean
Thu 2011-12-01 15:54:15: * IWF result: 0 - Clean
Thu 2011-12-01 15:54:15: ----------
Thu 2011-12-01 15:54:18: Routing message (inbound queue): d:\mdaemon\queues\inbound\md50000317505.msg
Thu 2011-12-01 15:54:18: * From: a.cafarova@mydomain.com; Recipient: batula@mydomain.com; Size: 298597; Message: d:\mdaemon\queues\local\md50000417119.msg
Thu 2011-12-01 15:54:18: * From: a.cafarova@mydomain.com; Recipient: emin.kerimli@mydomain.com; Size: 298621; Message: d:\mdaemon\queues\local\md50000417120.msg
Thu 2011-12-01 15:54:18: * Subject: Sabail-hesabat TB-Noyabr
Thu 2011-12-01 15:54:18: * Message-ID: 000b01ccb01f$55722340$0f000034@mydomain.local
Thu 2011-12-01 15:54:20: ----------
Thu 2011-12-01 15:54:14: Session 3066; child 63; thread 0
Thu 2011-12-01 15:54:14: Accepting IMAP connection from [52.0.0.15:1980] to [10.0.0.222:143]
Thu 2011-12-01 15:54:14: --> * OK mail.mydomain.com IMAP4rev1 MDaemon 11.0.0 ready
Thu 2011-12-01 15:54:14: <-- 2xf1 CAPABILITY
Thu 2011-12-01 15:54:14: --> * CAPABILITY IMAP4rev1 NAMESPACE AUTH=CRAM-MD5 AUTH=LOGIN AUTH=PLAIN IDLE ACL UNSELECT UIDPLUS
Thu 2011-12-01 15:54:14: --> 2xf1 OK CAPABILITY completed
Thu 2011-12-01 15:54:15: <-- ytqf LOGIN "a.cafarova" ******
Thu 2011-12-01 15:54:15: --> ytqf OK LOGIN completed
Thu 2011-12-01 15:54:15: <-- gz34 IDLE
Thu 2011-12-01 15:54:15: --> + idling
Thu 2011-12-01 15:54:15: --> gz34 OK IDLE terminated
Thu 2011-12-01 15:54:15: <-- 5qgj APPEND "&BB4EQgQ,BEAEMAQyBDsENQQ9BD0ESwQ1-" (\Seen) " 1-Dec-2011 15:49:50 +0400" {297258}
Thu 2011-12-01 15:54:15: --> + Ready for append literal
Thu 2011-12-01 15:54:20: --> 5qgj OK [APPENDUID 1272274651 1218] APPEND completed
Thu 2011-12-01 15:54:20: <-- 4i65 IDLE
Thu 2011-12-01 15:54:20: --> + idling
Thu 2011-12-01 15:54:20: Socket connection closed by the other side (how rude!)
Thu 2011-12-01 15:54:20: IMAP session terminated, (297767 bytes)
Thu 2011-12-01 15:54:20: ----------
Thu 2011-12-01 15:54:19: SecurityPlus AntiVirus processing d:\mdaemon\queues\local\md50000417119.msg...
Thu 2011-12-01 15:54:19: * Message return-path: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:19: * Message from: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:19: * Message to: batula@mydomain.com
Thu 2011-12-01 15:54:19: * Message subject: Sabail-hesabat TB-Noyabr
Thu 2011-12-01 15:54:19: * Message ID: <000b01ccb01f$55722340$0f000034@mydomain.local>
Thu 2011-12-01 15:54:19: Start SecurityPlus AntiVirus results
Thu 2011-12-01 15:54:19: * Total attachments scanned : 4 (including multipart/alternatives and message body)
Thu 2011-12-01 15:54:19: * Total attachments infected : 0
Thu 2011-12-01 15:54:19: * Total attachments disinfected: 0
Thu 2011-12-01 15:54:19: * Total errors while scanning : 0
Thu 2011-12-01 15:54:19: * Total attachments removed : 0
Thu 2011-12-01 15:54:20: End of SecurityPlus AntiVirus results
Thu 2011-12-01 15:54:20: ----------
Thu 2011-12-01 15:54:19: Content Filter processing d:\mdaemon\queues\local\md50000417119.msg...
Thu 2011-12-01 15:54:19: * Message return-path: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:19: * Message from: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:19: * Message to: batula@mydomain.com
Thu 2011-12-01 15:54:19: * Message subject: Sabail-hesabat TB-Noyabr
Thu 2011-12-01 15:54:19: * Message ID: <000b01ccb01f$55722340$0f000034@mydomain.local>
Thu 2011-12-01 15:54:19: Start Content Filter results
Thu 2011-12-01 15:54:19: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Thu 2011-12-01 15:54:20: * Matched 1 of 8 active rules
Thu 2011-12-01 15:54:20: End of Content Filter results
Thu 2011-12-01 15:54:20: ----------
Thu 2011-12-01 15:54:19: SecurityPlus AntiVirus processing d:\mdaemon\queues\local\md50000417120.msg...
Thu 2011-12-01 15:54:19: * Message return-path: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:19: * Message from: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:19: * Message to: emin.kerimli@mydomain.com
Thu 2011-12-01 15:54:19: * Message subject: Sabail-hesabat TB-Noyabr
Thu 2011-12-01 15:54:19: * Message ID: <000b01ccb01f$55722340$0f000034@mydomain.local>
Thu 2011-12-01 15:54:19: Start SecurityPlus AntiVirus results
Thu 2011-12-01 15:54:20: * Total attachments scanned : 4 (including multipart/alternatives and message body)
Thu 2011-12-01 15:54:20: * Total attachments infected : 0
Thu 2011-12-01 15:54:20: * Total attachments disinfected: 0
Thu 2011-12-01 15:54:20: * Total errors while scanning : 0
Thu 2011-12-01 15:54:20: * Total attachments removed : 0
Thu 2011-12-01 15:54:21: End of SecurityPlus AntiVirus results
Thu 2011-12-01 15:54:21: ----------
Thu 2011-12-01 15:54:20: Content Filter processing d:\mdaemon\queues\local\md50000417120.msg...
Thu 2011-12-01 15:54:20: * Message return-path: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:20: * Message from: a.cafarova@mydomain.com
Thu 2011-12-01 15:54:20: * Message to: emin.kerimli@mydomain.com
Thu 2011-12-01 15:54:20: * Message subject: Sabail-hesabat TB-Noyabr
Thu 2011-12-01 15:54:20: * Message ID: <000b01ccb01f$55722340$0f000034@mydomain.local>
Thu 2011-12-01 15:54:20: Start Content Filter results
Thu 2011-12-01 15:54:20: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Thu 2011-12-01 15:54:21: * Matched 1 of 8 active rules
Thu 2011-12-01 15:54:21: End of Content Filter results
Thu 2011-12-01 15:54:21: ----------
Thu 2011-12-01 15:54:25: Routing message (local queue): d:\mdaemon\queues\local\pd50000417120.msg
Thu 2011-12-01 15:54:25: * From: a.cafarova@mydomain.com; Recipient: emin.kerimli@mydomain.com
Thu 2011-12-01 15:54:25: * Subject: Sabail-hesabat TB-Noyabr
Thu 2011-12-01 15:54:25: * Message-ID: <000b01ccb01f$55722340$0f000034@mydomain.local>
Thu 2011-12-01 15:54:25: * Size: 298686; Message: d:\mdaemon\users\mydomain.com\emin.kerimli\md50000000989.msg
Как видно из лога в конце роутиться только одному адресату ....


Куда копать ?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

Предыдущая тема: RDP-клиент не видит разрыв связи.


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.