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

» Все о MDaemon (#3)

Автор: ipmanyak
Дата сообщения: 25.01.2008 10:07
Angoim Попробуй в IE7 последовательно отключать аддоны - Manage Add-Ons и проверять WC. Или сразу запустить без всех аддонов, правой кнопой на Internet Explorer - Start Without Add-ons. По-русски это кажется звучит Internet Explorer 7 в режиме без надстроек. Еще попробовать временно отключить антивирусы.

P.S. Запустите обозреватель Internet Explorer 7 в режиме без надстроек
Чтобы запустить обозреватель Internet Explorer 7 в режиме без надстроек, нажмите кнопку Пуск, последовательно выберите пункты Программы, Стандартные и Служебные, а затем щелкните пункт Internet Explorer (без надстроек).
Если после применения данного способа проблема исчезла, воспользуйтесь средством Надстройки, чтобы определить надстройки, являющиеся причиной проблемы. Для этого выполните указанные ниже действия.
1.    На панели инструментов Internet Explorer нажмите кнопку Сервис, выберите пункт Надстройки, а затем выберите пункт Включение и отключение надстроек.
2.    Выберите надстройку в начале списка Включены, а затем в области параметров нажмите кнопку Отключить.
3.    Нажмите кнопку ОК и проверьте работоспособность обозревателя Internet Explorer.
4.    Если проблему устранить не удалось, откройте окно Надстройки, включите надстройку, отключенную в действии 2, а затем повторно выполните действия 1—3 для следующей надстройки в списке "Включены".
5.    Выполняйте действия 1—3, пока проблема не будет устранена или пока не будут проверены все надстройки.

Автор: tarasln
Дата сообщения: 25.01.2008 14:11
стоит демон 9.6.1

при попытке отправки письма вываливается ошибка:

SMTP_OUT
Fri 2008-01-25 12:12:02: --> MAIL From:<local*mail> SIZE=2505263
Fri 2008-01-25 12:12:04: <-- 250 2.1.0 Ok
Fri 2008-01-25 12:12:04: --> RCPT To:<remote*mail>
Fri 2008-01-25 12:12:16: <-- 450 4.1.7 <local*mail>: Sender address rejected: undeliverable address: host local*domen[*.*.*.*] said: 550 Sorry, <postmaster@remote*domen> is not allowed access from your location (in reply to MAIL FROM comma
Fri 2008-01-25 12:12:16: --> QUIT

тобишь на удаленном серваке производится попытка послать мне проверочное письмо (milter-sender и подобные), а мой сервак его отфутболивает:

SMTP_IN
Fri 2008-01-25 12:12:05: <-- MAIL FROM:<postmaster@remote*domen> SIZE=293
Fri 2008-01-25 12:12:05: --> 550 Sorry, <postmaster@remote*domen> is not allowed access from your location
Fri 2008-01-25 12:12:06: <-- RSET
Fri 2008-01-25 12:12:06: --> 250 RSET? Well, ok.
Fri 2008-01-25 12:12:06: <-- QUIT


Вопрос в том, где эта гребаная птичка, что-бы mdaemon принимал почту с адресов типа postmaster@*
Автор: ipmanyak
Дата сообщения: 25.01.2008 15:05
tarasln Покажи кусок лог SMTP-IN полностью от начала сессии и до конца. Желательно MAIL FROM:<postmaster@remote*domen> и IP адрес от кого идет коннект не скрывать
Автор: Angoim
Дата сообщения: 25.01.2008 15:13
ipmanyak

Цитата:
режиме без надстроек

Режим пробывал ранее и чейчас попробывал. Нифига.
Надстройки включал, отключал, тоже самое.
Автор: big303
Дата сообщения: 25.01.2008 15:28
Есть локальная сеть, один сервак на инет, на нем МДемон.

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

При отправки выдает такое:

Протокол: SMTP, Ответ сервера: '550 <****@gmail.com>, Recipient unknown', Порт: 25, Защита: (SSL): Нет, Ошибка сервера: 550, Код ошибки: 0x800CCC79

Сервер: 2003 + трафик инспектор. Кто сталкивался - подскажите что делать?
Автор: Bear39
Дата сообщения: 25.01.2008 15:28
Подскажите что делать!
Постоянно приходят на мой адрес пиьсма, о том что фатальная и не постоянная ошибка доставки на какие то непонятные адреса (домены), хотя из нашей конторы А ТЕМ БОЛЕЕ С МОЕГО АДРЕСА туда никто не отправляет писем! Где заблокировать эти адреса(домены) или что сделать подскажите пожалуйста!
Автор: tarasln
Дата сообщения: 25.01.2008 16:15
ipmanyak

Fri 2008-01-25 14:54:36: Session 116; child 6; thread 2556
Fri 2008-01-25 14:54:34: &#207;&#240;&#232;&#237;&#232;&#236;&#224;&#254; SMTP &#239;&#238;&#228;&#234;&#235;&#254;&#247;&#229;&#237;&#232;&#229; &#238;&#242; [80.255.74.234:59866]
Fri 2008-01-25 14:54:34: Performing PTR lookup (234.74.255.80.IN-ADDR.ARPA)
Fri 2008-01-25 14:54:34: * D=234.224/28.74.255.80.IN-ADDR.ARPA TTL=(31) PTR=[netmaster.bayadera.com.ua]
Fri 2008-01-25 14:54:34: * Gathering A records...
Fri 2008-01-25 14:54:34: * D=netmaster.bayadera.com.ua TTL=(22) A=[80.255.74.234]
Fri 2008-01-25 14:54:34: ---- End PTR results
Fri 2008-01-25 14:54:34: --> 220 *.com.ua ESMTP MDaemon 9.6.1; Fri, 25 Jan 2008 14:54:34 +0200
Fri 2008-01-25 14:54:34: <-- EHLO netmaster.bayadera.com.ua
Fri 2008-01-25 14:54:34: Performing IP lookup (netmaster.bayadera.com.ua)
Fri 2008-01-25 14:54:34: * D=netmaster.bayadera.com.ua TTL=(22) A=[80.255.74.234]
Fri 2008-01-25 14:54:34: ---- End IP lookup results
Fri 2008-01-25 14:54:34: --> 250-*.com.ua Hello netmaster.bayadera.com.ua, pleased to meet you
Fri 2008-01-25 14:54:34: --> 250-VRFY
Fri 2008-01-25 14:54:34: --> 250-EXPN
Fri 2008-01-25 14:54:34: --> 250-ETRN
Fri 2008-01-25 14:54:34: --> 250-AUTH=LOGIN
Fri 2008-01-25 14:54:34: --> 250-AUTH LOGIN CRAM-MD5
Fri 2008-01-25 14:54:34: --> 250-8BITMIME
Fri 2008-01-25 14:54:34: --> 250 SIZE 75000000
Fri 2008-01-25 14:54:34: <-- MAIL FROM:<postmaster@netmaster.bayadera.com.ua> SIZE=293
Fri 2008-01-25 14:54:34: --> 550 Sorry, <postmaster@netmaster.bayadera.com.ua> is not allowed access from your location
Fri 2008-01-25 14:54:36: <-- RSET
Fri 2008-01-25 14:54:36: --> 250 RSET? Well, ok.
Fri 2008-01-25 14:54:36: <-- QUIT
Fri 2008-01-25 14:54:36: --> 221 See ya in cyberspace


------------------------------------------------------------------

вроде разобрался:

в демоне у меня несколько доменов *.com.ua
недавно в целях оптимизации перепрописал алиасы: вместо postmaster@domen1.com.ua и т.д. прописал postmaster@*.ua
вылезло боком - все что postmaster из зоны UA воспринималось как локальная учетка с обязательной авторизацией при заходе извне.
Вот и происходил отлуп.
Автор: ipmanyak
Дата сообщения: 26.01.2008 07:42
Bear39
1 - Проверь раб станции на SMTP трояны
2 - Если в логах SMPT-OUT нет данных отправки на тех, от кого приходит, значит ваши адреса засветились в инете и спамеры шлют от вашего имени куда ни попадя.
3 - Чужая раб станция заражена smtp трояном и тупо в поле FROM или Return-path ставит адреса из адресной книги зараженного компа, в которой есть ваш адрес, и делает массовую рассылку куда ни попадя.

P.S
Наиболее вероятен 3-пункт и вы тут ничего не поделаете (также как и в пункте 2).
Проанализируй заголовки писем.


Добавлено:
big303 Юзеры наружу шлют через mdaemon или напрямую ? Cудя по всему напрямую, сервак требует аутентификации для SMTP (а не только для POP),которая у клиента не настроена. И это логично, иначе это будет открытый релей.
Автор: golkanavt
Дата сообщения: 26.01.2008 11:29
Столкнулся с проблемой, которая последний раз заявляла о себе пару лет назад - после вчерашних рассылок по партнерам (не спам, суммарно по 3м рассылкам порядка 1000 писем, объем 500-1500Кб) ночью Remote Queue замерзла - сообщения перестали отправляться, сессии остались висеть. В логах сплошные connection time out. C чем это может быть связано и как решить эту проблему? Или хотя бы как заставить MDaemon сигнализировать админу о нештатной ситуации - а то пользователи почту отсылают, думают что все уже давно дошло, и лишь спустя несколько часов стало понятно что есть проблема. Перезапустил сервер, начало шустро убегать, постепенно опять сессии повисают одна за другой, требуется убивать их и запускать заново. Такое ощущение, что провайдер либо зарезает количество одновременных почтовых сессий и/или скорость, хотя никаких условий об этом в договоре нет да и не было долгое время такой проблемы, хотя рассылки в среднем раз в неделю проходят уже давным давно.

Добавлено:
Забыл уточнить:

Код:
MDaemon Server:

SMTP/POP/IMAP server: v8.1.3
WorldClient HTTP server: v8.1.3
WorldClient DLL: v8.1.3
ComAgent client: v8.1.3
Content filter server: v8.1.3
Content filter DLL: v8.1.3
SpamAssassin dll: v3.0.4
Автор: Angoim
Дата сообщения: 28.01.2008 06:52
ipmanyak
Есть еще идеи по WC?

У меня еще одна проблемка, со спамом.
Думаю что от меня рассылается спам, так как попадаем в блек листы. Стоит SMTP авторизация.
К примеру сегодня с одного апишника пришло на много адресов Спама. Вот мой лог, пришло как будто бы от меня самого, мне:

Mon 2008-01-28 00:56:40: ----------
Mon 2008-01-28 00:56:42: Session 9326; child 6; thread 2200
Mon 2008-01-28 00:56:40: Accepting SMTP connection from [89.132.174.178 : 2269]
Mon 2008-01-28 00:56:40: Performing PTR lookup (178.174.132.89.IN-ADDR.ARPA)
Mon 2008-01-28 00:56:40: * D=178.174.132.89.IN-ADDR.ARPA TTL=(1439) PTR=[catv-5984aeb2.catv.broadband.hu]
Mon 2008-01-28 00:56:40: * Gathering A records...
Mon 2008-01-28 00:56:40: * D=catv-5984aeb2.catv.broadband.hu TTL=(1439) A=[89.132.174.178]
Mon 2008-01-28 00:56:40: ---- End PTR results
Mon 2008-01-28 00:56:40: --> 220 My Domine ESMTP MDaemon 8.1.3; Mon, 28 Jan 2008 00:56:40 +0500
Mon 2008-01-28 00:56:40: <-- HELO catv-5984aeb2.catv.broadband.hu
Mon 2008-01-28 00:56:40: Performing IP lookup (catv-5984aeb2.catv.broadband.hu)
Mon 2008-01-28 00:56:40: * D=catv-5984aeb2.catv.broadband.hu TTL=(1439) A=[89.132.174.178]
Mon 2008-01-28 00:56:40: ---- End IP lookup results
Mon 2008-01-28 00:56:40: --> 250 My Domine Hello catv-5984aeb2.catv.broadband.hu, pleased to meet you
Mon 2008-01-28 00:56:40: <-- MAIL FROM:<stewart@My Domine>
Mon 2008-01-28 00:56:40: Performing IP lookup (My Domine)
Mon 2008-01-28 00:56:40: * P=015 D=My Domine TTL=(59) MX=[mail.My Domine] {My IP}
Mon 2008-01-28 00:56:40: ---- End IP lookup results
Mon 2008-01-28 00:56:40: --> 250 <stewart@My Domine>, Sender ok
Mon 2008-01-28 00:56:41: <-- RCPT TO:<andrey@My Domine>
Mon 2008-01-28 00:56:41: Performing DNS-BL lookup (89.132.174.178 - connecting IP)
Mon 2008-01-28 00:56:41: * sbl-xbl.spamhaus.org - passed
Mon 2008-01-28 00:56:41: * bl.spamcop.net - passed
Mon 2008-01-28 00:56:41: ---- End DNS-BL results
Mon 2008-01-28 00:56:41: --> 250 <andrey@My Domine>, Recipient ok
Mon 2008-01-28 00:56:41: <-- DATA
Mon 2008-01-28 00:56:41: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50001054444.tmp
Mon 2008-01-28 00:56:41: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2008-01-28 00:56:41: Message size: 2719 bytes
Mon 2008-01-28 00:56:41: Passing message through AntiVirus (Size: 2719)...
Mon 2008-01-28 00:56:42: * Message is clean (no viruses found)
Mon 2008-01-28 00:56:42: ---- End AntiVirus results
Mon 2008-01-28 00:56:42: Message creation successful: d:\mdaemon\queues\inbound\md50002052270.msg
Mon 2008-01-28 00:56:42: --> 250 Ok, message saved <Message-ID: <20080127095653.3183.qmail@catv-5984aeb2.catv.broadband.hu>>
Mon 2008-01-28 00:56:42: <-- RSET
Mon 2008-01-28 00:56:42: --> 250 RSET? Well, ok.
Mon 2008-01-28 00:56:42: <-- QUIT
Mon 2008-01-28 00:56:42: --> 221 See ya in cyberspace
Mon 2008-01-28 00:56:42: SMTP session successful (Bytes in/out: 2843/424)
Mon 2008-01-28 00:56:42: ----------

Как огородиться от такого?
Автор: ipmanyak
Дата сообщения: 28.01.2008 07:56
golkanavt Что в логах пишет ?




Добавлено:
Angoim 89.132.174.178 уже занесен в спамхаус, а вообще бань ненужные домены по первому уровню, от которых заведомо к тебе ничего идти не должно, например:
Япония - jp , Венгрия - hu и так далее. Список доменов можно посмотреть здесь:
http://www.completewhois.com/statistics/data/ips-bycountry/rirstats/1ST-READ-THIS.txt
Автор: golkanavt
Дата сообщения: 28.01.2008 10:29
ipmanyak
По зависшим сессиям - connection timed out
Автор: big303
Дата сообщения: 28.01.2008 11:31
ipmanyak

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

немного докапаля до того что.... я походу или тупой или демон меня на понт берет..

натройки безопасности - перенеправление: отменил запрет на ретрансляцию сообщений, все письма на внешнюю почту у пользователей уходить стали... а вот приходить не приходят.

вариант который мне подходит больше всего: "запретить ретрансляцию если только не отправлено от пользователя шлюза" при отправле тестового сообщения, выдает все туже ошибку "Протокол: SMTP, Ответ сервера: '550 <****@gmail.com>, Recipient unknown', Порт: 25, Защита: (SSL): Нет, Ошибка сервера: 550, Код ошибки: 0x800CCC79"

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

что делать?



Вобщем поставил "запретить ретрансляцию если только не отправлено с разрешенного хоста или Ип", вбил айпишники своей сети. писма отходят, но все так же не приходят.
Автор: vetrygalive
Дата сообщения: 28.01.2008 13:01
может ли мдаемон переименовывать smtp адреса?
Автор: fay31
Дата сообщения: 28.01.2008 14:21
MDaemon 9.6.3.

Вот мой вопрос на
http://forum.mdaemon.ru/viewtopic.php?t=7414
меня послали, я так понял )

1. является ли этот злосчастный кабэшник ответом на мой вопрос?
2. мдемон никогда не умел это делать?
3. можно ли как-то исправить?
4. как все-таки оставить пожелание для последующих версий?
Автор: zapadlist
Дата сообщения: 28.01.2008 17:38
Прошу обратить внимание на запись
* D=mail.ru TTL=(330) A=[194.67.57.226]
Устанавливаю MultiPOP подключение к [194.67.57.226:110]

Во-первых:уж никак не 194.67.57.226,а хотя бы 194.67.57.26
Во-вторых:поставьте в IP-хеше mail.ru 194.67.23.20 и будет Вам счастье
Автор: Bear39
Дата сообщения: 28.01.2008 20:32

Цитата:
ipmanyak
1 - Проверь раб станции на SMTP трояны
2 - Если в логах SMPT-OUT нет данных отправки на тех, от кого приходит, значит ваши адреса засветились в инете и спамеры шлют от вашего имени куда ни попадя.
3 - Чужая раб станция заражена smtp трояном и тупо в поле FROM или Return-path ставит адреса из адресной книги зараженного компа, в которой есть ваш адрес, и делает массовую рассылку куда ни попадя.

P.S
Наиболее вероятен 3-пункт и вы тут ничего не поделаете (также как и в пункте 2).
Проанализируй заголовки писем.



Забыл сказать, что письма пытаются отправиться на один только домен nate.com, какая то китайская х-ня

Аунтификация спасет?
Автор: 5555555
Дата сообщения: 28.01.2008 20:41

Цитата:
Аунтификация спасет?

нет, если лок станции в доверенной зоне, а скорее всего это так и это не неправильно.
Тебе правильный порядок действий уже написал ipmanyak. Не с того конца хочешь зайти.
Автор: Mistique
Дата сообщения: 29.01.2008 06:02

Цитата:

Цитата: Забыл сказать, что письма пытаются отправиться на один только домен nate.com, какая то китайская х-ня

Аунтификация спасет?

Столкнулся с такой же бедой... 8(
Причем!
в IP Shelding выставил пары: мой домен - мой ИП.
Закрыт релей и обозначены довереные хосты

Но! Снята галка AUTH for postmaster abuse admin, потому что Postfix у многих настроен на обратный "прозвон" при входящей сессии, и шлет именно на postmaster! не проходит и обламывает исходящее письмо! потому и снял.

Не понимаю почему не работает Защита по ИР(Ctrl+F8)... у меня там прописано:

*@mydomain, MyIP
по логике все че пытается отправить от имени *@mydomain должно быть на этом IP =MyIP. так?

Для проверки перезапускаю демона. захожу на "левый" доступный хост.
Автор: ipmanyak
Дата сообщения: 29.01.2008 06:44
big303
Цитата:
демон конечно зачетный, и альтернативы для него нет

Альтернативы есть и не мало! Например Communigate Pro, ESERV. Под юниксы - Postfix, Exim.
Проверь свой почтарь на уровне DNS http://www.dnr.kz/services/
Введи имя домена и жмакни кнопу DNSREPORT.


Добавлено:
Mistique
Автор: Mistique
Дата сообщения: 29.01.2008 06:57

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

ваще не смешно...8) на заметку другим. если прописываете алиас в домене postmaster-> admin(или какая то еще учетка), то прописывайте не postmaster@*,a postmaster@mydomain...

а то тоже весело будет..*)
Автор: ipmanyak
Дата сообщения: 29.01.2008 07:03
golkanavt 1 - Возможно нарушаешь RFC, не более 100 команд RCPT в одном сообщении. Как рассылка осуществляется? Шлете на спиcок рассылки или в письме в поле Кому адреса наколочены? Правильный подход - использовать Списки рассылки.
2 - Таймаут на установление SMTP сессии сколько секунд стоит? Primary Domains - Timers.

