» Все о MDaemon (#4)

slech Настройка у резервного почтовика у тебя не корректная, так обычно не делают. Более правильное решение на MX2 поставить левый домен типа firma.local и создать в демоне шлюз-гетвей для твоего реального домена. С этого почтовика-шлюза твой основной будет забирать почту в случае своего временного простоя по ATRN или ETRN. По скольку второй почтовик будет шлюзом, ему плевать какие адреса принимать для домена, будет принимать все и складировать у себя, пока основной сервер не заберет.

ipmanyak
ну если как предложил ты то при простое или загруженности mx1 я буду принимать всё что угодно.
у меня есть зона а для неё 2 почтовых сервера mx1/2 на каждом всё оно и тоже - правила и фильтрация.
Если есть пргоблема нв mx1 клиент попробует по второй записи послать почту - и там его так же вежливо встретит Mdaemon2 и так же вежливо отфутболит в случае неверного пользователя или пыпытки отправить SMAP.

почему плохо ?

slech хотя бы тем что тебе приходится вести учетки там и там. основной сервак же редко падает не так ли? Ну примешь чуток спама - не беда. И потом тебе зачем он нужен резервный почтовик? твоя почта никуда не денется даже если твой почтовик будет стоять 5 суток. По RFC обязалово повторно слать почту в течении 5 суток. Резервный почтовик нужен в тех случаях, когда критично не получение в течение 2-3 часов, но внедрять технологию на почте на критичное время , которая не является 100% гарантией доставки - это нонсенс. Например mail.ru если сразу не отправил, может отправить через НЕСКОЛЬКО часов, и это его право, хотя рекомендуется повторять каждый час.

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

mx1 я настраивал копированием папки MDaemon из mx2.
так что думается просто замена конфига и создание семафора вещь легальная.

slech у тебя 2 канала в инет или один? если один, то все твои подуги фигня. Если твой основной пров упал на 1- 3 часа или на 4 суток,то твой резерв хостинг ни к чему, если тебе важна почта за последние 2-3 часа. Каким образом ты заберешь почту, имея всего один канал, котрый не действует 3-4 часа? Если у тебя 2 канала, то и хостинг с резервным почтарем не нужен! Или ты не все рассказал, или что-то не допонял. Если я что-то не понял, то готов выслушать внимательно твои аргументы.

Цитата:

mx1 я настраивал копированием папки MDaemon из mx2.
так что думается просто замена конфига и создание семафора вещь легальная.

мое мнение это изврат, и не нормальное явление! Почему - я уже говорил, это не стандарт для почты,это именно изврат и ничего более. Хотя твое решение оригинальное и как оказывается работоспособное, но меня удивило, я бы никогда не стал так делать!
P.S.
Щас у меня 3 прова, но я не спешу делать резервный почтовик.

присматриваю за одной фирмой - не знаю зачем там для 4х человек пользующихся почтой поставили mDaemon, но всёже. возможно просто совпало по времени, но после перерегистрации домена ( учетные данные по управлению прошлым доменом были утеряны, соответственно старые настройки пропали) - в логах стало появляться такое:

[more=View Log]`Tue 2009-10-20 17:31:46: ----------
Tue 2009-10-20 17:32:25: Session 843; child 1
Tue 2009-10-20 17:32:23: Parsing Message <d:\mdaemon\queues\remote\pd35000004350.msg>
Tue 2009-10-20 17:32:23: From: aaa@mydomain.ua
Tue 2009-10-20 17:32:23: To: aaa@ukr.net
Tue 2009-10-20 17:32:23: Subject: =?windows-1251?B?z+7v7uI=?=
Tue 2009-10-20 17:32:23: Message-ID: <1425217023.20091020173124@mydomain.ua>
Tue 2009-10-20 17:32:23: Идет МX-запись разрешение [ukr.net] (DNS Сервер: 193.109.128.34)...
Tue 2009-10-20 17:32:23: * P=010 S=000 D=ukr.net TTL=(29) MX=[mxs.ukr.net] {195.214.192.100}
Tue 2009-10-20 17:32:23: Attempting MX: P=010 S=000 D=ukr.net TTL=(29) MX=[mxs.ukr.net] {195.214.192.100}
Tue 2009-10-20 17:32:23: Попытка SMTP соединения с [195.214.192.100 : 25]
Tue 2009-10-20 17:32:23: Ожидание соединения...
Tue 2009-10-20 17:32:23: Соединение установлено (127.0.0.1 : 1340 -> 195.214.192.100 : 25)
Tue 2009-10-20 17:32:23: Ожидание инициации протокола...
Tue 2009-10-20 17:32:23: <-- 220 UKR.NET ESMTP Tue, 20 Oct 2009 17:38:59 +0300
Tue 2009-10-20 17:32:23: --> EHLO mydomain.ua
Tue 2009-10-20 17:32:23: <-- 250-mx3.ukr.net Hello mydomain.ua [193.109.129.180]
Tue 2009-10-20 17:32:23: <-- 250-SIZE 26214400
Tue 2009-10-20 17:32:23: <-- 250-8BITMIME
Tue 2009-10-20 17:32:23: <-- 250-PIPELINING
Tue 2009-10-20 17:32:23: <-- 250 HELP
Tue 2009-10-20 17:32:23: --> MAIL From:<aaa@mydomain.ua> SIZE=6763817
Tue 2009-10-20 17:32:23: <-- 250 OK
Tue 2009-10-20 17:32:23: --> RCPT To:<aaa@ukr.net>
Tue 2009-10-20 17:32:23: <-- 550 Sender verify failed
Tue 2009-10-20 17:32:24: --> QUIT
Tue 2009-10-20 17:32:25: <-- 221 mx3.ukr.net closing connection
Tue 2009-10-20 17:32:25: SMTP сессия отменена (Байт принято/передано: 231/92)
Tue 2009-10-20 17:32:25: ----------[/more]

подскажите где проходит эта верификация сендера и почему она может failиться

peox Хохлядские серваки особенно ukr.net юзают древний метод антиспама - встречаня проверка существования ящика. Смотри лог SMTP-IN примерно на это время и увидишь почему она не прошла, твой сервак отбрил их проверку по какой-то причине. Если у вас включен Greylisting, то имхо из-за него. Если точно причина в нем, то занеси этот почтовик в список исключений грейлистинга.

Прошу помощи в разборе полётов:

[more]Wed 2009-10-21 12:33:27: --> EHLO mail.xxxx.ru
Wed 2009-10-21 12:33:27: <-- 250-ns.argosgrp.ru Hello [22.222.22.222], pleased to meet you
Wed 2009-10-21 12:33:27: <-- 250-ENHANCEDSTATUSCODES
Wed 2009-10-21 12:33:27: <-- 250-PIPELINING
Wed 2009-10-21 12:33:27: <-- 250-8BITMIME
Wed 2009-10-21 12:33:27: <-- 250-SIZE 60000000
Wed 2009-10-21 12:33:27: <-- 250-DSN
Wed 2009-10-21 12:33:27: <-- 250-ETRN
Wed 2009-10-21 12:33:27: <-- 250-DELIVERBY
Wed 2009-10-21 12:33:27: <-- 250 HELP
Wed 2009-10-21 12:33:27: --> MAIL From:<mymail@xxxx.ru> SIZE=17197
Wed 2009-10-21 12:33:27: <-- 250 2.1.0 <mymail@xxxx.ru>... Sender ok
Wed 2009-10-21 12:33:27: --> RCPT To:<youmail@argosgrp.ru>
Wed 2009-10-21 12:33:27: <-- 550 5.7.1 <youmail@argosgrp.ru>... Relaying denied. IP name lookup failed for 22.222.22.222
Wed 2009-10-21 12:33:27: --> QUIT
Wed 2009-10-21 12:33:27: Attempting to send message to smart host
Wed 2009-10-21 12:33:27: Attempting SMTP connection to [[mail.xxxx.ru]:25]
Wed 2009-10-21 12:33:27: Resolving A record for [[mail.xxxx.ru]] (DNS Server: 172.17.1.1)...
Wed 2009-10-21 12:33:27: * D=mail.xxxx.ru TTL=(2) A=[11.111.11.111]
Wed 2009-10-21 12:33:27: Attempting SMTP connection to [11.111.11.111:25]
Wed 2009-10-21 12:33:27: Waiting for socket connection...
Wed 2009-10-21 12:33:27: * Connection established (172.17.1.5:2453 -> 11.111.11.111:25)
Wed 2009-10-21 12:33:27: Waiting for protocol to start...
Wed 2009-10-21 12:33:27: <-- 220 backend16.aha.ru ESMTP CommuniGate Pro is glad to see you!
Wed 2009-10-21 12:33:27: --> EHLO mail.xxxx.ru
Wed 2009-10-21 12:33:27: <-- 250-backend16.aha.ru we trust you mail.xxxx.ru
Wed 2009-10-21 12:33:27: <-- 250-DSN
Wed 2009-10-21 12:33:27: <-- 250-SIZE 20971520
Wed 2009-10-21 12:33:27: <-- 250-STARTTLS
Wed 2009-10-21 12:33:27: <-- 250-AUTH=LOGIN
Wed 2009-10-21 12:33:27: <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5
Wed 2009-10-21 12:33:27: <-- 250-ETRN
Wed 2009-10-21 12:33:27: <-- 250-TURN
Wed 2009-10-21 12:33:27: <-- 250-ATRN
Wed 2009-10-21 12:33:27: <-- 250-NO-SOLICITING
Wed 2009-10-21 12:33:27: <-- 250-8BITMIME
Wed 2009-10-21 12:33:27: <-- 250-HELP
Wed 2009-10-21 12:33:27: <-- 250-PIPELINING
Wed 2009-10-21 12:33:27: <-- 250 EHLO
Wed 2009-10-21 12:33:27: --> AUTH CRAM-MD5
Wed 2009-10-21 12:33:27: <-- 334 PDUzNDU5NDE5LjEyNTYxMTQwMDdAYmFja2VuZDE2LmFoYS5ydT4=
Wed 2009-10-21 12:33:27: --> bXVsdGlwb3BAc292c3Rhci5ydSBmYzZhYTRmOWYzZGZiMmE5MGUyYzFkMGNlYmZlNGU1ZA==
Wed 2009-10-21 12:33:27: <-- 235 multipop@xxxx.ru relaying authenticated
Wed 2009-10-21 12:33:27: --> MAIL From:<mymail@xxxx.ru> SIZE=17197
Wed 2009-10-21 12:33:27: <-- 250 mymail@xxxx.ru sender accepted
Wed 2009-10-21 12:33:27: --> RCPT To:<youmail@argosgrp.ru>
Wed 2009-10-21 12:33:27: <-- 250 youmail@argosgrp.ru will relay mail for an authenticated user
Wed 2009-10-21 12:33:27: --> DATA
Wed 2009-10-21 12:33:27: <-- 354 Enter mail, end with "." on a line by itself
Wed 2009-10-21 12:33:27: Sending <d:\mdaemon\queues\remote\pd35000001534.msg> to [11.111.11.111]
Wed 2009-10-21 12:33:27: Transfer Complete
Wed 2009-10-21 12:33:27: <-- 250 491815048 message accepted for delivery
Wed 2009-10-21 12:33:27: --> QUIT
Wed 2009-10-21 12:33:27: <-- 221 backend16.aha.ru CommuniGate Pro SMTP closing connection
Wed 2009-10-21 12:33:27: SMTP session successful (Bytes in/out: 1087/17497)
[/more]
Не понимаю в чём дело? В моём почтовике или в принимающем!?

ipmanyak, грейлистинг отключен, есть другие предположения? вот логи инаута.

[more=SMTP (out)]Wed 2009-10-21 13:47:26: Session 15; child 1
Wed 2009-10-21 13:47:25: Parsing Message <d:\mdaemon\queues\remote\pd35000004351.msg>
Wed 2009-10-21 13:47:25: From: aaa@mydomain.ua
Wed 2009-10-21 13:47:25: To: bbb@ukr.net
Wed 2009-10-21 13:47:25: Subject: check
Wed 2009-10-21 13:47:25: Message-ID: <1031123940.20091021135342@mydomain.ua>
Wed 2009-10-21 13:47:25: Идет МX-запись разрешение [ukr.net] (DNS Сервер: 193.109.128.34)...
Wed 2009-10-21 13:47:25: * P=010 S=000 D=ukr.net TTL=(2) MX=[mxs.ukr.net] {195.214.192.100}
Wed 2009-10-21 13:47:25: Attempting MX: P=010 S=000 D=ukr.net TTL=(2) MX=[mxs.ukr.net] {195.214.192.100}
Wed 2009-10-21 13:47:25: Попытка SMTP соединения с [195.214.192.100 : 25]
Wed 2009-10-21 13:47:25: Ожидание соединения...
Wed 2009-10-21 13:47:25: Соединение установлено (127.0.0.1 : 4665 -> 195.214.192.100 : 25)
Wed 2009-10-21 13:47:25: Ожидание инициации протокола...
Wed 2009-10-21 13:47:25: <-- 220 UKR.NET ESMTP Wed, 21 Oct 2009 13:54:02 +0300
Wed 2009-10-21 13:47:25: --> EHLO mydomain.ua
Wed 2009-10-21 13:47:26: <-- 250-mx2.ukr.net Hello mydomain.ua [193.109.129.180]
Wed 2009-10-21 13:47:26: <-- 250-SIZE 26214400
Wed 2009-10-21 13:47:26: <-- 250-8BITMIME
Wed 2009-10-21 13:47:26: <-- 250-PIPELINING
Wed 2009-10-21 13:47:26: <-- 250 HELP
Wed 2009-10-21 13:47:26: --> MAIL From:<aaa@mydomain.ua> SIZE=1008
Wed 2009-10-21 13:47:26: <-- 250 OK
Wed 2009-10-21 13:47:26: --> RCPT To:<bbb@ukr.net>
Wed 2009-10-21 13:47:26: <-- 550 Sender verify failed
Wed 2009-10-21 13:47:26: --> QUIT
Wed 2009-10-21 13:47:26: <-- 221 mx2.ukr.net closing connection
Wed 2009-10-21 13:47:26: SMTP сессия отменена (Байт принято/передано: 231/95)
Wed 2009-10-21 13:47:26: ----------
[/more]

[more=SMTP (in)]Wed 2009-10-21 13:34:25: ----------
Wed 2009-10-21 13:47:20: Session 14; child 1; thread 4568
Wed 2009-10-21 13:47:07: Прием SMTP соединения от [194.79.22.226 : 63346]
Wed 2009-10-21 13:47:07: Performing PTR lookup (226.22.79.194.IN-ADDR.ARPA)
Wed 2009-10-21 13:47:07: * D=226.22.79.194.IN-ADDR.ARPA TTL=(1440) PTR=[194-79-22-226.ukrcom.kherson.ua]
Wed 2009-10-21 13:47:07: * Gathering A records...
Wed 2009-10-21 13:47:07: ---- End PTR results
Wed 2009-10-21 13:47:07: --> 220 mydomain.ua ESMTP MDaemon 9.5.6; Wed, 21 Oct 2009 13:47:07 +0300
Wed 2009-10-21 13:47:07: <-- EHLO Ohotnik-PC
Wed 2009-10-21 13:47:07: Performing IP lookup (Ohotnik-PC)
Wed 2009-10-21 13:47:07: * Error: Сервер имен сообщает о неизвестном доменном имени
Wed 2009-10-21 13:47:07: ---- End IP lookup results
Wed 2009-10-21 13:47:07: --> 250-mydomain.ua Hello 194-79-22-226.ukrcom.kherson.ua, pleased to meet you
Wed 2009-10-21 13:47:07: --> 250-ETRN
Wed 2009-10-21 13:47:07: --> 250-AUTH=LOGIN
Wed 2009-10-21 13:47:07: --> 250-AUTH LOGIN CRAM-MD5
Wed 2009-10-21 13:47:07: --> 250-8BITMIME
Wed 2009-10-21 13:47:07: --> 250 SIZE 0
Wed 2009-10-21 13:47:08: <-- AUTH CRAM-MD5
Wed 2009-10-21 13:47:08: --> 334 PE1EQUVNT04tRjIwMDkxMDIxMTM0Ny5BQTQ3MDg0ODRNRDAwMTJAemlrLmtzLnVhPg==
Wed 2009-10-21 13:47:08: <-- Z2V0ZXIgOGI1ZDg0YzQ4MTk5MTJhNzZlNmRhMzZhODFiNzMyZWU=
Wed 2009-10-21 13:47:08: --> 235 Authentication successful
Wed 2009-10-21 13:47:08: Authenticated as aaa@mydomain.ua
Wed 2009-10-21 13:47:08: <-- MAIL FROM:<aaa@mydomain.ua> SIZE=471
Wed 2009-10-21 13:47:08: --> 250 <aaa@mydomain.ua>, Sender ok
Wed 2009-10-21 13:47:08: <-- RCPT TO:<bbb@ukr.net>
Wed 2009-10-21 13:47:08: --> 250 <bbb@ukr.net>, Recipient ok
Wed 2009-10-21 13:47:08: <-- DATA
Wed 2009-10-21 13:47:08: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000000017.tmp
Wed 2009-10-21 13:47:08: --> 354 Enter mail, end with <CRLF>.<CRLF>
Wed 2009-10-21 13:47:08: Message size: 473 bytes
Wed 2009-10-21 13:47:08: Passing message through AntiVirus (Size: 473)...
Wed 2009-10-21 13:47:20: * Сообщение чистое (вирусов не обнаружено)
Wed 2009-10-21 13:47:20: ---- End AntiVirus results
Wed 2009-10-21 13:47:20: Создание сообщения successful: d:\mdaemon\queues\inbound\md50000139867.msg
Wed 2009-10-21 13:47:20: --> 250 Ok, message saved <Message-ID: 1031123940.20091021135342@mydomain.ua>
Wed 2009-10-21 13:47:20: <-- RSET
Wed 2009-10-21 13:47:20: --> 250 RSET? Well, ok.
Wed 2009-10-21 13:47:20: <-- QUIT
Wed 2009-10-21 13:47:20: --> 221 See ya in cyberspace
Wed 2009-10-21 13:47:20: SMTP сессия успешна (Байт принято/передано: 652/562)
Wed 2009-10-21 13:47:20: ----------
[/more]

Кто-нибудь знает как можно настроить WorldClient, чтобы он не спрашивал пароль при входе? Без ComAgent'а.

Tavork

Насколько я знаю никак...

ipmanyak
1 хостер - около 10 сайтов.
1 канал - 10 Мбит с барстами до 100.
2 почтовика.

оба принимают почту из мира.
один рутит почту в мир всю.
второй занимаеться рутингом ошибок ~ 100.000 в день.
свалиться 1 - в мир ничего не уйдёт.
свалиться 2 - небудет известно о состоянии сайтов.

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

peox Ты привел лог SMTP-IN, но в нем нет сессии от ukr.net, сам погляди еще раз внимательнее и найди эту сессию, она по времени в логе может чуток не совпадать, потому что демон по дефолту пишет в лог из буфера , когда уже вся сессия завершена, поищи в логе сессию по ip 195.214.192.100 Если грейлистнг не включен, значит бреет по какой-то другой причине, Host screening, Ip screening
anton04 Кусок лога не с самого начала, да еще ip адреса попрятал и сам домен - его имя, емайлы да прячь, но не айпи и не домен, иначе не о чем говорить, потому как нечего диагностировать. Могу лишь предположить, что FQDN в прямой зоне и в PTR не совпадают для твоего IP, поэтому отправка напрямую не проходит, ну а через смарт хост само собой уходит.

ipmanyak

Спасибо за наводку.

P.S. В общем и целом (порывшись) я понял в чём проблема судя по всему, администратор(ы) домена argosgrp.ru отказываются от почты на основании проверки соответствия ip-адреса отправляющего сервера с записью в обратной зоне домена, указываемого им в команде helo, хотя RFC1123 в части 5.2.5 запрещает это.

[more]
5.2.5 HELO Command: RFC-821 Section 3.5

The sender-SMTP MUST ensure that the <domain> parameter in a
HELO command is a valid principal host domain name for the
client host. As a result, the receiver-SMTP will not have to
perform MX resolution on this name in order to validate the
HELO parameter.

The HELO receiver MAY verify that the HELO parameter really
corresponds to the IP address of the sender. However, the
receiver MUST NOT refuse to accept a message, even if the
sender's HELO command fails verification.
[/more]

anton04 Да есть противоречие, RFC 821 и следующий после него RFC 2821 уже устарели и нужно руководствоваться новым RFC 5321 - Simple Mail Transfer Protocol. Но и в нем насчет HELO ничего не изменилось, можно вообще писать литеральный адрес типа: Helo [192.168.0.2] - клиент The Bat именно так и пишет.

RFC 5321
4.1.1.1. Extended HELLO (EHLO) or HELLO (HELO)

These commands are used to identify the SMTP client to the SMTP
server. The argument clause contains the fully-qualified domain name
of the SMTP client, if one is available. In situations in which the
SMTP client system does not have a meaningful domain name (e.g., when
its address is dynamically allocated and no reverse mapping record is
available), the client SHOULD send an address literal (see Section 4.1.3).

А Helo да некоторые проверяют на соответствие отправляющего домена.

Комрады помогите, мдемон стал тормозить почту(( Как локальная так и удаленная висит в очереди и никаких результатов(( После перезапуска мдемона письма приходят в чем может быть косяк?

Добавлено:
В менеджере очередей pop висят письма и не доходят(( Только что вычитал что русский мдемон нельзя юзать((( Достался в наследство( Как его в англ превратить?

Добавлено:
Версия 9.5.6

peacefula камрад, анализируем логи и юзаем то, что досталось. Для начала проверь папку LockFiles и если там есть файлы с расширением lck, то удаляем и думаем, почему они не удаляются автоматом. Эти файлы создаются при возникновении pop сессии и удаляются после ее завершения. Могу предположить, что на сервер установлен сторонний антивир, который проверяет pop и блочит их. Или у клиента на его машине антивирь некорректно работает с pop.

Спасибо посморю) Да там стоит Eset smart security-firewall disabled-antispam тоже, раньше все работало.Почитал ветку добавил в исключения папку мдемона,пока без результатов( У клиентов та же фигня стоит,у меня хаикнтош так что тут антивирей нет))

Добавлено:
Действительно файл был один,удалил.Копаем дальше) Где эта гадость логи хранит? При старте еще пару алертов вылазит.
1 RFC 2822 You must define postmaster alias
2 The special RefuseNULLReturnPath option is set to YES in mdaemon.ini this is RFC violation

server 2003+NAT+TrafficInspector+Mdaemon
имеется домен xxx.ru который находится на парковке на hoster.ru, парковка осуществляется на наш статический ип, в модеме (Zyxel Prestige 660R-T1) настроено в NAT перенаправление 25,110 портов на ип компа к которому он подключен и где соответственно стоит демон, проблема с приемом почты, нивкакую не хочет принимать.
telnet на адрес компа 25, 110 - все нормально - отсюда что на компе порты открыт
куда покопать????

update-Снес антивирус та же помойка(( В менеджере очередей нахожу зависшие письма -жму переместить в lan очередь письмо сразу приходит! Хелп!

tulip191 одних портов 25 и 110 недостаточно, нужно еще открыть порты свыше 1023 на вход для создания сокетов, открой несколько тысяч, например 1024-20000.
peacefula

Цитата:

RFC 2822 You must define postmaster alias

Правильно пишет, создай алиас админской учетки postmaster@domain.ru

Цитата:

The special RefuseNULLReturnPath option is set to YES in mdaemon.ini this is RFC violation

по RFC 1123 5.2.9 ты обязан принимать письма с пустым полем FROM, но это уже дело вкуса и личного пристрастия, но лучше поменять на No.

Цитата:

Где эта гадость логи хранит?

c:\Mdaemon\Logs

Достал с августа архив папки мдемон,ща заливаю поверх.

Добавлено:
Алиас прописал,логи почему то 2008 года(( Хотя галки стоят.
he special RefuseNULLReturnPath option is set to YES in mdaemon.ini this is RFC violati- в ини файле нема.Вписал руками та же байда!

peacefula на RefuseNULLReturnPath можно забить, не критично.
проверь в Setup - Loggins что стоят нужны галки для логов и желательно сделать каждый лог отдельно и ежедневный и для каждого сервиса отдельно. В mdaemon система логирования продумана и хорошая, хранятся текущие логи за 3 суток, а старые пакуются и кладутся в архив в \Logs\OldLogs>.



Добавлено:
peacefula
Цитата:

Достал с августа архив папки мдемон,ща заливаю поверх.

поди вся папка демона августа 2008 года вместе с логами?

Цитата:

tulip191 одних портов 25 и 110 недостаточно, нужно еще открыть порты свыше 1023 на вход для создания сокетов, открой несколько тысяч, например 1024-20000.
peacefula

порты открыты - непомогло
логи smtp (in) - пусты
при команде telnet наш_статический_ip 25 - не удалось открыть подключение к этому узлу, на порт 25: сбой подключения
фаервел comodo - в активных соединениях показывает что MDaemon слушает порт 25 и там список адресов, в графе принято размер полученных данных, отправляю с майла письмо, смотрю в комодо ип откуда приходит демону, захожу на сайт 2ip.ru ввожу этот ип - это майл, с которого я отправил письмо, в демоне же никак это не отображается, и у клиента настроен оутлук - ничего нет
насколько я понял на комп попадает инфа посланная мной, и я ее нигде не вижу

tulip191
Цитата:

telnet наш_статический_ip 25 - не удалось открыть подключение к этому узлу,

И что хочешь от нас? Нет коннекта - разбирайся со своими фаерами и Nat-ами. Вопрос не к этой ветке, не к Mdaemonу!

Вопросы:
1. Можно ли как-нибудь настроить программу, чтобы она проверяла входящие ip на предмет "анонимная прокси" и отсеивала такие подключения
2. Можно ли реализовать очень редкую схему, когда на все входящие отправителю уходи письмо-автомат с просьбой ответить на него, чтобы первое письмо дошло до адресата(защита от спама)?

Доброго времени суток.

Существует проблема с MDaemon 10.1.0 в Server 2008 и 2008_R2.
А именно: Установка проходит нормально, запуск>служба запущена>значка в трее нет.
При включении службы "Слежение за итерактивными службами" появляется окно, что проблемы у MDaemon, что бы просмотреть сообщение программы нажмите "просмотреть">нажимаем>переходим на интерактивный рабочий стол и видим окно MDaemon (ни ошибки ни чего, просто работает), нажимаем вернуться>сообщение осталось, нажимаем "дополнительно">читаем: проблемы с частичной несовместимостью программы.

Кто нибудь сталкивался с данной проблемой, если да, то как решили?
Или же ждать новой версии демона?

P.S. Выставление режима совместимости не помогает.
Да и вроде как, демон исправно работает на 2008, но вот трабл со значком в трее и частичной несовместимостью (черевато...).

obtim
Цитата:

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

Это древняя фича - Callback Verification, встречная проверка существования ящика отправителя. Это имеешь ввиду? Стандартно в Mdaemon нет, но есть перец, написавший свой плагин к Mdaemon - обсуждение тут http://www.mdaemon.org.ru/forum/viewtopic.php?t=7730
Я бы не советовал юзать эту старую фичу. Будут проблемы с серверами, использующих более современный метод борьбы со спамом Greylisting.

Цитата:

1. Можно ли как-нибудь настроить программу, чтобы она проверяла входящие ip на предмет "анонимная прокси"

По какому признаку в письме ты определишь, что прокси - анонимный? И потом это не задача Mdaemon, а работа твоего фаервола и его анализатора пакетов.

BadPapa
Жди пока разработчики научатся делать tray icon совместимым со службой своей)

BadPapa Что касается значка в трее http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01346
а вообще Mdaemon поддерживает все платформы Microsoft Windows XP/2000/2003/Vista/2008 operating system (including 64-bit versions)