» Все о MDaemon (#4)

Bear39 Может не будем гадать и назовете имя вашего почтового домена? чего его прятать? Без имени домена ничего конкретно сказать нельзя.

Bear39
Изменения DNS производятся нв первичном DNS сервере. Если первичный сервер обслуживает ru центр, то конечно там вам и стоит прописывать новую mx запись, не исправлять старую а создавать новую. вы вообще что создаете, субдомен от существующего? скажем есть doman1.com а вы делаете sub.domain1.com или у вас совсем другой домен? скажем domain2.com.
в ру центре обновления на DNS серверах происходят 4 раза в день, каждые 6 часов, если я не чего не путаю. если запись рабочая то на команду nslookup domain1.com
вы должны получить пимерно такой ответ
: domain1.com
Address: хх.ххх.хх.хх
гдк х IP адрес вашего сервера.

Добавлено:
ipmanyak
поддерживаю ) или у вас домен в зоне gov?

ipmanyak
PAPIruss
vlary
Постараюсь объяснить ситуацию:
У организации домен www.tochmash.net, на руцентре днс указан на хостинг (ns1.infobox.org и ns2.infobox.org),
на хосте записи на данный момент такие:
SUBDOMEN Type Param
А 77.221.130.15
МХ10 mail.tochmash.net
* A 77.221.130.15
*.* A 77.221.130.15
innomash.ru MX10 mail.tochmash.net
mail A 62.112.121.102
www A 77.221.130.15


На IP 62.112.121.102 прописана обратная зона для mail.tochmash.net
почта для основного домена В Mdaemon tochmash.net работает хорошо.

Задача добавить дополнительный домен в Mdaemon innomash.ru и чтобы почта также работала.
сейчас почта на дополнительном домене работает только в локалке, ну и отправляется в инет, но не приходит с инета.

Bear39
увжвемый, innomash.ru не имеет не какого отношения к домену tochmash.net
и делать в этой доменной зоне домену innomash.ru совершенно нечего. вам нужно регистрировать (если этого еще не сделано) домен innomash.ru, делать для него DNS и потом уже создавать в нем MX запись innomash.ru MX10 mail.tochmash.net
RTFM

PAPIruss Домен innomash.ru зареген, но не делегирован. Видимо мистер Bear39 еще не указал нэймсервера, которые должны за него отвечать. Так что вам Bear39 нужно топать в админку на nic.ru и назначать нэймсервера, затем на этих нэймсерверах создавать файлы зон innomash.ru , дождаться пока домен будет делегирован, то есть nic.ru проведет тесты ваших указанных нэймсерверов, после чего можно будет обсуждать остальные проблемы, которых возможно и не будет. Если утверждение мистера Bear верно и он назначил нэймсервера ns1.infobox.org и ns2.infobox.org, то nic.ru будет их тестить каждые 6 часов в течение 3-4 дней (кажется) и об ошибках будет сообщать вам на емайл, вы должны исправлять эти ошибки и ждать очередной тест-ответ.
Пока не пройдет делегирование базарить не о чем. И вообще это тема не этой ветки.

ipmanyak
Развернуто и весьма доходчиво, я признаться поленился проверять домен )
Все сказанное по делу и хорошее руководство к действию )
Весело будет если домен innomash.ru зареген не мистером Bear39 и вообще не имеет не к нему не к tochmash'у не какого отношения )))))
мистер Bear39 а скажите как художник художнику вы ни как не относитесь к мосточлегмашу?

PAPIruss Не этот домен принадлежит их фирме:
domain: INNOMASH.RU
state: REGISTERED, NOT DELEGATED
phone: +74997945327
fax-no: +74997945329
e-mail: ......@tochmash.net
org: Co.,Ltd " TOCHMASH "
registrar: RU-CENTER-REG-RIPN
created: 2010.09.22
paid-till: 2011.09.22
source: RU-CENTER

ipmanyak
PAPIruss
все, спасибо!

Bear39
Я надеюсь вы не удумали утопиться? )

vlary

Цитата:

При чем здесь Аутлук? Аутлук отправляет почту по SMTP, а принимает по POP3 или IMAP. И для этого нужны секурные версии POP3 или IMAP через SSL, а TSL здесь совершенно не причем.

Пример _http://www.mail.ru/pages/help/81.html


Цитата:

Для лучшей защиты данных, которые вы отправляете и получаете при помощи почтовой программы, вы можете включить шифрование. Для этого перейдите на вкладку «Дополнительно» и установите галочку напротив «Требуется шифрованное подключение SSL», а в выпадающем списке «Использовать следующий тип шифрованного подключения» выберите «TLS»

