» Все о MDaemon (#3)

Стоит последний mdaemon
клиенты настроены по POP
если какая либо возможность сделать следующую операцию:
Сохронять их письма (которые загружены) на сервере чтобы они были доступны через world client

Есть MDaemon 9.6.5, порядка 30 ящиков, внутренние пользователи подключены по Outlook Connector'у. Все письма лежат на сервере. Внешняя почта забирается и получается MDaemon'ом напрямую по SMTP. У одного из пользователей (директор) в ящике порядка 2000 писем, они нужны. Кроме того, у него есть рабочее место в другом офисе, где он находится половину рабочего времени. Возникла задача по доставке внутренней почты на второе рабочее место. То есть - отправленное письмо он должен получить, в каком бы офисе не находился. Как это сделать правильно?
Вариант один - забирать почту Outlook'ом из второго офиса по РОР3, оставляя копии на сервере - но при этом к нему засыплются все 2000 писем, и их придется руками удалить после первого включения.
Вариант второй - поставить в свойствах ящика пересылку полученных писем, оставляя копии в ящике. Но при этом будут пересылаться только свежие письма, или опять же все 2000 перешлются? Не хочется экспериментировать.

на первый и второй вопросы одинаков ответ это - IMAP

USSRxV_NMad, при внешнем подключении по IMAP вся почта будет загружена в кэш файл на компе, с которого подключились к серверу? Что писать в настройках Outlook'а "Корневая папка"? На почтовом сервере закрыт 143 порт - завтра открою и проверю, спасибо!

вот конфиг интерфейса с РРРоЕ с цыске

Код:
interface Dialer1
description --== Internet ==--
ip address negotiated
ip mtu 1492
ip nat outside
ip virtual-reassembly
encapsulation ppp
ip route-cache flow
ip tcp adjust-mss 1452
no ip mroute-cache
dialer pool 1
no cdp enable
ppp authentication chap callin
ppp chap hostname login
ppp chap password password

Archusha2 или по Imap работать или в почтовом клиенте поставить птицу - сохранять письма на сервере. Такая фича есть в любом клиенте.

MultiPop не забирает почту? Все локальные внутренние адреса работает нормально, но у каждого пользов.. свой внешнии ящик, для того чтобы забирать почту оттуда , для каждого пользователя включил опцию MultiPOP, чтобы он забирал, но Демон соединяется , но только даже копии не забирает. Вот кусок лог файла:
Mon 2008-06-09 10:12:34: Session 13; child 1
Mon 2008-06-09 10:12:13: MultiPOP собирает почту с (inbox.ru) для (test)
Mon 2008-06-09 10:12:13: Почта, полученная MultiPOP, будет удалена с удаленного хоста!
Mon 2008-06-09 10:12:13: Попытка MultiPOP соединиться с [inbox.ru : 110]
Mon 2008-06-09 10:12:13: Разрешение A-записи [inbox.ru] в процессее (DNS-сервер: 217.196.24.130)...
Mon 2008-06-09 10:12:13: D=inbox.ru TTL=(60) A=[194.67.57.26]
Mon 2008-06-09 10:12:13: Попытка MultiPOP соединиться с [194.67.57.26 : 110]
Mon 2008-06-09 10:12:13: Ожидание соединения сокета...
Mon 2008-06-09 10:12:34: Winsock Error 10060 Таймаут соединения.
Mon 2008-06-09 10:12:34: POP-сессия завершена (байт в/вв: 0/0)
Mon 2008-06-09 10:12:34: ----------

mailadmin telnet 194.67.57.26 110
Connecting To 194.67.57.26...Could not open connection to the host, on port 110: Connect failed
Там никто тебя не ждет! С чего взял что нужно коннектиться на inbox.ru ? Читаем помощь - http://www.mail.ru/pages/help/79.html и сразу наступит просветление: для pop-а сервер называется pop.inbox.ru, а не inbox.ru !

Как в WorldClient добавить возможность вручную вводить в поле "From" свой адрес, как это сделано в любом не Web клиенте (например, в TheBat)?
Не нравится, что перед адресом стоит всегда имя, указанное в настройках ящика и когда выбираешь алиас, имя остается прежним (актуально для админов, для пользователя это нахрен не нужно).
Или есть способ вообще убрать автоподстановку имени ящика, чтоб остался только адрес?

Спасибо

Спасибо,... но он, только не все письма получает, никаких ограничение по размеру не поставлено. В ящике куча писем, он доставил только 2
Mon 2008-06-09 15:11:11: --> DELE 1
Mon 2008-06-09 15:11:12: <-- +OK message 1 deleted
Mon 2008-06-09 15:11:12: --> DELE 2
Mon 2008-06-09 15:11:12: <-- +OK message 2 deleted
Mon 2008-06-09 15:11:12: --> NOOP
Mon 2008-06-09 15:11:12: <-- +OK
Mon 2008-06-09 15:11:12: --> LIST 3
Mon 2008-06-09 15:11:12: <-- +OK 3 118557
Mon 2008-06-09 15:11:12: --> RETR 3
Mon 2008-06-09 15:11:12: <-- +OK 118557 octets
Mon 2008-06-09 15:11:12: Creating temp file (MPOP): c:\mdaemon\queues\temp\05\md50000000001.tmp
Mon 2008-06-09 15:11:12: Ошибка приемного буфера, прерывание. Сообщение не может быть доставлено.

mailadmin Сторонний антивирь стоит? Типа NOD32?
Проверь забор почты простым почтовым клиентом с рабочей станции.
На какой платформе работает MD и какая версия самого MD ?
Попробуй увеличить буфер в Mdaemon.ini секция [Special] параметр SendBufferSize=0
сделай 16384 (или даже 65536 )
При SendBufferSize=0 данные о размере буфера берутся из системы, а какие они там, хз, нужно читать и искать. (возможно дефолтовый размер 8192, точно не знаю). Возможно нужно сделать наоборот меньше, типа 4096, 2048 или 1024.

Стоит НОД 32, версия 8.1.3. Win Server 2003 платформа..
Значении буфера только где находится они???

У меня 9.6 c NOD32 жутко тормозил. Снес НОД - все летает. Нужно не просто выключить, а деинсталлировать.

mailadmin IMON winsock monitor отруби в NOD32.

IMON была отключена, но все равно не загружал, отлючил EMON работает отлично.... Только теперь не отправляет на внешние адреса??? Ограничение нету, на внешние SMTP не работает.

mailadmin Опять из тебя логи тянуть? Или сам сподобишься? А вообще в шапке вот это читал - FAQ. Прежде чем спросить посмотри здесь! (рус) ? Прочти для начала его весь, может и вопрос отпадет сам собой.

Ну что, никто не знает как убрать из WorldClient в поле "From" нового письма
имя пользователя, оставив только адрес или дать возможность его вводить вручную?

gp7 Неа! Разве что в CF хидеры менять коли очень надо!

Есть MDaemon 9.6.6, порядка 30 ящиков, внутренние пользователи подключены по Outlook Connector'у. Ставил с нуля, все ОК.
На второй площадке - MDaemon 9.6.6, тоже порядка 30 ящиков (другое юрлицо, другой домен), в прошлом году устанавливался левый MDaemon, лицензировлся, обновлялся, короче - длинная песня. При попытке подключить пользователя по Outlook Connector'у не видна общая адресная книга, причину не удалось выяснить, решил переустановить вчистую, сделать все натройки руками. ОС - Win2003 Serv. Сохранил папку MDaemon, деинсталлировал, установил снова, ввел руками настройки, создал половину ящиков - обнаружилось, что при создании пользователя в общую адресную книгу не добавляются записи о пользователях. Она есть, доступна для чтения всем и для редактирования тем, кого прописал. Но пустая. В соответствующем файле - сначала был заголовок. Потом добавилась запись контакта, которую я ввел.
Отличия: MDaemon, который работает без проблем - на ОС WinXP SP2 Prof, не создаются записи о ящиках пользователей - ОС - Win2003 Serv R2, MDaemon устанавливался после деинсталляции, через удаленный рабочий стол. При этом конвертик был зеленый.
Или я какой-то параметр не установил?

Народ помогите разобратся в том,почему письма не доходят.Мейлдемн не я настраивал, и не до конца понимаю как его настроить правельно
вот лог
Thu 2008-06-12 19:16:25: ----------
Thu 2008-06-12 19:16:26: Session 118; child 1
Thu 2008-06-12 19:16:26: Устанавливаю POP Before SMTP подключение к [mail.kw.ua:110]
Thu 2008-06-12 19:16:26: Разрешение A-записи для [mail.kw.ua] (DNS-сервер: 195.177.68.65)...
Thu 2008-06-12 19:16:26: * D=mail.kw.ua TTL=(1440) A=[195.177.68.77]
Thu 2008-06-12 19:16:26: Устанавливаю POP Before SMTP подключение к [195.177.68.77:110]
Thu 2008-06-12 19:16:26: Ожидание подключения сокета...
Thu 2008-06-12 19:16:26: * Соединение установлено (194.150.107.106:1547 -> 195.177.68.77:110)
Thu 2008-06-12 19:16:26: Ожидание запуска протокола...
Thu 2008-06-12 19:16:26: <-- +OK
Thu 2008-06-12 19:16:26: --> USER xyz
Thu 2008-06-12 19:16:26: <-- +OK
Thu 2008-06-12 19:16:26: --> PASS ******
Thu 2008-06-12 19:16:26: <-- -ERR Authentication failed (bad password?)
Thu 2008-06-12 19:16:26: --> QUIT
Thu 2008-06-12 19:16:26: POP session terminated, (Bytes in/out: 54/33)
Thu 2008-06-12 19:16:26: ----------

буду рад услышать любые мнения

Thu 2008-06-12 19:16:26: <-- -ERR Authentication failed (bad password?)
Thu 2008-06-12 19:16:26: --> QUIT
Тут явно написано о неверном пароле.

Если ктото пользуется "Архивированием исходящей почты" тот мог заметить,
что есть письма исходящие не из вашего домена. При более тщательном рассмотрении данных писем выясняется, что это перенаправленные присьма.
Внимание вопрос:
Где подправить правило сортировки данного архивирования?

кто-нибудь подскажите плиз!!!
как восстановить mdaemon имея только папки users и public folders - это все что есть от старой почты ).
конкретно нужно восстановить все учетные записи с календарями адресными книгами итп.???