Добавлено:
Mistique Есть хорошая поговорка: "Мы сами себе ищем шило, садимся на него задницей, а потом долго и мучительно слазим." Насчет ip shield и домена, сам виноват, не внимателен, там четко написано - домен, а не адреса с @. Насчет алиаса postmaster@* - тоже, загнал все домены в этот шаблон.
Автор: axit
Дата сообщения: 29.01.2008 10:22
Немогу понять как подключить клиента MS Outlook к серверу MDaemon/
В списке "Дополниетльные типы серверов" нет никаких серверов
Автор: ipmanyak
Дата сообщения: 29.01.2008 11:47
axit Нафиг Дополнительные ? Выбирай POP и заполняй данные учетки и pop/smtp серверы.
Автор: brassnet
Дата сообщения: 29.01.2008 13:36
axit

Цитата:
Нафиг Дополнительные ? Выбирай POP и заполняй данные учетки и pop/smtp серверы.

... или подключай по IMAP, или устанавливай на сервак Outlook Connector и тогда будут у тебя "дополнительные"...
Автор: golkanavt
Дата сообщения: 30.01.2008 09:42
ipmanyak

Цитата:
1 - Возможно нарушаешь RFC, не более 100 команд RCPT в одном сообщении.

Вряд ли, потому как если сессию вручную убить, и стартовать заново - она проходит нормально. Снизил количество одновременных сессий с 10 до 5, шустрее стало убегать, меньше стало подвисших, т.е. отчасти видимо с таймерами связано. Таймеры установлены на 150 seconds за исключением MX DNS responses - 30, Latency = 125 ms.


