» Все о MDaemon (#4)

vlary
То есть, корреспондент не посылает никаких данных?
Хотя утверждает, что посылал на vev@my.domain письмо.

Surnoff
Цитата:

То есть, корреспондент не посылает никаких данных?

В данном сеансе, который в логе - нет. Смотри в логах. Возможно, в это время шла отправка письма от
vev@my.domain к m250@ domain.ua, и это простой коллбэк, как я уже писал. А настоящая сессия где-то еще... Похоже, что это все же проблемы не у вас, а у m250@ domain.ua.

vlary
Больше сеансов с участием этих адресатов не было. Буду связываться с Админом корреспондента.
Спасибо!

Подскажите пожалуйста, кто знает, как дать разрешение на редактирование адресной книги "общих контактов". По умолчанию, в MS Office Outlook -> Контакты, эта адресная книга имеет название "Контакты [Общий]"!?

P.S. Стоит MDaemon 11.х + Outlook Connector for MDaemon, пользователей Outlook Connector plugin и MS Office Outlook. LDAP не использую.

P.P.S. Всё нашёл где это, делается только через WebAdmin: Настройка-Папки общего пользования-далее закладка "Папки общего пользования" потом кнопка "Редактирование контроля доступа" и там всё прописывается.
Вопрос снят.

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

Bear39
Надо определить IP адрес с которого сервер будет получать-отправлять почту. Говорить про то что у регистратора доменных имен нужно зарегистрировать домен, а у провайдера PTR, я думаю не надо ))) Если PTR есть то в IP стоит забить IP именно этого PTR. Если нет, то можно 127.0.0.1

Цитата:

Надо определить IP адрес с которого сервер будет получать-отправлять почту.

У меня один IP, используется для основного домена.
Там же прописана обратная зона под основной домен.

Как тут быть?

Bear39
имя домена: ваш вторичный домен
полное имя хоста: имя PTR привязанного к вашему внешнему IP
IP: собстна IP PTR записи )

Добавлено:
Bear39
Так же не лишним будет в DNS сервере настроить SPF, вида
v=spf1 ip4:хх.ххх.ххх.хх ip4:хх.хх.ххх.ххх
(хх IP ваших серверов с которых идет рассылка почты)
многие домены используют эту фичу при проверке на спам.

PAPIruss
не кричите на меня, но не работает!

ИМЯ ДОМЕНА: newdomen.ru (новый домен - вторичный)
ПОЛНОЕ ИМЯ ХОСТА: mail.domen.ru (основное полное имя, на котором прописана обратная зона)
IP АДРЕС: 111.222.333.444 (IP - выделенный адрес провайдером с обратной зоной для осн домена)

Все, больше ничего не делал.
Почта ходит только внутри. Во внешку не отправляется и не принимается (mx не прописывал еще, но отправляться может и без этого)

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

Цитата:

как нет MX???

есть для основного домена, все работает прекрасно.

ну Ё. а как работает DNS вы представляете себе?

Цитата:

ну Ё. а как работает DNS вы представляете себе?

немножко
посчитал что почта будет отправляться из локалки используя основную запись.
если все нормально,потом добавил бы запись вида
mail.newdomen.ru mx10 mail.osnovnoydomen.ru
и почта стала бы приходить.

вы посылаете письмо на адрес mail@domain1.com
клиент обращается к DNS северу с вопросом кто обслуживает домен domain1.com и получает ответ, из MX записи с именем обслуживающего хоста и совсем не обязательно это domain1.com. после чего клиент отправляет письмо не на domain1.com, а на тот домен который он получил в ответе от DNS сервера. а теперь вопрос. какой ответ получит клиент на запрос про домен domain2.com если для него не настроен MX?

Цитата:

какой ответ получит клиент на запрос про домен domain2.com если для него не настроен MX?

никакой.
Ведь это на приход почты, отправка же с локалки должна по всей видимости работать, допустим если я с вторичного домена отправляю на тот же @mail.ru, почта должна отправляться.

Bear39
Это зависит от того как представляется ваш сервер маилу (строка HELO EHLO). если в строке EHLO написан domain1.com и IP соответствует MX записи, spf и PTR то скорее всего прокатит. а вот если в EHLO прописан domain2.com то будут траблы. смотрите лог отправки...

PAPIruss
При настроенном вторичном домене, как я писал выше. При отправке письма в инет со вторичного домена:

Уведомление о состоянии доставки MDaemon - http://www.altn.com/MDaemon/dsn/
--------------------------------------------------------------------------

Прикрепленное сообщение Failed address: genw@mail.ru

