» Все о MDaemon (#4)

Antonio_Starfighter Ничего не понял.

Цитата:

Домены у адресатов одинаковые

Как такое может быть?
Какой домен у вас и на какой домен собираетесь отправлять почту за бугор? И где собираетесь заводить учетку в каком домене/сервере?

подскажите, пожалуйста, как настроить mdaemon отправлять почту для "неизвестных локальных пользователей" постмастеру не в виде вложений, а как есть (в теле письма)? хотелось бы перемещать группами сообщения в папку "обучить как спам", но с вложением это не получается.

2 ipmanyak
Проблема решилась весьма просто.
Вообщем дело вот в чем было...
В настройках "Примари домен" есть удивительная вкладка "Неизвестные майлы". В частности эта настройка нужна для нелокальных адресов с идентичными именами деменов. В ней стояла галочка на "отправлять постмастеру письмо о том что юзера такого нет". Галочку я эту убрал.
И внизу, в той же вкладке есть "Расширенные настройки", я их включил и прописал хостом доставки - хостинг нашего провайдера. Все заработало, отправлял письма туда и сюда - все доходит. Имел наглость и возможность проверять через браузер почту забугорного товарища, там были письма отправленные мной .

Если кто-то не понял мою проблему изначально, я не виноват , т.к. если не знаешь "что" и "отчего" происходит, то весьма затруднительно сформулировать вопрос правильно и доступно. Сделал что смог.
Всем спасибо за участие!

ipmanyak
Я в курсе про отсутствие PTR на 94.*, провайдер пока не может предоставить.
Пробовал слать и с другого IP - тоже самое. Причем через 212.* сервер работает уже много лет и без проблем. Причем вопрос стоит не о том, что отбривают, а о том, что письма объемом более 3МБ перестали проходить(до этого все нормально работало) и то на на некоторые ресурсы. Да еще в первом сообщении забыл добавить, что после того как сессия рвалась, рвалась и попытка отправки на релэй провайдера. Лог:

Thu 2009-04-09 08:22:10: Attempting to send message to smart host
Thu 2009-04-09 08:22:10: Attempting SMTP connection to [mail.redcom.ru:25]
Thu 2009-04-09 08:22:10: Resolving A record for [mail.redcom.ru] (DNS Server: 208.67.222.222)...
Thu 2009-04-09 08:22:11: * D=mail.redcom.ru TTL=(1440) A=[212.19.2.83]
Thu 2009-04-09 08:22:11: Attempting SMTP connection to [212.19.2.83:25]
Thu 2009-04-09 08:22:11: Waiting for socket connection...
Thu 2009-04-09 08:22:11: * Connection established (212.19.7.8:1248 -> 212.19.2.83:25)
Thu 2009-04-09 08:22:11: Waiting for protocol to start...
Thu 2009-04-09 08:22:12: Ошибка приемного буфера, отмена. Невозможно доставить сообщение.


С серверами которые "бреют" пока работаем через 212.* или релэй провайдера.

Uniter Возможно твоя проблема из-за MTU. Если на роутерах по трассе до тебя забрит ICMP полностью (чего делать нельзя! нужно пропускать ICMP с типами 3,8 и 11), то невозможно подстроить MTU, у тебя кстати MTU возможно 1472, а не 1500, по крайней мере ping по 1500 на твой хост не идет, а 1472 идет. На 212.19.7.8 вообще только 1452 идет.
Проверь пинги на проблемные хосты. И если есть с кем связаться на проблемных удаленных хостах, то пусть они попингают твой хост, короткими пингами и длинными. Если они не смогут пингать твой хост - проблема однозначно с MTU, а вернее с роутерами, так называемыми Black Hole роутеры
http://support.microsoft.com/kb/314825.

Добрый День. Проблема при отправки почты, один раз и 5-6 проходит нормально, а в остальное время выдаёт следующее:


Код: The attached message had PERMANENT fatal delivery errors!

After one or more unsuccessful delivery attempts the attached message has been removed from the mail queue on this server. The number and frequency of delivery attempts are determined by local configuration parameters.

YOUR MESSAGE WAS NOT DELIVERED TO ONE OR MORE RECIPIENTS!

Failed address: keeper_dx@mail.ru

--- Session Transcript ---
Fri 2009-04-10 14:00:35: Parsing Message <xxxxxxxxxxxxxxxxxxxxxxxx\pd35000022597.msg>
Fri 2009-04-10 14:00:35: From: melwin@elsi.ru Fri 2009-04-10 14:00:35: To: keeper_dx@mail.ru Fri 2009-04-10 14:00:35: Subject: FW: sdfsdf Fri 2009-04-10 14:00:35: Message-ID:
Fri 2009-04-10 14:00:35: MX-record resolution of [mail.ru] in progress (DNS Server: 194.126.170.18)...
Fri 2009-04-10 14:00:35: * P=010 D=mail.ru TTL=(41) MX=[mxs.mail.ru] {94.100.176.20} Fri 2009-04-10 14:00:35: Attempting MX: P=010 D=mail.ru TTL=(41) MX=[mxs.mail.ru] {94.100.176.20} Fri 2009-04-10 14:00:35: Attempting SMTP connection to [94.100.176.20 : 25] Fri 2009-04-10 14:00:35: Waiting for socket connection...
Fri 2009-04-10 14:00:35: Socket connection established (192.168.0.3 : 3554 -> 94.100.176.20 : 25) Fri 2009-04-10 14:00:35: Waiting for protocol initiation...
Fri 2009-04-10 14:00:35: <-- 220 Mail.Ru ESMTP Fri 2009-04-10 14:00:35: --> EHLO elsi.ru Fri 2009-04-10 14:00:35: <-- 250-mx18.mail.ru ready to serve Fri 2009-04-10 14:00:35: <-- 250-SIZE 31457280 Fri 2009-04-10 14:00:35: <-- 250 8BITMIME Fri 2009-04-10 14:00:35: --> MAIL From:<melwin@elsi.ru> SIZE=2306 Fri 2009-04-10 14:00:35: <-- 250 OK Fri 2009-04-10 14:00:35: --> RCPT To:<keeper_dx@mail.ru> Fri 2009-04-10 14:00:35: <-- 250 OK Fri 2009-04-10 14:00:35: --> DATA Fri 2009-04-10 14:00:35: <-- 354 Go ahead Fri 2009-04-10 14:00:35: Sending <xxxxxxxxxxxxxxxxxxxxxxxx\pd35000022597.msg> to [94.100.176.20] Fri 2009-04-10 14:00:35: Transfer Complete.
Fri 2009-04-10 14:00:36: <-- 451 Try again later Fri 2009-04-10 14:00:36: --> QUIT Fri 2009-04-10 14:00:36: Attempting to send message to gateway.
Fri 2009-04-10 14:00:36: Attempting SMTP connection to [mail.elsi.ru : 25] Fri 2009-04-10 14:00:36: A-record resolution of [mail.elsi.ru] in progress (DNS Server: 194.126.170.18)...
Fri 2009-04-10 14:00:36: D=mail.elsi.ru TTL=(32) A=[89.108.67.156] Fri 2009-04-10 14:00:36: Attempting SMTP connection to [89.108.67.156 : 25] Fri 2009-04-10 14:00:36: Waiting for socket connection...
Fri 2009-04-10 14:00:36: Socket connection established (192.168.0.3 : 3555 -> 89.108.67.156 : 25) Fri 2009-04-10 14:00:36: Waiting for protocol initiation...
Fri 2009-04-10 14:00:38: <-- 220-cp120.agava.net ESMTP Exim 4.69 #1 Fri, 10 Apr 2009 11:00:36 +0400 Fri 2009-04-10 14:00:38: <-- 220-We do not authorize the use of this system to transport unsolicited, Fri 2009-04-10 14:00:38: <-- 220 and/or bulk e-mail.
Fri 2009-04-10 14:00:38: --> EHLO elsi.ru Fri 2009-04-10 14:00:38: <-- 250-cp120.agava.net Hello elsi.ru [194.126.168.54] Fri 2009-04-10 14:00:38: <-- 250-SIZE 52428800 Fri 2009-04-10 14:00:38: <-- 250-PIPELINING Fri 2009-04-10 14:00:38: <-- 250-AUTH PLAIN LOGIN Fri 2009-04-10 14:00:38: <-- 250-STARTTLS Fri 2009-04-10 14:00:38: <-- 250 HELP Fri 2009-04-10 14:00:38: --> MAIL From:<melwin@elsi.ru> SIZE=2306 Fri 2009-04-10 14:00:38: <-- 250 OK Fri 2009-04-10 14:00:38: --> RCPT To:<keeper_dx@mail.ru> Fri 2009-04-10 14:00:38: <-- 550 "REJECT invalid MX for this domain."
--- End Transcript ---
: Message contains [1] file attachments

Нужна помощь!!!

Поставил Mdaemon в офисе и сразу столкнуляся с проблемой: при отправке писем пишет - recipient unknown. Что это может быть?

В офисе все компы получает инет с роутера, может это влиять на MDaemon?

Никаких настроек безопасности не делал.

Доброго времени суток!
некоторое время назад, перестала приниматься почта с google, клиентам возвращается следущее:
> Technical details of permanent failure:
> Google tried to deliver your message, but it was rejected by the recipient
> domain. We recommend contacting the other email provider for further
> information about the cause of this error. The error that the other server
> returned was: 550 550 Domain moorestephens.vl.ru does not accept mail from
> mail-ew0-f165.google.com (state 7).
из последних настроек добавлял ipscreen.dat, но это было давно...
а пользователи возмущатся стали около месяца назад

artemk Проверяй свой ipscreen.dat, или занеси в его исключения mail-ew0-f165.google.com, причем правило поставь на самый верх.

tolsty and Мало данных, для начала занеси свою локальную сеть в трасты.

Melwin При отправке напрямую mail.ru тебе сообщает - 451 Try again later, возможно ящик у юзера столько уже не вмещает, типа переполнен. При отправке через шлюз прова - 550 "REJECT invalid MX for this domain." - это уже твой релей не нравится mail.ru, это уже пусть твой пров репу чешет.

ipmanyak
имеет ли смысл добавлять *.google.com, просто mail-ew0-f165.google.com не единственный host.

artemk Добавь *.google.com, так будет лучше.

ipmanyak
спасибо, работает

доброго дня всем, у меня проблемка с демоном, никто не может помочь, появилась недавно, лог сессии:
<-- 250-AUTH PLAIN LOGIN CRAM-MD5
<-- 250-STARTTLS
<-- 250 HELP Mon 2009-04-13 14:52:17:
--> MAIL From:<prvs=1354af2cad=admin@******.ru> SIZE=844850
<-- 250 OK --> RCPT To:<tata@****.ru>
<-- 550-Verification failed for <prvs=1354af2cad=admin@******.ru>
<-- 550-Unknown user prvs=1354af2cad=admin@******.ru
<-- 550 Sender verify failed
--> QUIT
вот проблема в том, что вот при такой авторизации, мой сервак не признает свои адреса, файервол не при чем, проверено, подскажите плиз что может быть, возможно какие то галочки случайно ткнул в демоне????

knis Зачем включил Backscatter? Много проблем с ним при встречной проверке, отруби его.

ipmanyak спасибо огромное, заработала

ipmanyak
Разобрался с проблемой. Глюк, как и предполагал в демоне(10.4-10.5), сегодня еще какие то непонятки пошли, решил откатить на 10.3 и все заработало. Тут возник еще вопрос по поводу IPScreen.dat, например имеется запись:
all 91.*.*.* refuse
all 91.206.147.69 accept
Будет ли это работать?

Uniter
не будет. Сверху вниз правила обрабатываются. строчки местами поменяй, если хочешь чтобы 91.206.147.69-обрабатывались,а остальные 91.* - нет

ipmanyak
Подскажи...
в SMTP Authentication отмечена Authentication is always required when mail is local accounts
(... unless message is to a local account - не отмечена);
Если занести IP in Trusted IP address, значит ли это, что при отправке с этого IP аутентификация проводится не будет?

И еще, прокоментируй этот кусок лога:
"Wed 2009-04-15 09:00:39: Session 7434; child 1; thread 1452
Wed 2009-04-15 08:53:10: Accepting SMTP connection from [192.168.100.146:1162]
Wed 2009-04-15 08:53:10: --> 220 domain.ru ESMTP MDaemon 9.6.5; Wed, 15 Apr 2009 08:53:10 +0400
Wed 2009-04-15 08:53:10: <-- EHLO mikeQFX
Wed 2009-04-15 08:53:10: --> 250-domain.ru Hello mikeQFX, pleased to meet you
Wed 2009-04-15 08:53:10: --> 250-ETRN
Wed 2009-04-15 08:53:10: --> 250-AUTH=LOGIN
Wed 2009-04-15 08:53:10: --> 250-AUTH LOGIN CRAM-MD5
Wed 2009-04-15 08:53:10: --> 250-8BITMIME
Wed 2009-04-15 08:53:10: --> 250 SIZE 0
Wed 2009-04-15 08:53:10: <-- AUTH LOGIN
Wed 2009-04-15 08:53:10: --> 334 VXNlcm5hbWU6
Wed 2009-04-15 08:53:10: <-- bWlrZQ==
Wed 2009-04-15 08:53:10: --> 334 UGFzc3dvcmQ6
Wed 2009-04-15 08:53:10: <-- ******
Wed 2009-04-15 08:53:10: --> 235 Authentication successful
Wed 2009-04-15 08:53:10: Authenticated as mike@domain.ru
Wed 2009-04-15 08:53:10: <-- MAIL FROM: <mike@domain.ru>
Wed 2009-04-15 08:53:10: --> 250 <mike@domain.ru>, Sender ok
Wed 2009-04-15 08:53:10: <-- RCPT TO: <Kondr@domain.ru>
Wed 2009-04-15 08:53:10: --> 250 <Kondr@domain.ru>, Recipient ok
Wed 2009-04-15 08:53:45: <-- NOOP
Wed 2009-04-15 08:53:45: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:54:15: <-- NOOP
Wed 2009-04-15 08:54:15: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:54:45: <-- NOOP
Wed 2009-04-15 08:54:45: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:55:15: <-- NOOP
Wed 2009-04-15 08:55:15: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:55:45: <-- NOOP
Wed 2009-04-15 08:55:45: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:56:15: <-- NOOP
Wed 2009-04-15 08:56:15: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:56:45: <-- NOOP
Wed 2009-04-15 08:56:45: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:57:15: <-- NOOP
Wed 2009-04-15 08:57:15: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:57:45: <-- NOOP
Wed 2009-04-15 08:57:45: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:58:15: <-- NOOP
Wed 2009-04-15 08:58:15: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:58:45: <-- NOOP
Wed 2009-04-15 08:58:45: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:59:15: <-- NOOP
Wed 2009-04-15 08:59:15: --> 250 NOOP? Well, ok.
Wed 2009-04-15 08:59:45: <-- NOOP
Wed 2009-04-15 08:59:45: --> 250 NOOP? Well, ok.
Wed 2009-04-15 09:00:15: <-- NOOP
Wed 2009-04-15 09:00:15: --> 250 NOOP? Well, ok.
Wed 2009-04-15 09:00:39: <-- QUIT
Wed 2009-04-15 09:00:39: --> 221 See ya in cyberspace
Wed 2009-04-15 09:00:39: SMTP session terminated (Bytes in/out: 234/695)"

Жителям форума привет БОЛЬШОЙ!
Занимался и занимаюсь железом с давних пор, но вот пришлось ещё и администрированием занятся, но продвижения не очень. Собствно вопрос:
Есть контора, внутри конторы есть домен (2003 SP2), на нём работают AD, DHCP, DNS. Канал в инет через прокси UG 4 (192.168.0.5), на проксе 25 и 110 порты замапил непосредственно до почтового сервера (внутр. адрес 192.168.0.200) . Сам канал в инет WI-MAX. Есть валидный постоянный адрес и присвоенное доменное имя. Ещё в сети есть WEB сервер (2003 SP2 внутр. адрес 192.168.0.200). На нём крутится корпоративный сайт и он опубликован в инете, как полагается по 80 порту. На WEB сервере поставил MD 9.5.1. Практически без всякого гемора настроил почту внутри сети, работает. Но что касается общения с внешним миром - финишь. MD в упор не хочет эт ого делать. У себя провайдер прописал соответствующие MX до нашего почтовика. Если из вне по telnetу ломится до MD по 25 и 110 порту по имени домена, то всё прекрасно. Почтовик отвечает. Но почта в упор не ходит. Копаясь в мануалах понял что нужно ещё зделать MX записи во внутреннем DNS и ещё где то, а где?. И вот тут то я и зашёл в тупик. Честно говоря я особо и не представляю где и как это надо делать. Не знаю важно это или нет, но имя внутреннего домена не совпадает с именем внешнего. Здесь был.
http://www.mdaemon.org.ru/forum/viewtopic.php?t=1298&start=5

HlamXXL
Опубликовать 25 порт на ружу, доменный регистратор, или кто там твою зону держит, должен правильно прописать твой MX и он должен разрешаться в твое имя узла и наоборот. Ну и собсно проверить с внешней сети телнет на твой почтовик.

gfa2

Цитата:

в SMTP Authentication отмечена Authentication is always required when mail is local accounts
(... unless message is to a local account - не отмечена);
Если занести IP in Trusted IP address, значит ли это, что при отправке с этого IP аутентификация проводится не будет?

Угу не будет.
А что по логу интересует? Много команд NOOP? Таких команд в SMTP сессии не должно быть. Какой антивир стоит на станции, возможно из-за него такая шняга. Попробуй отрубить антивир.

Цитата:

brassnet

25 и 110 порты промаплены наружу. Мою зону держит не мой сервак. Это уже вышестоящие сервера (не мои). Как я уже говорил по телнету из вне MD отвечает на ура по 110 и 25 портам.

ipmanyak


Цитата:

А что по логу интересует? Много команд NOOP? Таких команд в SMTP сессии не должно быть. Какой антивир стоит на станции, возможно из-за него такая шняга. Попробуй отрубить антивир.

похоже на антивир (Outlook+Symantec)...
как оказалось, пытались отправить большой (ну Очень большой) файл - видать, антивир не успевал проверить...
такое может быть?

HlamXXL
Если верить вашим словам, то порты опубликованы, MX, А, и PTR смотрят куда нужно, а именно на ваш сервак и он-же по телнету отвечает. Ну тогда все работает, а если не работает - логи сессий в студию, ибо не может этого быть.

Всем привет, подскажите может, кто сталкивался стоить Мд 9.6 настроено Data Transfer limit те режет по размер почты но нужно сделать так чтобы он не резал оного пользователя а всех резал как это можно замутить

Добавлено:
Всем привет, подскажите может, кто сталкивался стоить Мд 9.6 настроено Data Transfer limit те режет по размер почты но нужно сделать так чтобы он не резал оного пользователя а всех резал как это можно замутить

Добавлено:
Всем привет, подскажите может, кто сталкивался стоить Мд 9.6 настроено Data Transfer limit те режет по размер почты но нужно сделать так чтобы он не резал оного пользователя а всех резал как это можно замутить

gfa2
Цитата:

похоже на антивир (Outlook+Symantec)...
как оказалось, пытались отправить большой (ну Очень большой) файл - видать, антивир не успевал проверить...
такое может быть?

да.

Цитата:

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

Нет такой возможности. И потом не каждый сервер примет большое письмо, у всех стоят свои лимиты. Скажи юзеру, чтобы паковал вложения архиватором в многотомный архив и отсылал частями. Winrar и 7-zip умеют это делать.

HlamXXL Телепатов тут нет! Скажи свой домен и его текущий реальный адрес и приведи логи, тогда получишь от нас ответ.

brassnet
ipmanyak


Цитата:

Телепатов тут нет!

Это я прекрасно понимаю. Может я правильно вопрос не могу задать из-за моей некомпетентности в этом деле.
Логи каких именно сесий надо предоставить?
домен: eurostar.uz
IP: 94.141.70.27
dns1 94.141.64.1
dns2 94.141.64.2

SMTP-(out)

Wed 2009-04-15 17:44:22: Resolving MX records for [mail.ru] (DNS Server: 94.141.64.1)...
Wed 2009-04-15 17:44:32: * DNS: 10 second wait for DNS response exceeded (attempt 1 of 3)
Wed 2009-04-15 17:44:32: Resolving MX records for [mail.ru] (DNS Server: 94.141.64.2)...
Wed 2009-04-15 17:44:42: * DNS: 10 second wait for DNS response exceeded (attempt 2 of 3)
Wed 2009-04-15 17:44:42: Resolving MX records for [mail.ru] (DNS Server: 94.141.64.1)...
Wed 2009-04-15 17:44:52: * DNS: 10 second wait for DNS response exceeded (attempt 3 of 3)
Wed 2009-04-15 17:44:52: Attempting SMTP connection to [mail.ru:25]
Wed 2009-04-15 17:44:52: Resolving A record for [mail.ru] (DNS Server: 94.141.64.1)...
Wed 2009-04-15 17:45:02: * DNS: 10 second wait for DNS response exceeded (attempt 1 of 3)
Wed 2009-04-15 17:45:02: Attempting SMTP connection to [mail.ru:25]
Wed 2009-04-15 17:45:02: Resolving A record for [mail.ru] (DNS Server: 94.141.64.2)...
Wed 2009-04-15 17:45:12: * DNS: 10 second wait for DNS response exceeded (attempt 2 of 3)
Wed 2009-04-15 17:45:12: Attempting SMTP connection to [mail.ru:25]
Wed 2009-04-15 17:45:12: Resolving A record for [mail.ru] (DNS Server: 94.141.64.1)...
Wed 2009-04-15 17:45:21: * DNS: 10 second wait for DNS response exceeded (attempt 3 of 3)
Wed 2009-04-15 17:45:21: Возраст этого сообщения равен 14 минутам; осталось 46 минут его нахождения в этой очереди
Wed 2009-04-15 17:45:21: SMTP session terminated (Bytes in/out: 0/0)
Wed 2009-04-15 17:45:21: ----------

HlamXXL
А что с настройками твоего DNS, он внешние адреса нормально разрешает?

DNS работал только для внутреней сетки. Сейчас дал разрешение ему делать запросы к вышестоящим DNS серверам. картина осталась без изменения.

HlamXXL
1 - Для начала разберись с днс, увеличь таймауты для днс раза в 3-4 в Setup|Primary Domain| Timers. и добейся, чтобы имена резолвились! Убедись, что фаер не блочит 53 порт.
2 - твой MX mx.eurostar.uz не имеет записи с типом А. Обратись к админам днс серверов ns1.evo.uz и ns2.evo.uz , чтобы сделали такую запись!
3 - PTR на 94.141.70.27 - нет! Обращайся к прову, чтобы создали PTR для mx.eurostar.uz в обратной зоне.
4 - создай SPF запись, к кому обращаться см. п.2