Хотел сделать по этому же принципу.

dedmad
Цитата:

Хотел сделать по этому же принципу

Ну так я о чем же?
Секурный POP3 подключается через SSL к порту 995, а SMTP использует обычный 25 порт, но после установления соединения договаривается о шифрования трафика по TLS

PAPIruss
нет, что вы )

внутри домена правило менять пароли раз в месяц, в MDaemone стоит галочка Ctrl-U - Active Directory - Monitor... Впринципе сменить пароль на почте раз в месяц не составляло труда, но как подняли общую адрессную книгу по LDAP - менять еще пароли там стало несколько затруднительно. Если снять галку - останутся текущие пароли и все? Новых юзеров заводить вручную придется?

realister12
Для LDAP заведите отдельную учетку. И поставьте галку что ее пароль бессрочен.

PAPIruss
благодарствую, и как это я сам не додумался(

Добавил в шапку прогу для декодирования паролей Multipop от сэра r0dent. Многие интересовались этой темой. Кто не в теме - пароли лежат в файле Multipop.dat. Этой же прогой можно декодить пароли из Userlist.dat, но смысла нет, поскольку можно сделать экспорт учеток в csv файл и там они в открытом виде.

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

Пытаюсь настроить пересылку почты с MD на сервер Lotus Notes.
Исходящую почту разрешил включением опции: Безопасность-Настройка безопасности-Запретить ретрансляцию сообщаний=...если только не отправленно от пользователя шлюза
Почта наружу ушла.
Битый час не могу застравить пересылать входящую почту. Общение с гуглем не принесло результатов

Лотусный админ сказал, что настроил на прослушивание. В логах MD вижу приход почты и отправку на сервер Лотосу.
Но в конечном итоге возвращается с такими сообщениями:
Fri 2010-11-05 08:45:51: Session 62; child 1; thread 0
Fri 2010-11-05 08:45:51: Accepting SMTP connection from [192.168.100.100:3729] to [192.168.100.200:25]
Fri 2010-11-05 08:45:51: --> 220 [192.168.10.200] ESMTP MDaemon 11.0.3; Fri, 05 Nov 2010 08:45:51 +0200
Fri 2010-11-05 08:45:51: <-- EHLO ekt.local.com
Fri 2010-11-05 08:45:51: --> 250-[192.168.1.20] Hello ekt.local.com, pleased to meet you
Fri 2010-11-05 08:45:51: --> 250-ETRN
Fri 2010-11-05 08:45:51: --> 250-AUTH=LOGIN
Fri 2010-11-05 08:45:51: --> 250-AUTH LOGIN CRAM-MD5
Fri 2010-11-05 08:45:51: --> 250-8BITMIME
Fri 2010-11-05 08:45:51: --> 250 SIZE 10000000
Fri 2010-11-05 08:45:51: <-- MAIL FROM:<> SIZE=2358
Fri 2010-11-05 08:45:51: --> 250 <>, Sender ok
Fri 2010-11-05 08:45:51: <-- RCPT TO:<user@company.com>
Fri 2010-11-05 08:45:51: Отправитель сделал попытку доставить сообщение на неизвестный адрес
Fri 2010-11-05 08:45:51: --> 550 <user@company.com>, Recipient unknown
Fri 2010-11-05 08:45:51: <-- RSET
Fri 2010-11-05 08:45:51: --> 250 RSET? Well, ok.
Fri 2010-11-05 08:45:51: <-- QUIT
Fri 2010-11-05 08:45:51: --> 221 See ya in cyberspace
Fri 2010-11-05 08:45:51: SMTP session terminated (Bytes in/out: 93/337)


Не могу понять на кого грешить: MD или все-таки Lotus

MrBlackis

Цитата:

--> 550 <user@company.com>, Recipient unknown

Демон пытается найти у себя в своих доменах этот ящик, а его нет. В этом логе никакой отправки лотусу нет, только прем почты.

1 - в мдемоне не должно быть ни первичного ни вторичного домена - домена лотуса
2 - в мдемоне создаете почтовый шлюз для домена лотуса (gateway)
3 - в этом шлюзе выбираете режим отправки/забора почты. Или сразу форвардите, или лотус каким-либо образом забриает почту у мдемона ( ATRN/ETRN) имхо проще сразу форвардить.

переезжаем: Все о MDaemon (#5)