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

» Все о MDaemon (#2)

Автор: Zheka009
Дата сообщения: 01.12.2006 12:25
Смысл в том, что у меня не один сервер ) На одном надо убрать вообще, а на другом включить авторизацию. Так как включить-то?
Автор: ipmanyak
Дата сообщения: 01.12.2006 12:28
Zheka009 самому то help почитать влом ? секурити - IP Shield/AUTH/POP before smtp - вкладка SMTP Authentication
Автор: Zheka009
Дата сообщения: 01.12.2006 12:29
И при перезапуске у меня SMTP-сервер снова активный. Toggle active/inactive я уже пробовал.

Добавлено:
Да я наверное не просто так спросил. Я все галки повыставлял, а авторизацию он все равно не требует.
Автор: Shustriy
Дата сообщения: 01.12.2006 12:33
ipmanyak
просто у Меня этот Q: 1/3 никогда не меняется...
как с ним быть? пугает это Меня ....

теперь у Меня Q: 1/4 и как мне от этого избавится? или файрволл что то блокирует?
Автор: Zheka009
Дата сообщения: 01.12.2006 12:34
Разве что мысль одна: он у меня за ISA сервером сидит, а клиенты на него в основном через интерфейс локальной сети стучатся. Может он воспринимает как соединение "сам на себя" и поэтому не просит? Но я выставил, чтобы и для локальных пользователей требовал

Добавлено:
И после перезапуска Демона у него SMTP-сервер опять active стоит, хотя я его и отключал.
Автор: ipmanyak
Дата сообщения: 01.12.2006 13:04
Zheka009 проверь в логе SMTP-IN какую команду выдает клиент HELO или EHLO ? должен выдавать EHLO , иначе демон не будет просить аутентификации. если выдает HELO вместо EHLO значит трабла в ИСЕ (не пропускает расширенные команды SMTP)!
Автор: Master2000
Дата сообщения: 01.12.2006 17:29
Всем привет! Ребята, спасайте постаили админом а я только пользователь и как говорится ни бум бум. Есть сервер. Он используется для доступа в интернет, отправки и получения почты, на нем кончается место. Не знаю где еще чистить. Подскажите пожалуйста что делать?

Добавлено:
Думаю что дело в MDaemon, но где в нем сохраняются письма????
Автор: Gunslinger
Дата сообщения: 01.12.2006 21:51
поднял мдемон, с провайдером договорился - ptr и запись грят сделали
шлю тестовое письмо на mail.ru, письма уходят, отвечаю письма не приходят.
смущает вот такая строка в письме которое приходит на mail.ru:

Received-SPF: none (mx9.mail.ru: 10.10.10.10 is neither permitted nor denied by domain of mydomen.ru) client-ip=10.10.10.10; envelope-from=vozzhaev@mydomen.ru; helo=smtp.mydomen.ru;

подскажите где копать? не хочет получать почту сервер вроде все нормально настроено.
Автор: armanim
Дата сообщения: 02.12.2006 00:35
MDaemon 9.0.4 Rus
Создал первичный домен yandex.ru Т.к. почта вида name@yandex.ru В доставке поставил верхнюю галочку "Всегда отсылать всю исх-ую почту на сервер, указанный ниже" Выбрал smtp.yandex.ru и заполнил имя/пароль
Включил DomainPOP. Имя хоста: pop.yandex.ru
Вначале все работало вроде. DomainPOP проверял почту каждые 15 мин (хотя в настройках таймера первичного домена вроде стоит 10 мин. так и не понел где задавать частоту проверки)
Проблемма в том что теперь почта автоматически не проверяется, проверяется только и только тогда когда отправляю какое то письмо. Началось это после того как пробывал сменить имя первичного домена, потом вернул на место.
Как сделать чтобы автоматически сервер сам проверял почту каждые 2 минуты?
Автор: ficusss
Дата сообщения: 02.12.2006 03:19
Можно FAQ на версию Скачать 9.5.3 Rus зарание огромное спасибо
Автор: jankagman
Дата сообщения: 02.12.2006 12:42
to Bojenov1
В Plugins.dat указаны плагины, которые загружаются при старте MDaemon-а. Если оттуда удалить запись, то плагин просто не стартует в следующий раз. Так что удалять и добавлять можно безболезненно.
Меня волнует второй вопрос, на который ни кто так и не откликнулся:

На сервере стоит ISA 2004 SP2 + MDaemon 9.51, в Исе создано правило публикации почтового сервера (на стандартных портах). В логах выдаётся сообщение:

Server publishing rule [mail SMTP Server] that maps ххх.ххх.ххх.ххх:25 TCP to ххх.ххх.ххх.ххх:25 for protocol [SMTP Server] was unable to bind a socket for the server. The server publishing rule cannot be applied.
The failure is due to error: 0x80072747
<br>Server publishing rule [mail POP3 Server] that maps ххх.ххх.ххх.ххх:110 TCP to ххх.ххх.ххх.ххх:110 for protocol [POP3 Server] was unable to bind a socket for the server. The server publishing rule cannot be applied.
The failure is due to error: 0x80072747

где ххх.ххх.ххх.ххх адрес внешнего интерфейса сервера.
Вопрос: не MDaemon - ли мешает Исе? И как от этого избавиться.
P.S. Пересылка и приём почты работает нормально.

netstat -a ничего информативного не выдаёт, типа SMTP занят исой и ни каких проблем.
Автор: brassnet
Дата сообщения: 03.12.2006 09:45

Цитата:
Вопрос: не MDaemon - ли мешает Исе? И как от этого избавиться.


Они на одной машине живут? если до, то скорее всего так и есть, настрой демона на другие порты и измени публикацию соответственно.
Автор: xznahuy
Дата сообщения: 03.12.2006 09:46
А ктонить объяснит мне что за фигня: существовуют версии 9.5.* и 9.0.*
Что новее? на оффсайте 9.0.9 последним считается, а как насчет 9.5.* ?
Соответственно MDAV3.0.3 на 9.5.* , а на 9.0.* 2.9 , где собака копалась?
Автор: ipmanyak
Дата сообщения: 04.12.2006 05:43
Gunslinger телепатов нет - покажи кусок лога целиком .
armanim настройка неверна в принципе ! Читайте FAQи на предмет - Какие способы получения сбора почты поддерживает MDaemon и в чем их преимущество/отличие. Никаких первичных доменов yandex.ru не должно быть ! Вы должны юзать Multipop.
xznahuy версии 9.5.x принципиально отличаютсятся 9.0.x фильтрацией и обработкой спама на лету ! в том числе антивирус для них тоже отличается, потому разные версии! в версиях 9.0.x ничего нового не будет - фиксят баги .


Автор: xznahuy
Дата сообщения: 04.12.2006 06:04
ipmanyak
Понял, а 9.0.* апгрейдить можно до 9.5.* ?
Где прочесть про разницу между 90* и 95* поподробнее?
И про спамфилтеры, нигде не могу найти способны ли мдемоны последние распознать графический спам..
Поставил 9.0.9 вчера уже, не дождавшись ответов..

Автор: ipmanyak
Дата сообщения: 04.12.2006 06:55
xznahuy на сайте ALTN все про версию 9.5 есть !
http://files.altn.com/MDaemon/Release/RelNotes_en.txt - читай раздел MAJOR NEW FEATURES
Автор: Bojenov1
Дата сообщения: 04.12.2006 09:56
Ситуация: на некоторых юзерах поставил ограничение на входящую/исходящую почту- просто забил адреса-домены разрешенные для данных пользователей.
Проблема: если почтовый сервер из-вне представляется так (НУЖНЫЙ адресат):

MAIL FROM:<>

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

Добавлено:
Версия MD 8.1.3
Автор: ipmanyak
Дата сообщения: 04.12.2006 13:59
Bojenov1 по дефолту демон принимает почту с пустым полем FROM, если ты сам ничего не менял ! Более того ты обязан по RFC принимать такие письма ! Если менял , то в MDaemon.ini
RefuseNULLReturnPath=Yes или No

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