Цитата:
Как рассылка осуществляется? Шлете на спиcок рассылки или в письме в поле Кому адреса наколочены?

В Бате пользователи вбивают адреса из адресной книги, это удобнее чем списки рассылки
Автор: Les1at
Дата сообщения: 30.01.2008 10:46
Помогите начинающему, не нашёл в поиске

стоит MDaemon 9.6.1 Ru, Alt-n OutLook Connector v.2.2.0.c.ru

Нужна возможность создания поручения участникам компании. Настроил общие папки. На вкладке Задачи (в папке Outlook connector for mdaemon) создаю задачу, всё ок. Но когда создаю поручение, выскакивает ошибка "Папка задачи не найдена"

На клиенте Microsoft Outlook 2003.

Разрешения на папкит уже ставил, но ошибка не пропадает.

Заранее спасибо за помощь.
Автор: mhtechno
Дата сообщения: 30.01.2008 11:06
Wed 2008-01-30 12:20:38: * To: АДРЕС@pm.convex.ru
Wed 2008-01-30 12:20:38: * Subject:
Wed 2008-01-30 12:20:38: * Message-ID:
Wed 2008-01-30 12:20:38: Устанавливаю SMTP подключение к [pm.convex.ru]
Wed 2008-01-30 12:20:38: Разрешение MX-записей для [pm.convex.ru] (DNS-сервер: 127.0.0.1)...
Wed 2008-01-30 12:20:38: * P=005 S=000 D=pm.convex.ru TTL=(1391) MX=[smtp.convex.ru]
Wed 2008-01-30 12:20:38: * P=010 S=001 D=pm.convex.ru TTL=(1391) MX=[mashadar.ural.ru]
Wed 2008-01-30 12:20:38: Устанавливаю SMTP подключение к [smtp.convex.ru:25]
Wed 2008-01-30 12:20:38: Разрешение A-записи для [smtp.convex.ru] (DNS-сервер: 127.0.0.1)...
Wed 2008-01-30 12:20:38: * D=smtp.convex.ru TTL=(1391) A=[195.64.222.2]
Wed 2008-01-30 12:20:38: Устанавливаю SMTP подключение к [195.64.222.2:25]
Wed 2008-01-30 12:20:38: Ожидание подключения сокета...
Wed 2008-01-30 12:20:38: * Соединение установлено (192.168.6.251:2182 -> 195.64.222.2:25)
Wed 2008-01-30 12:20:38: Ожидание запуска протокола...
Wed 2008-01-30 12:20:59: Socket connection closed by the other side (how rude!)
Wed 2008-01-30 12:20:59: Устанавливаю SMTP подключение к [mashadar.ural.ru:25]
Wed 2008-01-30 12:20:59: Разрешение A-записи для [mashadar.ural.ru] (DNS-сервер: 127.0.0.1)...
Wed 2008-01-30 12:20:59: * D=mashadar.ural.ru TTL=(10) A=[195.64.192.55]
Wed 2008-01-30 12:20:59: Устанавливаю SMTP подключение к [195.64.192.55:25]
Wed 2008-01-30 12:20:59: Ожидание подключения сокета...
Wed 2008-01-30 12:20:59: * Соединение установлено (192.168.6.251:2187 -> 195.64.192.55:25)
Wed 2008-01-30 12:20:59: Ожидание запуска протокола...
Wed 2008-01-30 12:21:20: Socket connection closed by the other side (how rude!)
Wed 2008-01-30 12:21:20: Возраст этого сообщения равен 49 минутам; осталось 11 минут его нахождения в этой очереди
Wed 2008-01-30 12:21:20: SMTP сессия отменена (Байт принято/передано: 0/0)



