Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Все о MDaemon (#3)

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

emx (17-01-2009 20:15): http://forum.ru-board.com/topic.cgi?forum=8&topic=30717  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

   

emx



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору


Пожалуйста, постим кратко в первом посте ответы на наиболее часто задаваемые вопросы.
 
Все версии MDaemon
Почтовый сервер MDaemon (обзор)
Документация MDaemon 8 (рус)
Настройка MDaemon (рус)
FAQ по MDaemon (рус)
FAQ. Прежде чем спросить посмотри здесь! (рус)
Закрытие релея на MDaemon
Закрытие релея Mdaemon инструкция от ALTN  
Инструкция по установке и настройке  MDaemon 6.x 7.x
Инструкция по обучению антиспам-фильтра байеса
Mdaemon 9.5 руководство пользователя (рус)
Робот автофильтрации хостов для Mdaemon - Описание  и принцип работы... (подробнее)
Файл скрининг хостов ipscreen.dat....
 
За лекарствами в варёзник
Обсуждение в программах
 
Внимание !  DNSBL - relays.ordb.org перестал работать 31 декабря 2006 года. Уберите его из списков DNSBL!    
 
Внимание !  DNSBL - list.dsbl.org перестал работать c 21 мая 2008 года. Уберите его из списков DNSBL! Прочитать можно тут http://dsbl.org  и тут http://dsbl.org/node/4#comments  
 
Внимание !  Если у Вас Mdaemon установленный как сервис виснет при открытии - ОТКЛЮЧИТЕ DEP  
 
 
Предыдущие части этой темы:  
#2;
#1.

Всего записей: 11829 | Зарегистр. 05-06-2002 | Отправлено: 14:09 12-08-2007 | Исправлено: Clavik, 09:06 30-10-2008
brassnet



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
trotil1986
Так не вводи эти самые запятые в пароле...
Это служебные символы и их использование не рекомендуется, а во многих случаях не разрешено.

Всего записей: 1773 | Зарегистр. 29-12-2005 | Отправлено: 13:04 03-10-2008
DRON22

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

Цитата:
Отчеты судя по всему валяться в спам или ещё куда-то... Попрописывай нужных клиентов в белый список и все будет нормально.

Самый простой ответ...
Но в спаме их нету.
Вот нашел: http://forum.ru-board.com/topic.cgi?forum=5&topic=6186&start=300      
ПОСТ Roman_B
Что думаете.
А вообще есть такие кто через демона получает отчеты о доставке?
Кстати, а что случилось с http://www.mdaemon.org.ru ?

Всего записей: 10 | Зарегистр. 13-07-2006 | Отправлено: 13:22 03-10-2008 | Исправлено: DRON22, 13:34 03-10-2008
65536

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ребята, был когда-то полезный форум, посвящённый MDaemon
http://web.archive.org/web/20080112105428/http://forum.mdaemon.ru/
к сожалению закрыли может кто его забекапил? Там было очень много полезной информации и ФАКов. В частности интересует тема где сравнивались режимы работы демона:
1. Традиционный СМТП сервер, когда MXы прописываются на машинку с демоном
2. Забор почты у провайдера через DomainPOP.
 
Были подробно описаны плюсы и минусы работы в каждом случае. На работе почта работает по методу №2, что считаю не правильным, и хочу переписать MXы непосредственно на свой сервер. Но для этого надо руководству дать сравнительную таличку что есть гут, а что не гут... Может у кого есть готовый материал на эту тему?

Всего записей: 136 | Зарегистр. 09-12-2005 | Отправлено: 16:35 03-10-2008 | Исправлено: 65536, 16:57 03-10-2008
brassnet



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
65536
А чего там сравнивать? Через MX - значит все получашь сам и сам-же рулишь как хочешь. А второй вариант сыпется на прова и забираешь оттуда. Собсно для пользователей это вообще фиолетово, каждый для себя сам решает.

Всего записей: 1773 | Зарегистр. 29-12-2005 | Отправлено: 17:38 03-10-2008
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
65536
MDaemon поддерживает 4 различных способа приема внешней почты (в порядке убывания скорости/надежности).  
 
1. SMTP - наиболее предпочтительный с точки зрения надежности, экономности и подконтрольности способ. Прием производится сервером SMTP MDaemon, который принимает соединение от сервера-отправителя на 25 порт, общедоступный из интернет.  
Т.к. инициатором обмена всегда выступает сервер-отправитель почты, то IP на котором MDaemon принимает соединения не может изменяться или исчезать (т.е. IP должен быть статическим, подключение к интернет постоянным).  
 
Требования:  
- статический IP  
- постоянное подключение к интернет и устойчивый канал  
- порт 25 MDaemon напрямую или через port-mapping должен быть доступен из интернет  
 
Предпочтительно иметь MX запись для Вашего домена, указывающую на IP на котором MDaemon принимает соединения, тогда входящая почта будет "сама падать" к Вам на сервер в реал-тайм.  
 
Преимущества:  
- "живое" соединение с сервером отправителем, отсутствие посредников  
- возможность фильтрации/проверки на СПАМ в реал-тайм, до приема самого письма, тем самым экономит траффик  
- в этом режиме работает вся мощь reverse lookup и spam blocker  
 
Можно получать почту по SMTP если MX указывает не на Вас, а на сервер провайдера (как это часто бывает с молодыми доменами). Нужно просто договорится с провайдером, чтобы его сервер не копил почту в каком-то ящике, а переправлял всю входящую почту для Вашего домена на IP, где установлен MDaemon (т.е. настроить сервер провайдера в режим gateway для Вашего домена). Почта будет ходить почти так же быстро как и по MX, НО теряется живой коннект с сервером-отправителем, фильтрация возможна будет ТОЛЬКО после приема ВСЕГО письма целиком... и появляется один "посредник".  
 
Начинающим админам следует использвать этот режим с особой осторожностью, т.к. открыт доступ к MDaemon из интернет. Возможны хакерские и вирусные атаки на сервер снаружи. Типичные ошибки - это отсутствие файервола, открытый релай MDaemon, короткие и простые пароли пользователей.  
 
2. ATRN/ETRN - способ аналогичный "SMTP через релай провадера", он использует тот же транспорт, НО инициатором соединения выступает сам MDaemon.  
прием производится сервером SMTP MDaemon по расписанию заданному в Scheduler MDaemon. Предварительно нужно договорится с администратором сервера, накапливающего почту, чтобы разрешили использование ATRN/ETRN для Вашего домена и обсудить метод авторизации. Алгоритм работы примерно следующий:  
 
По событию scheduler'а MDaemon соединяется с портом 25 (для ETRN) или 366 (порт ODMR для ATRN) сервера, накапливающего почту для Вашего домена (сервером провайдера) как если бы хотел отправить червез него почту, НО в процессе SMTP сессии меняет направление канала командой ATRN или ETRN (turn) с соотвестсвующей авторизацией, т.е. отправителем становится сервер провайдера, получателем - Ваш сервер, после чего сервер провайдера по этому же соединению (для ATRN) или создает новое встречное соединение (для ETRN), по протоколу SMTP сливает Вам всю накопленную почту.  
 
Преимущества:  
- не обязательно иметь постоянное соединение с интернет и фиксированный IP, т.к. инициатором обмена всегда выступает Ваш MDaemon.  
- не нужен парсер заголовков, получатель письма однозначно получается из RCPT TO команды SMTP  
- не нужны открытые порты со стороны интернет  
 
Недостатки:  
- почта ВСЕГДА будет приходить с задержкой равной или меньшей интервалу шедулера  
- фильтрация возможна только после принятия письма целиком (за исключением MAIL  
FROM и RCPT TO).  
 
3. DomainPOP - получает почту, накапливаемую в каком-то одном ящике для всего домена на сервере провайдера по протоколу POP3. Дальнейшую сортировку почты по локальным ящикам производит парсер заголовков MDaemon. Предварительно нужно договорится с администратором сервера, накапливающего для Вашего домена почту, чтобы вся ваша почта ложилась в один почтовый ящик. Например *@mydomain.ru --> mail@mydomain.ru. Чтобы DomainPOP работал - должна быть запущена служба DomainPOP в Servers MDaemon и соответствующим образом настроен парсер.  
 
По событию шедулера MDaemon соединяется с портом 110 (POP3) сервера провайдера и начинает планомерно выкачивать и сортировать содержимое ящика.  
 
DomainPOP - НЕ ПОДДЕРЖИВАЕТ СОРТИРОВКУ ПОЧТЫ БЕЗ ЕЕ СКАЧИВАНИЯ ! Т.е. скачана будет всегда ВСЯ ПОЧТА (кроме тех писем, что привысили заданный максимальный размер) не зависимо Ваша это почта или нет... и ВСЯ ПОЧТА БУДЕТ УДАЛЕНА из ящика после удачного завершения сессии.  
Также протокол POP3 НЕ ПОДДЕРЖИВАЕТ многопользовательский режим, нельзя "выгребать" ящик несколькими клиентами/серверами одновременно. Это приведет к потере почты или блокировке ящика.  
 
Преимущества:  
- не обязательно иметь постоянное соединение с интернет и фиксированный IP, т.к. инициатором обмена всегда выступает Ваш MDaemon.  
- не нужны открытые порты со стороны интернет  
 
Недостатки:  
- почта ВСЕГДА будет приходить с задержкой равной или меньшей интервалу шедулера  
- фильтрация возможна только после принятия письма целиком.  
- не всегда заголовки писем парсеру MDaemon удается верно разобрать, т.к. не все сервера, через которые письмо прошло могут четко соотвествать RFC и встречаются сюрпризы  
- если в процессе выкачивания ящика произошел сбой, то его придется выкачивать ВЕСЬ снова, письма удаляются из него только после получения ВСЕХ писем  
- возможны накладки, связанные с блокировкой почтового ящика предыдущей зависшей по какой-то причине сессии (неустойчивый канал, сбой сервера). Иногда для разблокирования ящика на сервере провадера требуется вмешательство тамошнего администратора.  
 
4. MultiPOP - привязан к каждой учетной записи MDaemon.  
Для любого юзера MDaemon можно задать один или несколько почтовых ящиков, с которых MDaemon по событиям шедулера будет собирать почту. Чтобы почта собиралась должна быть запущена служба MultiPOP в Servers MDaemon.  
Сортировщик-парсер в этом режиме не нужен, т.к. почта однозначно падает в ящик пользователя, у которого этот MultiPOP прописан.  
Может применяться для сбора почты со сторонних ящиков для отдельных единичных пользователей, т.к. при большом количестве пользователей физически невозможно прописать каждому записи в MultiPOP, но настройки MultiPOP могут задаваться/меняться самими пользователями через WorldClient, если дать им эту привилегию.  
 
Преимущества:  
- нет необходимости предварительно договариваться с администратором сервера, т.к.  
MDaemon в этом режиме имитирует обычного почтового клиента.  
- не обязательно иметь постоянное соединение с интернет и фиксированный IP, т.к. инициатором обмена всегда выступает Ваш MDaemon.  
- не нужны открытые порты со стороны интернет  
 
Недостатки:  
- не предназначен для почты всего домена, только для отдельных пользователей  
- почта ВСЕГДА будет приходить с задержкой равной или меньшей интервалу шедулера  
- фильтрация возможна только после принятия письма целиком  
- влечет заметный расход траффика, даже если ящики пусты  
(например проверять 20 ящиков каждые 5 минут. Типичный расход на проверку ящика около 100-120 байт, получаем 12*24*20*110=633600 байт в сутки...)  
 
Сводная таблица поддерживаемых возможностей/опций:  
("+" - да (поддерживается),"++" - да, с эконимией времени и траффика, "-" - нет, "?" - не имеет смысла)
 
 
SMTP по MX  
Нужен статический IP и постоянное подключение к интернет (+)  
Скорость доставки - RealTime  
Лишний расход траффика на проверку наличия почты (-)  
Фильтр на IP (IPScreen) (++)  
Фильтр на HELO (Host screen) (++)  
Фильтр на адрес отправителя - MAIL FROM (Address suppression) (++)  
Отказ по липовому HELO (++)  
Отказ по отсутствию или несоответствию A на PTR (++)  
Отказ по липовому домену отправителя в MAIL FROM (++)  
Отказ по несоответствию IP записям A и MX домена отправителя (++)  
Отказ по несоответствию домена отправителя в MAIL FROM назначенному диапазону IP (IPShield) (++)  
SPF (проверка IP на предмет разрешенного для этого MAIL FROM) (++)  
Отказ по несуществующему получателю (++)  
Automatic IP screening (блокировка IP, с которых слишком частый коннект или подбирают пароль) (++)  
Tarpiting (затягивание сессии, если слишком много RCPT TO) (++)  
Spam blocker на IP сервера-отправителя (отказ если IP числится в подключенных к демону RBL's) (++)  
Spam blocker на заголовки Received (+)  
Отказ по превышению квоты для юзера (++)  
Отказ по превышению размера письма (++) для ESMTP, (+) для SMTP  
Spam asassin (эвристический анализатор на предмет выявления СПАМА) (+)  
Bayesian (обучаемая примочка к Spam asassin, дает вероятностную поправку)(+)  
Антивирус (+)  
Фильтр на расширение файлов (+)  
CFilter (+)  
Шифрованный канал (SSL/TLS) (+)  
 
SMTP через релай провайдера  
Нужен статический IP и постоянное подключение к интернет (+)  
Скорость доставки - RealTime (если релай провайдера достаточно быстрый)  
Лишний расход траффика на проверку наличия почты (-)  
Фильтр на IP (IPScreen) (?)  
Фильтр на HELO (Host screen) (?)  
Фильтр на адрес отправителя - MAIL FROM (Address suppression) (++)  
Отказ по липовому HELO (?)  
Отказ по отсутствию или несоответствию A на PTR (?)  
Отказ по липовому домену отправителя в MAIL FROM (++)  
Отказ по несоответствию IP записям A и MX домена отправителя (?)  
Отказ по несоответствию домена отправителя в MAIL FROM назначенному диапазону IP (IPShield) (?)  
SPF (проверка IP на предмет разрешенного для этого MAIL FROM) (?)  
Отказ по несуществующему получателю (++)  
Automatic IP screening (блокировка IP, с которых слишком частый коннект или подбирают пароль) (?)  
Tarpiting (затягивание сессии, если слишком много RCPT TO) (?)  
Spam blocker на IP сервера-отправителя (отказ если IP числится в подключенных к демону RBL's) (?)  
Spam blocker на заголовки Received (+)  
Отказ по превышению квоты для юзера (++)  
Отказ по превышению размера письма (++) для ESMTP, (+) для SMTP  
Spam asassin (эвристический анализатор на предмет выявления СПАМА) (+)  
Bayesian (обучаемая примочка к Spam asassin, дает вероятностную поправку)(+)  
Антивирус (+)  
Фильтр на расширение файлов (+)  
CFilter (+)  
Шифрованный канал (SSL/TLS) (+)  
 
ATRN/ETRN  
Нужен статический IP и постоянное подключение к интернет (-)  
Скорость доставки - Scheduler  
Лишний расход траффика на проверку наличия почты (+)  
Фильтр на IP (IPScreen) (?)  
Фильтр на HELO (Host screen) (?)  
Фильтр на адрес отправителя - MAIL FROM (Address suppression) (++)  
Отказ по липовому HELO (?)  
Отказ по отсутствию или несоответствию A на PTR (?)  
Отказ по липовому домену отправителя в MAIL FROM (++)  
Отказ по несоответствию IP записям A и MX домена отправителя (?)  
Отказ по несоответствию домена отправителя в MAIL FROM назначенному диапазону IP (IPShield) (?)  
SPF (проверка IP на предмет разрешенного для этого MAIL FROM) (-)  
Отказ по несуществующему получателю (++)  
Automatic IP screening (блокировка IP, с которых слишком частый коннект или подбирают пароль) (?)  
Tarpiting (затягивание сессии, если слишком много RCPT TO) (?)  
Spam blocker на IP сервера-отправителя (отказ если IP числится в подключенных к демону RBL's) (?)  
Spam blocker на заголовки Received (+)  
Отказ по превышению квоты для юзера (++)  
Отказ по превышению размера письма (++)  
Spam asassin (эвристический анализатор на предмет выявления СПАМА) (+)  
Bayesian (обучаемая примочка к Spam asassin, дает вероятностную поправку)(+)  
Антивирус (+)  
Фильтр на расширение файлов (+)  
CFilter (+)  
Шифрованный канал (SSL/TLS) (+)  
 
DomainPOP  
Нужен статический IP и постоянное подключение к интернет (-)  
Скорость доставки - Scheduler  
Лишний расход траффика на проверку наличия почты (+)  
Фильтр на IP (IPScreen) (-)  
Фильтр на HELO (Host screen) (-)  
Фильтр на адрес отправителя - MAIL FROM (Address suppression) (-)  
Отказ по липовому HELO (-)  
Отказ по отсутствию или несоответствию A на PTR (-)  
Отказ по липовому домену отправителя в MAIL FROM (-)  
Отказ по несоответствию IP записям A и MX домена отправителя (-)  
Отказ по несоответствию домена отправителя в MAIL FROM назначенному диапазону IP (IPShield) (-)  
SPF (проверка IP на предмет разрешенного для этого MAIL FROM) (-)  
Отказ по несуществующему получателю (-)  
Automatic IP screening (блокировка IP, с которых слишком частый коннект или подбирают пароль) (-)  
Tarpiting (затягивание сессии, если слишком много RCPT TO) (-)  
Spam blocker на IP сервера-отправителя (отказ если IP числится в подключенных к демону RBL's) (-)  
Spam blocker на заголовки Received (+)  
Отказ по превышению квоты для юзера (-)  
Отказ по превышению размера письма (++)  
Spam asassin (эвристический анализатор на предмет выявления СПАМА) (+)  
Bayesian (обучаемая примочка к Spam asassin, дает вероятностную поправку)(+)  
Антивирус (+)  
Фильтр на расширение файлов (+)  
CFilter (+)  
Шифрованный канал (SSL/TLS) (-)  
 
MultiPOP  
Нужен статический IP и постоянное подключение к интернет (-)  
Скорость доставки - Scheduler  
Лишний расход траффика на проверку наличия почты (+)  
Фильтр на IP (IPScreen) (-)  
Фильтр на HELO (Host screen) (-)  
Фильтр на адрес отправителя - MAIL FROM (Address suppression) (-)  
Отказ по липовому HELO (-)  
Отказ по отсутствию или несоответствию A на PTR (-)  
Отказ по липовому домену отправителя в MAIL FROM (-)  
Отказ по несоответствию IP записям A и MX домена отправителя (-)  
Отказ по несоответствию домена отправителя в MAIL FROM назначенному диапазону IP (IPShield) (-)  
SPF (проверка IP на предмет разрешенного для этого MAIL FROM) (-)  
Отказ по несуществующему получателю (?)  
Automatic IP screening (блокировка IP, с которых слишком частый коннект или подбирают пароль) (-)  
Tarpiting (затягивание сессии, если слишком много RCPT TO) (-)  
Spam blocker на IP сервера-отправителя (отказ если IP числится в подключенных к демону  
RBL's) (-)  
Spam blocker на заголовки Received (+)  
Отказ по превышению квоты для юзера (-)  
Отказ по превышению размера письма (++)  
Spam asassin (эвристический анализатор на предмет выявления СПАМА) (+)  
Bayesian (обучаемая примочка к Spam asassin, дает вероятностную поправку)(+)  
Антивирус (+)  
Фильтр на расширение файлов (+)  
CFilter (+)  
Шифрованный канал (SSL/TLS) (-)  
 
Выводы делайте сами...  
 
 
 
Добавлено:
65536 Дерзай! Мужик!
Думаю ты удовлетворен!  


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11774 | Зарегистр. 10-12-2003 | Отправлено: 17:38 03-10-2008 | Исправлено: ipmanyak, 17:40 03-10-2008
65536

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak, огромнейшее спасибо! Это именно тот материал, который мне был нужен!
 
ЗЫ. А форум всё-таки жалко

Всего записей: 136 | Зарегистр. 09-12-2005 | Отправлено: 17:56 03-10-2008
golkanavt



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak
Спасибо за полезную информацию и как раз вовремя - сейчас обдумываю вариант перевода своего демона с работы по схеме MultiPOP (30 mailboxes) на SMTP по MX.  У компании есть домен company.com с хостингом у прова и в той же зоне у него прописан домен office.company.com. Ящики имеют адреса старшего домена, т.е. user@company.com. Если я правильно понимаю схему работы SMTP by MX - всю DNS зону надо переносить от прова к себе, у него только MX, PTR настраиваются, верно? Знающие люди, ткните пожалуйста в мануал с более детальным изложением вопроса. Спасибо

Всего записей: 1069 | Зарегистр. 08-04-2002 | Отправлено: 11:29 04-10-2008
eap

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
golkanavt, я что-то подобное делал.  
ipmanyak, если сделал что-то неправильно - поправьте пожалуйста.  
 
Был почтовый сервер у хостера, пользователи напрямую забирали почту
 
1. Получил реальный IP у провайдера
2. У хостера прописал A и МХ записи на свой сервер
3. У провайдера прописал PTR запись (обратный поиск по IP)
4. Поставил у хостера приоритет 10 своему серверу и 100 - серверу хостера.
5. Создал ящики пользователей у себя.
6. Убил всех у хостера, кроме общего и еще 2-х для технических целей.
7. Оставил в придачу к SMTP получение почты по DomainPOP от хостера.
8. Оставил впридачу к прямой доставке доставку через SMTP хостера в случае проблем.
 
Если возникают проблемы с моим сервером (электричество, скажем, пропало) - почту забирает хостер. Появилось электричество - все по DomainPOP приходит ко мне.

Всего записей: 2837 | Зарегистр. 23-11-2006 | Отправлено: 12:07 04-10-2008 | Исправлено: eap, 12:08 04-10-2008
5555555



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
golkanavt

Цитата:
всю DNS зону надо переносить от прова к себе
а зачем?
eap аналогично. Еще лучше, когда регистратор не привязан к прову (или пров добрый), тогда еще и рулим оперативно зоной как хотим.. Ну и релей прова как правило более сильный, чем личный, тоже согласен..

Всего записей: 2597 | Зарегистр. 01-04-2004 | Отправлено: 15:44 04-10-2008
technotrance



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Всем привет. Я -- новичок в пользовании MDaemon. Ситуация такая:
Поставил MDaemon 9.6.5, настройки оставил все по умолчанию. Создал учётную запись 911 и настроил её в бате на одной из локальных машин, Pop и smtp прописал 192.168.хх.хх В таком варианте вроде всё работает.
Но когда я приехал домой, и уже у себя дома настроил этот же ящик в бате (pop и smtp уже прописал по имени домена), то у меня получается только принять почту, а при отправке пишет:
Письмо не отправлено. Сервер сообщает: <ххххх@mail.ru>, Recipient unknown
Подскажите, где это можно поправить?
На почтовике стоит керио. Разрешён pop, smtp и dns внешний трафик. В фаерволе не может быть дело?
 
Добавлено:
Такс, с этим сам разобрался... Тут, как говорится, сам дурак.
Возник другой вопрос: Где нужно поставить галку, чтоб, при отправлении почты, от отправителя требовалась аутентификация SMTP (пот типу "использовать параметры такие же, как при получении почты POP) ???

Всего записей: 81 | Зарегистр. 28-05-2008 | Отправлено: 11:36 05-10-2008
fly_indiz



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
помницо в свое время была самописная софтинка, которую можно прикрутить к пред-обработке писем, переводящая кодировки писем из одной в другую.
 
хочется сделать так, чтобы при приеме писем MDaemon все письма принимал в windows-1251 или в юникоде. лучше в юникоде.

Всего записей: 2631 | Зарегистр. 28-04-2006 | Отправлено: 17:28 05-10-2008
5555555



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fly_indiz

Цитата:
помницо в свое время была самописная софтинка

не оно?

Всего записей: 2597 | Зарегистр. 01-04-2004 | Отправлено: 18:21 05-10-2008
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
technotrance

Цитата:
чтоб, при отправлении почты, от отправителя требовалась аутентификация SMTP

1.    Select Security  
2.    Select IP shielding/Auth/POP before SMTP  
3.    Select the SMTP Authentication tab  
4.    Check the box for Authenticated senders are valid regardless of the IP they are using  
5.    Click the Apply button  
6.    Click the OK button
 


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11774 | Зарегистр. 10-12-2003 | Отправлено: 06:31 06-10-2008
technotrance



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У меня демон русский

Всего записей: 81 | Зарегистр. 28-05-2008 | Отправлено: 09:23 06-10-2008
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
technotrance Разберешься, не маленький, на крайний случай словарь в руки или translate.ru  -  онлайн переводчик.  
p.s.
Админ без знания технического английского - это недоадмин.  


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11774 | Зарегистр. 10-12-2003 | Отправлено: 09:27 06-10-2008 | Исправлено: ipmanyak, 09:27 06-10-2008
technotrance



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Эта галочка у меня стоит. Однако, всё равно, если в бате отключаешь SMTP аутентификацию, почта всё равно отправляется.
 
Добавлено:
А нужно, чтоб без SMTP аутентификации почта не отправлялась...

Всего записей: 81 | Зарегистр. 28-05-2008 | Отправлено: 09:45 06-10-2008
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
technotrance  Вероятно отправляешь из локальной сети. Читай внимательно все галки во вкладке SMTP Authentication касательно локальной сети, там их две, одна под другой.  


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11774 | Зарегистр. 10-12-2003 | Отправлено: 10:15 06-10-2008
mondo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени суток! С пятницы наблюдается проблемы с доставкой почты демоном (10.0.0)
В логах входящей SMTP-сесси псоле проверки отправителя на валидность и команды DATA такое сообщение:
 Can't create: d:\mdaemon\mdaemon\temp\md50000000209.tmp
Mon 2008-10-06 12:45:59: [317:533] --> 451 Sorry, try later.  Can't create temporary mail file.
Причем, проблема плавающая, часть писем проходит, но большая - нет. Права на папку есть, антивирь не стоит, место на диске тоже есть. Если посмотреть filemon'ом, то в эту папку обращается только MDaemon.
Что делать?

Всего записей: 37 | Зарегистр. 16-12-2005 | Отправлено: 12:52 06-10-2008
Pricep

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

Цитата:
 Can't create: d:\mdaemon\mdaemon\temp\md50000000209.tmp  

ИМХО, меняли настройки. По умолчанию, должно быть d:\mdaemon\temp\md50000000209.tmp

Всего записей: 13 | Зарегистр. 23-09-2008 | Отправлено: 13:28 06-10-2008
mondo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pricep
К сожалению, путь правильный. Просто демон лежит в папке d:\mdaemon\mdaemon\
Растет очеред в Inbound
 
Добавлено:
[q][/q]
Откатился на 9-ку, полет нормальный. Жаль, десятка процессор немного меньше кушала

Всего записей: 37 | Зарегистр. 16-12-2005 | Отправлено: 14:25 06-10-2008
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Все о MDaemon (#3)
emx (17-01-2009 20:15): http://forum.ru-board.com/topic.cgi?forum=8&topic=30717


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru