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

» Все о MDaemon (#3)

Автор: brassnet
Дата сообщения: 03.10.2008 12:04
trotil1986
Так не вводи эти самые запятые в пароле...
Это служебные символы и их использование не рекомендуется, а во многих случаях не разрешено.
Автор: DRON22
Дата сообщения: 03.10.2008 12:22

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

Самый простой ответ...
Но в спаме их нету.
Вот нашел: http://forum.ru-board.com/topic.cgi?forum=5&topic=6186&start=300
ПОСТ Roman_B
Что думаете.
А вообще есть такие кто через демона получает отчеты о доставке?
Кстати, а что случилось с http://www.mdaemon.org.ru ?
Автор: 65536
Дата сообщения: 03.10.2008 15:35
Ребята, был когда-то полезный форум, посвящённый MDaemon
http://web.archive.org/web/20080112105428/http://forum.mdaemon.ru/
к сожалению закрыли может кто его забекапил? Там было очень много полезной информации и ФАКов. В частности интересует тема где сравнивались режимы работы демона:
1. Традиционный СМТП сервер, когда MXы прописываются на машинку с демоном
2. Забор почты у провайдера через DomainPOP.

Были подробно описаны плюсы и минусы работы в каждом случае. На работе почта работает по методу №2, что считаю не правильным, и хочу переписать MXы непосредственно на свой сервер. Но для этого надо руководству дать сравнительную таличку что есть гут, а что не гут... Может у кого есть готовый материал на эту тему?
Автор: brassnet
Дата сообщения: 03.10.2008 16:38
65536
А чего там сравнивать? Через MX - значит все получашь сам и сам-же рулишь как хочешь. А второй вариант сыпется на прова и забираешь оттуда. Собсно для пользователей это вообще фиолетово, каждый для себя сам решает.
Автор: ipmanyak
Дата сообщения: 03.10.2008 16:38
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 Дерзай! Мужик!
Думаю ты удовлетворен!
Автор: 65536
Дата сообщения: 03.10.2008 16:56
ipmanyak, огромнейшее спасибо! Это именно тот материал, который мне был нужен!

ЗЫ. А форум всё-таки жалко
Автор: golkanavt
Дата сообщения: 04.10.2008 10:29
ipmanyak
Спасибо за полезную информацию и как раз вовремя - сейчас обдумываю вариант перевода своего демона с работы по схеме MultiPOP (30 mailboxes) на SMTP по MX. У компании есть домен company.com с хостингом у прова и в той же зоне у него прописан домен office.company.com. Ящики имеют адреса старшего домена, т.е. user@company.com. Если я правильно понимаю схему работы SMTP by MX - всю DNS зону надо переносить от прова к себе, у него только MX, PTR настраиваются, верно? Знающие люди, ткните пожалуйста в мануал с более детальным изложением вопроса. Спасибо
Автор: eap
Дата сообщения: 04.10.2008 11:07
golkanavt, я что-то подобное делал.
ipmanyak, если сделал что-то неправильно - поправьте пожалуйста.

Был почтовый сервер у хостера, пользователи напрямую забирали почту

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

Если возникают проблемы с моим сервером (электричество, скажем, пропало) - почту забирает хостер. Появилось электричество - все по DomainPOP приходит ко мне.
Автор: 5555555
Дата сообщения: 04.10.2008 14:44
golkanavt

Цитата:
всю DNS зону надо переносить от прова к себе
а зачем?
eap аналогично. Еще лучше, когда регистратор не привязан к прову (или пров добрый), тогда еще и рулим оперативно зоной как хотим.. Ну и релей прова как правило более сильный, чем личный, тоже согласен..
Автор: technotrance
Дата сообщения: 05.10.2008 10:36
Всем привет. Я -- новичок в пользовании MDaemon. Ситуация такая:
Поставил MDaemon 9.6.5, настройки оставил все по умолчанию. Создал учётную запись 911 и настроил её в бате на одной из локальных машин, Pop и smtp прописал 192.168.хх.хх В таком варианте вроде всё работает.
Но когда я приехал домой, и уже у себя дома настроил этот же ящик в бате (pop и smtp уже прописал по имени домена), то у меня получается только принять почту, а при отправке пишет:
Письмо не отправлено. Сервер сообщает: <ххххх@mail.ru>, Recipient unknown
Подскажите, где это можно поправить?
На почтовике стоит керио. Разрешён pop, smtp и dns внешний трафик. В фаерволе не может быть дело?

Добавлено:
Такс, с этим сам разобрался... Тут, как говорится, сам дурак.
Возник другой вопрос: Где нужно поставить галку, чтоб, при отправлении почты, от отправителя требовалась аутентификация SMTP (пот типу "использовать параметры такие же, как при получении почты POP) ???
Автор: fly_indiz
Дата сообщения: 05.10.2008 16:28
помницо в свое время была самописная софтинка, которую можно прикрутить к пред-обработке писем, переводящая кодировки писем из одной в другую.

хочется сделать так, чтобы при приеме писем MDaemon все письма принимал в windows-1251 или в юникоде. лучше в юникоде.
Автор: 5555555
Дата сообщения: 05.10.2008 17:21
fly_indiz

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

не оно?
Автор: ipmanyak
Дата сообщения: 06.10.2008 05:31
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

Автор: technotrance
Дата сообщения: 06.10.2008 08:23
У меня демон русский
Автор: ipmanyak
Дата сообщения: 06.10.2008 08:27
technotrance Разберешься, не маленький, на крайний случай словарь в руки или translate.ru - онлайн переводчик.
p.s.
Админ без знания технического английского - это недоадмин.
Автор: technotrance
Дата сообщения: 06.10.2008 08:45
Эта галочка у меня стоит. Однако, всё равно, если в бате отключаешь SMTP аутентификацию, почта всё равно отправляется.

Добавлено:
А нужно, чтоб без SMTP аутентификации почта не отправлялась...
Автор: ipmanyak
Дата сообщения: 06.10.2008 09:15
technotrance Вероятно отправляешь из локальной сети. Читай внимательно все галки во вкладке SMTP Authentication касательно локальной сети, там их две, одна под другой.
Автор: mondo
Дата сообщения: 06.10.2008 11:52
Доброго времени суток! С пятницы наблюдается проблемы с доставкой почты демоном (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.
Что делать?
Автор: Pricep
Дата сообщения: 06.10.2008 12:28

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

ИМХО, меняли настройки. По умолчанию, должно быть d:\mdaemon\temp\md50000000209.tmp
Автор: mondo
Дата сообщения: 06.10.2008 13:25
Pricep
К сожалению, путь правильный. Просто демон лежит в папке d:\mdaemon\mdaemon\
Растет очеред в Inbound

Добавлено:
[q][/q]
Откатился на 9-ку, полет нормальный. Жаль, десятка процессор немного меньше кушала
Автор: Pricep
Дата сообщения: 06.10.2008 14:02
Ну, не знаю. У меня 10.0 месяц работает нормально.
ЗЫ. А SP4.01 не пробовали? Может в нем дело.
Автор: ipmanyak
Дата сообщения: 06.10.2008 14:03

Цитата:
451 Sorry, try later. Can't create temporary mail file

mondo Много чего может быть. такая ошибка возникает, если Мдемон не смог создать временный файл за отведенное время (кажется 2 минуты, уточни сам глянув лог). Много одновременных входящие сессий, распухла база баеса, принимаете письма очень большого размера. Антивирь или MDspamd жрут весь проц. У MDspamd слишком много тредов.
Сторонний антвирь мешает.
How can I increase MDaemon's performance?
How can I decrease the amount of RAM MDSpamD uses?
How to run MDSpamD on a separate machine
Автор: technotrance
Дата сообщения: 06.10.2008 14:26
2 ipmanyak:
Спасибо! Разобрался
Автор: alexshved
Дата сообщения: 07.10.2008 12:03
Люди подскажте пожалуйста, у меня стоит MDaemon 9.5.3, практически вся почта джоходит но вот несколько раз были случаи когда вроде по логу smtp in сообщение пришло SMTP session successful (Bytes in/out: 5348/461) и в очередь входящих тоже попала Message creation successful: d:\mdaemon\queues\inbound\, но пользователь утверждает что не получал((( можно ли как нибудь проверь и сопоставить логи smtp (in) и pop3 для етого пользователя и определить забрал ли пользователь с сервера ето сообщение??? но в лге есть такая фраза DNS: Name server reports domain name unknown может ли это повлиять на доставление сообщения? а так же очень часто загрузка процессора бывает в пике((
Автор: ipmanyak
Дата сообщения: 07.10.2008 12:34
alexshved Ну дык и смотри логи pop с размером полученного письма ориентировочно такого же размера, он не будет точно совпадать как в SMTP IN. Но примерно такой же.
если сервер сказал
Цитата:
SMTP session successful (Bytes in/out: 5348/461)

Значит письмо принято.

Автор: alexshved
Дата сообщения: 07.10.2008 12:36
а письмо можно сравнить в логах SMTP IN и pop тока по размеру?
Автор: qrock
Дата сообщения: 07.10.2008 15:10
После обновления SecurityPlus с 3.6 до 4.0.1 Перестал обновляться антивирус, открывается окошко обновления, висит и через некоторое время закрывается. В логах пишет "Could not initialize KLAV!" Windows 2000 SP4, MDaemon 10.0.0 На Win2003 все работает нормально! Куда копать подскажите?
Автор: Pricep
Дата сообщения: 07.10.2008 16:25
AV Updater>Configure updater>Proxy>Use custom proxy server address>IP своего прокси.
Мне помогло...
Автор: qrock
Дата сообщения: 07.10.2008 18:41

Цитата:
AV Updater>Configure updater>Proxy>Use custom proxy server address>IP своего прокси.
Мне помогло...


Мне не помогает, до соединения дело даже не доходит. Висит форма с надписью Initializing... и потом закрывается
Автор: ipmanyak
Дата сообщения: 08.10.2008 06:19
qrock Наверняка перед фразой
Цитата:
"Could not initialize KLAV!"
еще что-то написано! Что? Убедись что ключ у тебя на SecurityPlus 4.0.1 не просрочен, и что не просит активации, возможно его нужно активировать.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

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


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