vetrygalive Раз не сохранил каталог mdaemon, значит ставь с нуля, наколачивай юзеров, их имена возьми в папке users в каталоге по имени домена, когда всё сделаешь скопируй в каталог демона c:\папки users и public folders.

Вопрос по Greylist. Включил у себя эту функцию. Теперь сервер в ответ на первое соединение выдаёт отправителю "--> 451 Greylisting enabled, try again in 10 minutes". Как показала практика, многие отправители не понимают кода 451 и повторно письмо не посылают. Так я избавился не только от спама, но и от всей корреспонденции. Просмотрев SMTP OUT логи своего сервера я обнаружил, что все сервера с подобной функцией выдают код 450 (<-- 450 4.2.0 <unknown[ххх.ххх.ххх.ххх]>: Client host rejected: Greylisted, see http://postgrey.schweikert.ch/help/elcotel.ru.html)). Возможно ли как то перепрограммировать MDaemon, чтобы выдавал код 450 вместо 451. Хорошо было бы вообще выбирать, какой код посылать в ответ в режиме Greylist-on. Я в англйиском не силён. Если у кого есть связь с их саппортом, прошу описать эту ситуацию. Может откликнутся.

Asusnovo RFC 2821, секция 4.2.1 Reply Code Severities and Theory.
Цитирую:
4yz Transient Negative Completion reply
The command was not accepted, and the requested action did not
occur. However, the error condition is temporary and the action
may be requested again. The sender should return to the beginning
of the command sequence (if any). It is difficult to assign a
meaning to "transient" when two different sites (receiver- and
sender-SMTP agents) must agree on the interpretation. Each reply
in this category might have a different time value, but the SMTP
client is encouraged to try again. A rule of thumb to determine
whether a reply fits into the 4yz or the 5yz category (see below)
is that replies are 4yz if they can be successful if repeated
without any change in command form or in properties of the sender
or receiver (that is, the command is repeated identically and the
receiver does not put up a new implementation.)

RFC 2821 секция 4.5.4.1 Sending Strategy
цитирую:

The general model for an SMTP client is one or more processes that
periodically attempt to transmit outgoing mail. In a typical system,
the program that composes a message has some method for requesting
immediate attention for a new piece of outgoing mail, while mail that
cannot be transmitted immediately MUST be queued and periodically
retried by the sender. A mail queue entry will include not only the
message itself but also the envelope information.

Короче на любой ответ с кодом 4xx МТА должен повторять посылку писем. Если МТА этого не делает и нарушает RFC - этого его проблемы и плевать нужно на такие МТА! Для критичной почты занеси ip или домены (ip предпочтительнее) в White List грейлистинга.

P.S. Есть такие МТА, которые до сих пор юзают устаревшмй метод борьбы со спамом: встречную проверку ( на существование адреса отправителя.(Sender verification with callback) В таких случаях само собой почта от них никогда не придет. Поможет только White List.

Цитата:

Короче на любой ответ с кодом 4xx МТА должен повторять посылку писем. Если МТА этого не делает и нарушает RFC - этого его проблемы и плевать нужно на такие МТА! Для критичной почты занеси ip или домены (ip предпочтительнее) в White List грейлистинга.

С этим я согласен. Но люди использующие какой либо почтовик не обязаны знать ни о каких RFC. Они просто пытаются отослать мне письмо, а оно не доходит. А вот админ должен знать, соблюдает ли его сервер RFC или нет.

Цитата:

P.S. Есть такие МТА, которые до сих пор юзают устаревшмй метод борьбы со спамом: встречную проверку ( на существование адреса отправителя.(Sender verification with callback) В таких случаях само собой почта от них никогда не придет. Поможет только White List.

А чем полоха такая проверка. Я щас пытаюсь написать такой внешний плагин к MDaemon. Просто нужно сделать правильное распознование ответов от МТА.

К нам до 500 писем спама в день сыплется. А полезных от силы 10-20. Включив Greylisting я на неделю лишился всей корреспонденции. И как показала практика, повтоных отсылок писем на мой МТА не происходит. И сиди потом читай логи и выбирай кого внести в белый список.
А насчёт выбора кода ответа, было бы не полохо.

Asusnovo Хозяин-барин, лично на моем почтаре грейлистинг стоит уже 3 недели и проблем нет, почта ходит как и положено.

Цитата:

А чем плоха такая проверка. Я щас пытаюсь написать такой внешний плагин к MDaemon. Просто нужно сделать правильное распознование ответов от МТА.

Например плоха тем, что если опять же МТА нарушает RFC и в HELO\EHLO пишет не fqdn имя, которое зарегено в ДНС, то почта не уйдет на такой МТА, если разумеется включено требование HELO\EHLO и отлуп по нему.


Цитата:

Но люди использующие какой либо почтовик не обязаны знать ни о каких RFC. Они просто пытаются отослать мне письмо, а оно не доходит. А вот админ должен знать, соблюдает ли его сервер RFC или нет.

Вот пусть к админу и обращаются, если почта не ушла. Лично мои клиенты так и поступают.

Судя по твоим рассуждениям, тебе не нужно бороться со спамом, получай всё, раз не хочешь терять почту.

Возникла проблема с mdaemon следующего характера, когда он запущен то периодически раз в минуту процесс "System" грузить всю систему на 50%, длительность висла всегда 15 сек., потом проходить еще одна минута и снова это висло на 15 сек. Если выключить mdaemon все прекращается. Такое ощущение что засел какой-то вирус или что-то подобное.
Антивирус (Nod32) ничего не находит, пробовал поискать прогой UnHackMe тоже ничего подозрительного (кроме MDaemon.exe).

Может кто-то подскажет что это может быть такое? Версия демона - v9.5.6

Gelo
Цитата:

Антивирус (Nod32) ничего не находит

Это еще ничего не значит, проверяйся AVZ, DRWEB CUREIT, Spybot Seacrh&Destroy
А версия 9.5.6 старовата.