или вот такое....
Wed 2008-01-30 12:30:38: * To: АДРЕС@atomsc.ru
Wed 2008-01-30 12:30:38: * Subject:
Wed 2008-01-30 12:30:38: * Message-ID:
Wed 2008-01-30 12:30:38: Устанавливаю SMTP подключение к [atomsc.ru]
Wed 2008-01-30 12:30:38: Разрешение MX-записей для [atomsc.ru] (DNS-сервер: 127.0.0.1)...
Wed 2008-01-30 12:30:38: * Сервер имен сообщает, что имя домена не опознано
Wed 2008-01-30 12:30:38: Устанавливаю SMTP подключение к [atomsc.ru:25]
Wed 2008-01-30 12:30:38: Разрешение A-записи для [atomsc.ru] (DNS-сервер: 127.0.0.1)...
Wed 2008-01-30 12:30:38: * Сервер имен сообщает, что имя домена не опознано
Wed 2008-01-30 12:30:38: Возраст этого сообщения равен 41 минутам; осталось 19 минут его нахождения в этой очереди
Wed 2008-01-30 12:30:38: SMTP сессия отменена (Байт принято/передано: 0/0)

Письма не отправляются...

В чем может быть причина.
Настройки следующие:
Шлюз WinRoute сделан маппинг по портам 25, 110 на почтовый сервер (он же выступает DNS-сервером).
В настройках почтовика слушающий Апишник указывал как внешний, так и локальный (192.168.6.251, 127.0.0.1)