--- Session Transcript ---
Tue 2010-10-26 11:02:54: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxx\pd50000001451.msg>
Tue 2010-10-26 11:02:54: * From: it@seconddomen.ru Tue 2010-10-26 11:02:54: * To: genw@mail.ru Tue 2010-10-26 11:02:54: * Subject: test Tue 2010-10-26 11:02:54: * Size (bytes): 3136 Tue 2010-10-26 11:02:54: * Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAJh7T5PdfSxCs2Om8UIfeA7CgAAAEAAAAC1t8JaprCVHnJytwbKJZYMBAAAAAA==@seconddomen.ru>
Tue 2010-10-26 11:02:54: Attempting SMTP connection to [mail.ru] Tue 2010-10-26 11:02:54: Resolving MX records for [mail.ru] (DNS Server: 195.34.31.50)...
Tue 2010-10-26 11:02:54: * P=010 S=000 D=mail.ru TTL=(36) MX=[mxs.mail.ru] {94.100.176.20} Tue 2010-10-26 11:02:54: Attempting SMTP connection to [94.100.176.20:25] Tue 2010-10-26 11:02:54: Waiting for socket connection...
Tue 2010-10-26 11:02:54: * Connection established (62.112.121.102:1195 -> 94.100.176.20:25) Tue 2010-10-26 11:02:54: Waiting for protocol to start...
Tue 2010-10-26 11:02:54: <-- 220 Mail.Ru ESMTP Tue 2010-10-26 11:02:54: --> EHLO mail.firstdomen.net Tue 2010-10-26 11:02:54: <-- 250-mx109.mail.ru ready to serve Tue 2010-10-26 11:02:54: <-- 250-SIZE 31457280 Tue 2010-10-26 11:02:54: <-- 250 8BITMIME Tue 2010-10-26 11:02:54: --> MAIL From:<it@seconddomen.ru> SIZE=3136 Tue 2010-10-26 11:02:54: <-- 550 Unroutable address Tue 2010-10-26 11:02:54: --> QUIT
--- End Transcript ---

Цитата:

какой ответ получит клиент на запрос про домен domain2.com если для него не настроен MX?

Клиенты поиском МХ домена не занимаются, у них просто прописан свой почтовый сервер, и они тупо кидают письмо туда. Остальное - дело сервера.
Некоторые почтовые сервера при отсутствии MX записи для domain2.com, но наличии адресной записи, пытаются соединиться по 25 порту на этом айпи адресе.

vlary
Может я ошибся с формулировкой, просто привык что если есть сервер, то есть и клиент, который к этому серверу подключается, и не важно почтовая ли это программа или почтовый сервер. Когда на мой сервер ломится mail.ru, который на днях оценили в 5 ярдов $ то для меня это только клиент ))))))))
Bear39
mail.ru не очень хороший пример, у них априоре каждый новый домен в black листе, нужно писать им письмо. таки настройте MX и A записи или хотя бы MX. а то контрпродуктивно общаемся...

Добавлено:
Bear39
Маил таки вам прямо сказал что не знает как мршрутизировать письмо с вашего домена
550 Unroutable address Tue 2010-10-26 11:02:54: --> QUIT

Добавлено:
vlary

Цитата:

Некоторые почтовые сервера при отсутствии MX записи для domain2.com, но наличии адресной записи, пытаются соединиться по 25 порту на этом айпи адресе.

Согласен. Но по ходу у человека и A записи нет...

Цитата:

mail.ru не очень хороший пример, у них априоре каждый новый домен в black листе, нужно писать им письмо. таки настройте MX и A записи или хотя бы MX. а то контрпродуктивно общаемся...

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

остался последний вопрос: правильная mx запись.
мне нужно добавить запись такого вида:
mail.seconddomen.ru mx10 mail.firstdomen.ru (где second - вторичный, а first - основной)
Правильно?

PAPIruss
Цитата:

Но по ходу у человека и A записи нет...

Зато у него есть адрес.
"На деревню дедушке Ивану Макарычу".
Сейчас не только мэйл.ру, но и большинство корпоративных почтовиков проверяют адрес, который им пытаются подсунуть в MAIL From:
И если этот адрес вызывает сомнения, то ответ бывает жесткий, но справедливый - 550

Цитата:

Но по ходу у человека и A записи нет...

А запись имеется
"mail A 111.222.333.444" (где IP почтового сервера)

Что тут не так?

Bear39
MX

Цитата:

MX

Что мх?
Я правильно написал запись которую нужно сделать?

Bear39
mail.seconddomen.ru mx10 mail.firstdomen.ru
если вы создадите такую MX то вашь домен должен называться mail.seconddomen.ru, соответственно и письма должны иметь адрес mail@mail.seconddomen.ru. если же вам надо mail@seconddomen.ru то MX должен быть таким
seconddomen.ru mx10 mail.firstdomen.ru

Добавлено:
ну и конечно на mail.firstdomen.ru должна быть настроена A запись

PAPIruss

Цитата:

seconddomen.ru mx10 mail.firstdomen.ru

сделано!


Цитата:

ну и конечно на mail.firstdomen.ru должна быть настроена A запись

есть запись mail(субдомен) А(тип) 111.111.111.111(параметр)
Еще какую добавить?

Ну по идее теперь должно работать.
еще изучите синтаксис и назначение SPF

Цитата:

dedmad Работа по TSL не отменяет обычную по стандартным POP/SMTP, посему можешь задействовать TSL, а клиентов переводить на него постепенно.

Попробовал задействовать TSL. Отправка писем проходит нормально, а при приеме Outlook 2007 пишет, что протокол не поддерживается. Как исправить?

dedmad
Цитата:

а при приеме Outlook 2007 пишет, что протокол не поддерживается

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

извиняюсь
PAPIruss

Цитата:

Ну по идее теперь должно работать.
еще изучите синтаксис и назначение SPF

сегодня сделал изменения в MX записях. Прошло 2 часа, ситуация не изменилась, почта не ходит..
В руцентре днс на домене надо указывать?