это я не понял ! к полю from это отношения не имеет - сам смотри рестрикшины аккаунтов.

Автор: Bojenov1
Дата сообщения: 04.12.2006 15:23
ipmanyak
Я понимаю что должен принимать- этого и хочу.
RefuseNULLReturnPath- нету у меня в ini файле (MD 8.1.3 рус, установка чистая, не апгрейд).
Так вот как раз я так думаю, что рестрикшены аккаунтов и влияют- т.е. если для юзера прописано- принимать и отправлять только на указанные адреса/домены- то с пустым FROM MD письма отрубает- особенно заметно это на подтверждениях о прочтении от некоторых наших клиентов (только вот настроек этих клиентов я пока не видел ).
Лог SMTP-вход:

<-- MAIL FROM:<>
--> 250 <>, Sender ok
<-- RCPT TO:<user@домен>
user@домен сейчас ограничен только локальной почтой
--> 550 <user@домен>, Recipient unknown
<-- QUIT


Сейчас добавлю RefuseNULLReturnPath в ini- проверю.

P.S. В какую секцию добавлять то?
Автор: nemuss
Дата сообщения: 04.12.2006 18:16
Кто мне поможет, люди добрые?

MDaemon 9.5.2

был домен olddomain.com
переехали на newdomain.com

Со старого домена на новый, через web-интерфейс, задал редирект писем по правилу:
1.if TO = user@olddomain.com, fw to: user@newdomain.com
2.if TO = user1@olddomain.com, fw to: user1@newdomain.com
и т.д.

В данный момент есть проблема, письма приходящие после редиректа со строкой "TO=user@olddomain.com", отправляются MDaemon`ом на
user1@newdomain.com, user2@newdomain.com и т.д. В Content Filter`е создал правило "if TO = user@olddomain.com, send copy to: user@newdomain.com". До адресата стало доходить, но остальным все равно приходит. Факт то, что в CF я не нашел правила forward, есть только отправлять копию.
Автор: ipmanyak
Дата сообщения: 05.12.2006 05:40
Bojenov1 секция [Special]
nemuss
а зачем такая байда вообще? у демона есть средство переименование домена с переносом всех аккаунтов в новый домен ! SETUP - MISCALANEOUS - SYSTEM - птица Move account mail to new directory when domain change , после чего тупо пишешь новое имя домена в Primary Domain и всё! на худой конец назначь алиас на домен - клавиша F3
Автор: nemuss
Дата сообщения: 05.12.2006 07:47
2 ipmanyak

Цитата:
а зачем такая байда вообще? у демона есть средство переименование домена с переносом всех аккаунтов в новый домен ! SETUP - MISCALANEOUS - SYSTEM - птица Move account mail to new directory when domain change , после чего тупо пишешь новое имя домена в Primary Domain и всё! на худой конец назначь алиас на домен - клавиша F3

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

В логах пишется так:
FROM: someone@example.com
TO: user@olddomain.com
Delivered To: user2@newdomain.com
Автор: ipmanyak
Дата сообщения: 05.12.2006 09:26
nemuss

Цитата:
До адресата стало доходить, но остальным все равно приходит

Коли приходит тогда о чем речь? Что собственно со старым - не пойму ничего!
Автор: Alkey
Дата сообщения: 05.12.2006 10:18
Немогу понять в чем дело..
стоит мдемон 9.0.1
есть примари домен @домен1
есть секондари @домен2
все они висят на одном внешнем ип.
из вне почта приходит и на первый и на второй.
так же из нутри нормально отправляется
НО при получении почты клиентом по pop3, причем клиент настроен на ящик 1@домен2, почта забирается из ящика 1@домен1
юзеры и пароли в домене1 и домене2 одинаковы.
почему он лезет забирать почту из первого домена, хотя нигде у клиента не указан первый домен?
Автор: Bojenov1
Дата сообщения: 05.12.2006 10:53
ipmanyak
Нет, не помогает, наверное бага-
если прописаны рестрикшены на юзера на доступные адреса/домены- с пустым FROM не принимает...
Может в 9-ке пофиксили, потом проверю на тестовом
Автор: nemuss
Дата сообщения: 05.12.2006 11:01
ipmanyak