Что может быть. Понимаю что настройки ДНС могут быть не верны, но как правильно настроить не допираю - туплю.
Автор: ipmanyak
Дата сообщения: 30.01.2008 11:18
mhtechno
telnet mashadar.ural.ru 25
Connecting To mashadar.ural.ru...Could not open connection to the host, on port 25: Connect failed

telnet smtp.convex.ru 25
Connecting To smtp.convex.ru...Could not open connection to the host, on port 25: Connect
failed


Цитата:
Wed 2008-01-30 12:30:38: Разрешение A-записи для [atomsc.ru] (DNS-сервер: 127.0.0.1)...
Wed 2008-01-30 12:30:38: * Сервер имен сообщает, что имя домена не опознано


https://www.nic.ru/whois/?query=atomsc.ru
Информация о домене ATOMSC.RU от NIC.RU
Доменное имя свободно! Вы можете его зарегистрировать.

Еще вопросы есть ? Или и так понятно?
Автор: Fir
Дата сообщения: 30.01.2008 11:18
Подскажите, как можно сделать с помощью Mdaemon :
автоматом заносить в белый список ВСЕ адреса получателей, на которые идет почта с определенного домена(или ip адреса). , если по-простому, пользователь отправляет получателю письмо и этот получатель заноситься в белый список

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Копирование с Cisco через консольный провод


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