Цитата:
Коли приходит тогда о чем речь? Что собственно со старым - не пойму ничего!


Обрати внимание на это

Цитата:
В логах пишется так:
FROM: someone@example.com
TO: user@olddomain.com
Delivered To: user2@newdomain.com

Поле TO и то, куда доходит письмо(Delivered To) различаются

Сейчас это исправилось прописанием старого почтового адреса в поле alias для каждого пользователя. пока работает
Автор: drdll
Дата сообщения: 05.12.2006 15:43
drdll

Newbie Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
--------------------------------------------------------------------------------
Доброго дня

есть два домена
один IP адрес

ДНС зону держу у себя на одном серваке
Мдемон на другом

Созданы А записи mal.domain1.by и mail.domain2.by с одинаковыми IP xxx.xxx.xxx.101
в днс прописываю MX запись mail.domain1.by xxx.xxx.xxx.101
на второй домен прописываю MX запись mail.domain2.by xxx.xxx.xxx.101

как ПРАВИЛЬНО настроить на mdaemone?

и что ж делать с ОБРАТНОЙ записью в ДНС, чтобы другие почтовики не отправляли на три буквы... ведь если какой-то почтовик настроен на проверку обратной зоны, я отправляю с домен номер 2, а при проверке скажет мой ДНС что IP принадлежит домену номер 1 - меня ж почтовик тот пошлет.

--------------------------------------------------------------------------------
Всего записей: 11 | Зарегистр. 23-06-2005 | Отправлено: 11:17 05-12-2006 | Исправлено: drdll, 11:21 05-12-2006





ipmanyak

Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
--------------------------------------------------------------------------------
drdll
1 - в демоне пропиши второй домен как вторичный - Secondary
2 - c MX все правильно
3 - запись с типом А создай только одну ! - mail.domain1.by
4 - в настройках первичного домена в HELO/EHLO (fqdn имя ) укажи имя как в записи с типом А, тогда проблем с обратной зоной не будет .

P.S для демона есть отдельная ветка ! Все о MDaemon (#2) ( 1 2 3 4 5 ... 43 44 45 46 47 ) пиши туда ! http://forum.ru-board.com/topic.cgi?forum=8&topic=14877#1 [?]

Автор: Alkey
Дата сообщения: 05.12.2006 16:15
to drdll
Все настроено именно так как тут описано, но все равно при забирании почты с нового домена, забирается со старого.
Автор: drdll
Дата сообщения: 05.12.2006 17:28
решение IPманьяка я думаю правильно...
но всёравно не могу понять, почему в случае с обратной зоно всё будет хорошо раотать?
ведь такие проверки работают по принципу:

IP=1.2.3.4 --> PTR=mx.mydomain1.by = HELO = mx.mydomain1.by --> A=1.2.3.4=IP
100% результат получения почты..

или я уже торможу?
Автор: covermann
Дата сообщения: 05.12.2006 22:35
Alkey


Цитата:
Немогу понять в чем дело..
стоит мдемон 9.0.1
есть примари домен @домен1
есть секондари @домен2
все они висят на одном внешнем ип.
из вне почта приходит и на первый и на второй.
так же из нутри нормально отправляется
НО при получении почты клиентом по pop3, причем клиент настроен на ящик 1@домен2, почта забирается из ящика 1@домен1
юзеры и пароли в домене1 и домене2 одинаковы.
почему он лезет забирать почту из первого домена, хотя нигде у клиента не указан первый домен?


Проверь имя юзера должно быть имя@домен и папки в свойствах аккаунтов

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Проблемы с одноранговой локальной сетью.


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