» Настройка MDaemon

Цитата:

ipmanyak
Вам уже ответили. Настройте Header Translation. Если оно не работает, значит криво настроили свои рулесы. Help иногда нужно читать! Правило в Header Translation в конечном итоге должно выглядеть так:
@xxxx.zz = @yyyy.qq

Злые вы. Вот скриншоты http://ifolder.ru/17586075 http://ifolder.ru/17586226 . ВСЕ настроил - не работает. Правило неправильно работает. Версию уже поменял.

решил свой вопрос по другому (оказалось что в папке имеется файл совпадающий с именем рассылки текстовый файл, а внутри - сам список) пока для меня выход. отправил этот файл

rivkin_max Всё по перечеркал в доменах в скриншотах, толку от них после этого?
Кинь в личку содержимое файлов Translat.dat и CFRules.dat. И кусок лога SMTP-IN с сессией от forefron server. Насчет него
Цитата:

mailrelay forefron server

не совсем понятно, расскажи поподробнее как от него ходит почта?

Здравствуйте

Почему не срабатывает правило фильтра?

Content-Filter.log

Tue 2010-05-18 15:28:49: Content Filter processing c:\mdaemon\queues\remote\md35000038603.msg...
Tue 2010-05-18 15:28:49: > Message return-path: ev@domain.ru
Tue 2010-05-18 15:28:49: > Message from: ev@domain.ru
Tue 2010-05-18 15:28:49: > Message to: mail@mail.ru
Tue 2010-05-18 15:28:49: > Message subject: Тема письма от 18_05_2010
Tue 2010-05-18 15:28:49: > Message ID: <96178adb-e608-4d94-b82a-f0f945335d2a@mail.ru>
Tue 2010-05-18 15:28:49: Start Content Filter results
Tue 2010-05-18 15:28:49: * Matched 0 of 9 active rules
Tue 2010-05-18 15:28:49: End of Content Filter results

cfrules.dat
[Rule007]
RuleName=Rule Domain1
Enable=Yes
ThisRuleCondition=Any
ProcessQueue=BOTH
Condition01=REPLY-TO|ends with|OR|domain.ru|
Condition02=FROM|ends with|OR|domain.ru|
Condition03=SUBJECT|contains|OR|abuse|
Action01=skip rule|"100"
Action02=stop processing|

ipmanyak
Ну я уже и в личку написал... и файлов набросал

Есть домен, который не дожидается smtp_receive_timeout, он у них 1 минута. За это время
мой демон не успевает передать команду или блок данных. Как изменить настройку конкретно под этот домен?!?

Я установил MDaemon и Outlook Connector. соответственно настроил на 5 клиентах Outlook и прикрутил общие контакты через Outlook Connector. Недавно заметил что контакты почему-то сталич частично приниматься. Например новые контакты добавляются, старые изменяются, но в разных клиентов разное колличество контактов (база контактов более 3500 штук). Для новых клиентов коннектора принимается только 3200 контактов и приемка контактов виснет.
Пробовал экспортировать все контакты на котором видится 3500 штук, но экспорт не может удачно завершиться.
Подскажите как-то можно проверить корректность базы Outlook Connector'a или MDaemon?

Версия MDaemon 11, Outlook Connector (последней версии, но пробовал откатываться на более старые).

многим пользователям от некоторых почтовых адресов часто текут много рассылок. чтоб некоторые пользователи не получали от этих адресов можно что-нибудь предпринять на сервере? mdaemon 10.1.1

Доброго времени суток!

Имею следующую проблему (началась на МД 7, но обновление до 11 не помогло):
Периодически, письма приходящие копией на двух пользователей домена (user1 и user2) доходят лишь до одного.

Пример лога:

MDaemon-20100624-all.log

Thu 2010-06-24 13:47:41: Routing message (inbound queue): e:\mdaemon\inbound\md50000273800.msg
Thu 2010-06-24 13:47:41: * From: esales@*.com; Recipient: user2@mydomain.com; Size: 15373873; Message: e:\mdaemon\localq\md50000750906.msg
Thu 2010-06-24 13:47:41: * From: esales@*.com; Recipient: user1@mydomain.com; Size: 15373861; Message: e:\mdaemon\localq\md50000750907.msg
Thu 2010-06-24 13:47:41: * Subject: FW: Please check Russian language
Thu 2010-06-24 13:47:41: * Message-ID: AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com
Thu 2010-06-24 13:47:41: ----------
Thu 2010-06-24 13:47:50: Content Filter processing e:\mdaemon\localq\md50000750906.msg...
Thu 2010-06-24 13:47:50: * Message return-path: esales@*.com
Thu 2010-06-24 13:47:50: * Message from: esales@*.com
Thu 2010-06-24 13:47:50: * Message to: user2@mydomain.com
Thu 2010-06-24 13:47:50: * Message subject: FW: Please check Russian language
Thu 2010-06-24 13:47:50: * Message ID: <AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com>
Thu 2010-06-24 13:47:50: Start Content Filter results
Thu 2010-06-24 13:47:50: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Thu 2010-06-24 13:47:56: * Matched 1 of 4 active rules
Thu 2010-06-24 13:47:56: End of Content Filter results
Thu 2010-06-24 13:47:56: ----------
Thu 2010-06-24 13:47:57: Content Filter processing e:\mdaemon\localq\md50000750907.msg...
Thu 2010-06-24 13:47:57: * Message return-path: esales@*.com
Thu 2010-06-24 13:47:57: * Message from: esales@*.com
Thu 2010-06-24 13:47:57: * Message to: user1@mydomain.com
Thu 2010-06-24 13:47:57: * Message subject: FW: Please check Russian language
Thu 2010-06-24 13:47:57: * Message ID: <AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com>
Thu 2010-06-24 13:47:57: Start Content Filter results
Thu 2010-06-24 13:47:57: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Thu 2010-06-24 13:47:58: * Matched 1 of 4 active rules
Thu 2010-06-24 13:47:58: End of Content Filter results
Thu 2010-06-24 13:47:58: ----------
Thu 2010-06-24 13:48:03: Routing message (local queue): e:\mdaemon\localq\pd50000750907.msg
Thu 2010-06-24 13:48:03: * From: esales@*.com; Recipient: user1@mydomain.com
Thu 2010-06-24 13:48:03: * Subject: FW: Please check Russian language
Thu 2010-06-24 13:48:03: * Message-ID: <AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com>
Thu 2010-06-24 13:48:03: * &#208;&#224;&#231;&#236;&#229;&#240;: 15373861; &#209;&#238;&#238;&#225;&#249;&#229;&#237;&#232;&#229;: e:\mdaemon\users\mydomain.com\user1\md50000002432.msg
Thu 2010-06-24 13:48:03: ----------

Как видно из лога - создаются два временных сообщения, в темпе, оба обрабатываются контент-фильтром, но после, роутится - только одно из них!
что происходит со вторым сказать сложно.
Есть ли у сообщества мысли?
Спасибо!

Доброй ночи/Утра!
Есть такая проблема с одним сервером:
--- Session Transcript ---
Fri 2010-06-25 21:54:12: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\pd90000000629.msg>
Fri 2010-06-25 21:54:12: * From: xxxxxz2@xxx-xxto.ru
Fri 2010-06-25 21:54:12: * To: xxxxmir@xxxxmir.ru
Fri 2010-06-25 21:54:12: * Subject: =?utf-8?B?0JTQu9GPICDQndCw0YLQsNC70YzRjyDQodC10YDQs9C10LXQstC90LA=?= =?utf-8?B?ICDQvtGCINCb0LjQtNC10YAg?=
Fri 2010-06-25 21:54:12: * Size (bytes): 4353
Fri 2010-06-25 21:54:12: * Message-ID: <c01f1903-4c34-4e00-acd5-243f2b51325e@xxxxmir.ru>
Fri 2010-06-25 21:54:12: Attempting SMTP connection to [xxxxmir.ru]
Fri 2010-06-25 21:54:12: Resolving MX records for [xxxxmir.ru] (DNS Server: 195.xx.xxx.2)...
Fri 2010-06-25 21:54:12: * P=010 S=000 D=xxxxmir.ru TTL=(60) MX=[mail.xxxxmir.ru]
Fri 2010-06-25 21:54:12: Attempting SMTP connection to [mail.xxxxmir.ru:25]
Fri 2010-06-25 21:54:12: Resolving A record for [mail.xxxxmir.ru] (DNS Server: 195.xx.xxx.2)...
Fri 2010-06-25 21:54:12: * D=mail.xxxxmir.ru TTL=(60) A=[80.66.80.141]
Fri 2010-06-25 21:54:12: Attempting SMTP connection to [80.66.80.141:25]
Fri 2010-06-25 21:54:12: Waiting for socket connection...
Fri 2010-06-25 21:54:12: * Connection established (91.xxx.xx.1x2:4684 -> 80.66.80.141:25)
Fri 2010-06-25 21:54:12: Waiting for protocol to start...
Fri 2010-06-25 21:54:13: <-- 220 xxxxmir.ru ESMTP CommuniGate Pro 5.0.11
Fri 2010-06-25 21:54:13: --> EHLO office.xxx-xxto.ru
Fri 2010-06-25 21:54:13: <-- 250-xxxxmir.ru is pleased to meet you
Fri 2010-06-25 21:54:13: <-- 250-DSN
Fri 2010-06-25 21:54:13: <-- 250-SIZE 10485760
Fri 2010-06-25 21:54:13: <-- 250-STARTTLS
Fri 2010-06-25 21:54:13: <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 GSSAPI MSN NTLM
Fri 2010-06-25 21:54:13: <-- 250-ETRN
Fri 2010-06-25 21:54:13: <-- 250-TURN
Fri 2010-06-25 21:54:13: <-- 250-ATRN
Fri 2010-06-25 21:54:13: <-- 250-NO-SOLICITING
Fri 2010-06-25 21:54:13: <-- 250-8BITMIME
Fri 2010-06-25 21:54:13: <-- 250-HELP
Fri 2010-06-25 21:54:13: <-- 250-PIPELINING
Fri 2010-06-25 21:54:13: <-- 250 EHLO
Fri 2010-06-25 21:54:13: --> STARTTLS
Fri 2010-06-25 21:54:14: <-- 220 please start a TLS connection
Fri 2010-06-25 21:54:15: SSL negotiation successful (TLS 1.0, 512 bit key exchange, 128 bit RC4 encryption)
Fri 2010-06-25 21:54:15: --> EHLO office.xxx-xxto.ru
Fri 2010-06-25 21:54:15: <-- 250-xxxxmir.ru is pleased to meet you
Fri 2010-06-25 21:54:15: <-- 250-DSN
Fri 2010-06-25 21:54:15: <-- 250-SIZE 10485760
Fri 2010-06-25 21:54:15: <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 GSSAPI MSN NTLM
Fri 2010-06-25 21:54:15: <-- 250-ETRN
Fri 2010-06-25 21:54:15: <-- 250-TURN
Fri 2010-06-25 21:54:15: <-- 250-ATRN
Fri 2010-06-25 21:54:15: <-- 250-NO-SOLICITING
Fri 2010-06-25 21:54:15: <-- 250-8BITMIME
Fri 2010-06-25 21:54:15: <-- 250-HELP
Fri 2010-06-25 21:54:15: <-- 250-PIPELINING
Fri 2010-06-25 21:54:15: <-- 250 EHLO
Fri 2010-06-25 21:54:15: --> MAIL From:<prvs=179114e875=xxxxxz2@xxx-xxto.ru> SIZE=4353
Fri 2010-06-25 21:54:16: <-- 478 prvs=179114e875=xxxxxz2@xxx-xxto.ru Bad SMTP prompt at the host
Fri 2010-06-25 21:54:16: --> QUIT
Fri 2010-06-25 21:54:16: <-- 221 xxxxmir.ru CommuniGate Pro SMTP closing connection
Fri 2010-06-25 21:54:16: Возраст этого сообщения равен 1 дням; для его доставки осталось 0 дней
Fri 2010-06-25 21:54:16: xxxxxz2@xxx-xxto.ru будет уведомлен, что эта попытка доставки оказалась неудачной
--- End Transcript ---
Как я понимаю это виноват удалённый сервер? т.к. даже "хвалёный" mail.ru не шлёт именно с mail.ru а с к примеру "fallback1.mail.ru", пробовал поменять в настройках mdaemon вместо "office.xxx-xxto.ru" на "xxx-xxto.ru", после EHLO пишет что вру (что правда) а потом та-же ошибка "Bad SMTP prompt at the host" с большинством серверов таких проблем нет (включая тот же mail.ru). Что можно сделать, подскажите плиз.
Заранее спасибо!

mxp настройте фильтры антиспама, в частности:
- DNSBL
- требуйте PTR
- юзайть грейлистинг

markers Bad SMTP prompt at the host это сообщение серверов Communigate Pro старых версий при непрохождении встречной проверки существования ящика.
Вы юзаете Backscatter ! Тот почтовик делает встречную сессию к вашему почтарю для проверки существования ящика prvs=179114e875=xxxxxz2@xxx-xxto.ru, которого у вас разумеется нет и не может быть. Как результат отлуп от того сервера.
Покажите лог SMTP-IN примерно на это же время от того сервера, дабы убедиться, что идет встречная сессия.
Оно вам надо юзать Backscatter? Советую отрубить его.

Добрый день! Интересует вопрос о настройке рассылки в MDaemon 10.1.2. Необходимо было создать рассылки с модератором. Чтобы при отправке сообщения будущей рассылки на адрес рассылки, письмо сразу приходило модератору, а дальше модератор его перенаправлял и оно уходило всем членам рассылки.
Проблема появилась на этапе модерации. Когда модератор перенаправляет проверенное письмо дальше, на адрес рассылки, оно снова возвращается ему.
В настройках модерации выбран пароль, галочка позволяющая оправлять письма на адрес рассылки любому пользователю не стоит.
В параметрах рассылки текст заголовка заменяется именем члена рассылки. В параметр Reply-to подставляется адрес модератора, в рассылку могут писать все, в общей адресной книге рассылка не отображается
В маршрутизации: каждому члену рассылка доставляется отдельно без уникального id
ODBС, общие папки, AD и дайжест не используется.

Не доходят письма на ukr.net.
на gmail.com письма ходят но с задержкой в несколько минут.
Есть идеи в чем проблема?

--- Session Transcript ---
Wed 2010-07-21 16:53:21: Parsing Message <xxxxxxxxxxxxxxxxxxxxxxxxxxx\pd50000083504.msg>
Wed 2010-07-21 16:53:21: From: test@domain.com.ua
Wed 2010-07-21 16:53:21: To: xxx@ukr.net
Wed 2010-07-21 16:53:21: Subject: test
Wed 2010-07-21 16:53:21: Message-ID: <599434298.20100721154919@italauto.com.ua>
Wed 2010-07-21 16:53:21: MX-record resolution of [ukr.net] in progress (DNS Server: 193.41.48.234)...
Wed 2010-07-21 16:53:21: * P=010 S=000 D=ukr.net TTL=(14) MX=[mxs.ukr.net]
Wed 2010-07-21 16:53:21: Attempting MX: P=010 S=000 D=ukr.net TTL=(14) MX=[mxs.ukr.net]
Wed 2010-07-21 16:53:21: Attempting SMTP connection to [mxs.ukr.net : 25]
Wed 2010-07-21 16:53:21: A-record resolution of [mxs.ukr.net] in progress (DNS Server: 193.41.48.234)...
Wed 2010-07-21 16:53:21: D=mxs.ukr.net TTL=(10) A=[195.214.192.100]
Wed 2010-07-21 16:53:21: Attempting SMTP connection to [195.214.192.100 : 25]
Wed 2010-07-21 16:53:21: Waiting for connection...
Wed 2010-07-21 16:53:42: Winsock Error 10060 The connection timed out.
Wed 2010-07-21 16:53:42: This message is 62 minutes old; it has 0 minutes left in this queue
Wed 2010-07-21 16:53:42: Primary queue lifetime exceeded; message placed in retry queue

Добрый день!
У меня возник вопрос по переходу с версии 10.х на 11.х.
У меня сейчас стоит версия 10.1.2 - лицензионная и активированная. Но upgrade protection period (и как то так) уже истек.
Вот собственно и вопрос: не слетит ли у меня активация после обновления моей 10.х до 11.х?

ко мне приходят сообщения как будто от меня, но на самом деле IP другой ([113.162.161.121]), и через спам не проходит так как считает что это локальный отправитель (not processed: message from valid local sender), потому что IP 172.30.48.65, действительно локальный, на нем установлен файрвол. Как можно заблокировать это? Как можно сделать чтобы IP 172.30.48.65 не считался локальным? Ниже выкладываю хидер одного полученного сообщения.
(- DNSBL использую
- требуйте PTR - вроде тоже использую, безопасность -> передача -> обратный поиск)

Return-path: <123@kk.ru>
Received: from fw-kk.kk.ru by kk.ru (MDaemon PRO v9.6.5)
    with ESMTP id md50000461031.msg
    for <123@kk.ru>; Wed, 04 Aug 2010 06:05:06 +0400
X-Spam-Processed: kk.ru, Wed, 04 Aug 2010 06:05:06 +0400
    (not processed: message from valid local sender)
X-Rcpt-To: 123@kk.ru
X-MDRcpt-To: 123@kk.ru
X-MDRemoteIP: 172.30.48.65
X-Return-Path: 123@kk.ru
X-Envelope-From: 123@kk.ru
X-MDaemon-Deliver-To: 123@kk.ru
Received: from ([113.162.161.121]) by fw-kk; Wed, 04 Aug 2010 06:01:33 +0500 (ORAST)
From: AmericanViagra on-line <123@kk.ru>
To: 123@kk.ru
Subject: Friend 123, today new Sale starts. violence second and Jacobite
Date: Wed, 4 Aug 2010 08:02:00 +0700
MIME-Version: 1.0
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MDAV-Processed: kk.ru, Wed, 04 Aug 2010 06:05:06 +0400

Помогите, плиз, разобраться с сутью работы Outlook Сonnector... Не могу понять как он работает и для чего он нужен. У меня используется Microsoft Outlook в качестве почтового клиента и MDaemon по IMAP. Если мне нужно предоставить доступ одного пользователя к почте (календарю, контактам) другого, то я этому пользователю (секретарю, к примеру) создаю учетную запись подключения по IMAP к электронному ящику другого пользователя (начальника, к примеру). Не очень хорошо в плане полного доступа... Как можно настроить, чтобы пользователь User1 смог использовать календарь другого пользователя User2? Что для этого нужно: установить Outlook Connector на компьютере пользователя User1, User2 или обоих сразу. Как расшаривать папку юзеру User2 понятно, а вот как юзеру User1 использовать эту папку или подключить в свой Microsoft Outlook для просмотра непонятно ...

Скажите можно ли снять ограничения для подключения к к почтовому ящику, нескольким клиентам по POP протоколу с одним и темже логином и паролем? или в 11 версии этот баг вылечен?

vitalikc
Нет не вылечен полностью (Но несколько смягчён)... мне тоже интересно как исправить данную проблему.

all
Если не затруднит, покажите плиз какие лучше всего поставить настройки и где, чтоб нормально отправлялись письма на сервера с грейлистом (Связано с очередью). Заранее спасибо!

markers
Но несколько смягчён? В каком плане если не секрет, пока нет возможности обновится до 11 версии сейчас стоит 10 й релиз билд не помню точно.

vitalikc
Точных цифр привести не могу, но стало ИМХО реже появляться.

Удалите пожалуйста сообщение, не туда запостил.

Доброго!
стандартная сессия:

Thu 2010-09-23 10:41:28: Session 1011; child 5; thread 5628
Thu 2010-09-23 10:41:24: Accepting IMAP connection from [125.114.116.195:60955]
Thu 2010-09-23 10:41:24: --> * OK **********.ru IMAP4rev1 MDaemon 10.1.1 ready
Thu 2010-09-23 10:41:25: <-- lcnp CAPABILITY
Thu 2010-09-23 10:41:25: --> * CAPABILITY IMAP4rev1 NAMESPACE AUTH=CRAM-MD5 AUTH=LOGIN AUTH=PLAIN IDLE ACL UNSELECT UIDPLUS
Thu 2010-09-23 10:41:25: --> lcnp OK CAPABILITY completed
Thu 2010-09-23 10:41:25: <-- pmpt LOGIN "*****" ******
Thu 2010-09-23 10:41:25: --> pmpt OK LOGIN completed
Thu 2010-09-23 10:41:26: <-- c4fi IDLE
Thu 2010-09-23 10:41:26: --> + idling
Thu 2010-09-23 10:41:26: --> c4fi OK IDLE terminated
Thu 2010-09-23 10:41:26: <-- xhot SELECT "&BCcENQRABD0EPgQyBDgEOgQ4-"
Thu 2010-09-23 10:41:26: --> * FLAGS (\Seen \Answered \Flagged \Deleted \Draft \Recent)
Thu 2010-09-23 10:41:26: --> * 0 EXISTS
Thu 2010-09-23 10:41:26: --> * 0 RECENT
Thu 2010-09-23 10:41:26: --> * OK [UIDVALIDITY 1259063157] UIDs valid
Thu 2010-09-23 10:41:26: --> * OK [UIDNEXT 1] Predicted next UID
Thu 2010-09-23 10:41:26: --> * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft)] .
Thu 2010-09-23 10:41:26: --> xhot OK [READ-WRITE] SELECT completed
Thu 2010-09-23 10:41:27: <-- suud IDLE
Thu 2010-09-23 10:41:27: --> + idling
Thu 2010-09-23 10:41:27: --> suud OK IDLE terminated
Thu 2010-09-23 10:41:28: <-- x39l NOOP
Thu 2010-09-23 10:41:28: --> x39l OK NOOP completed
Thu 2010-09-23 10:41:28: <-- 9su9 IDLE
Thu 2010-09-23 10:41:28: --> + idling
Thu 2010-09-23 10:41:28: Socket connection closed by the other side (how rude!)
Thu 2010-09-23 10:41:28: IMAP session terminated, (726 bytes)

вызывают вопрос 2 последние строчки. бился сам - не справился. может, объяснит кто?

Коллеги, вопрос.
Ранее, больше трёх лет, в организации использовался Мдаемон.
Потом, как обычно, пришёл рулез (точнее C/2rздец) и всучили Эксченж (уже второй год).
Основная притензия была (и решаюшая) трабла мдаемона с русскими кодировками
заголовков(тем) - в эксченже де такой траблы нет... собственно её и нет.

Последняя мной юзаемая версия мдаемона была 9.6.6.

Решена ли проблема в 11-й?

Спасибо.

WCSN0

Цитата:

Решена ли проблема в 11-й?

ни в 9, ни в 10 версиях с подобным не встречался.

а она есть особенно когда юзают разношёрстные клиенты... особенно оутлук от МС.

Всем доброго времени суток!
Есть демон версии 10.02, с некоторых пор от нескольких серверов клиентов перестали приходить письма с вложениями, хотя без вложений письма проходят. Ниже лог приема письма с вложением. Ошибок нет, почему соединение прекращается - непонятно. Причем от многих других серверов все виды писем приходят на ура. Может кто с подобным сталкивался?

Wed 2010-09-29 01:47:31: Session 6535; child 1; thread 3268
Wed 2010-09-29 01:47:27: Accepting SMTP connection from [81.ххх.ххх.129:43606]
Wed 2010-09-29 01:47:27: --> 220 ххх.ru ESMTP MDaemon 10.0.2; Wed, 29 Sep 2010 01:47:27 +1100
Wed 2010-09-29 01:47:27: <-- EHLO ххх.com
Wed 2010-09-29 01:47:27: --> 250-ххх.ru Hello ххх.com, pleased to meet you
Wed 2010-09-29 01:47:27: --> 250-ETRN
Wed 2010-09-29 01:47:27: --> 250-AUTH=LOGIN
Wed 2010-09-29 01:47:27: --> 250-AUTH LOGIN CRAM-MD5
Wed 2010-09-29 01:47:27: --> 250-8BITMIME
Wed 2010-09-29 01:47:27: --> 250-STARTTLS
Wed 2010-09-29 01:47:27: --> 250 SIZE 0
Wed 2010-09-29 01:47:28: <-- STARTTLS
Wed 2010-09-29 01:47:28: --> 220 Begin TLS negotiation
Wed 2010-09-29 01:47:28: SSL negotiation successful (TLS 1.0, 1024 bit key exchange, 128 bit encryption)
Wed 2010-09-29 01:47:29: <-- EHLO ххх.com
Wed 2010-09-29 01:47:29: --> 250-ххх.ru Hello ххх.com, pleased to meet you
Wed 2010-09-29 01:47:29: --> 250-ETRN
Wed 2010-09-29 01:47:29: --> 250-AUTH=LOGIN
Wed 2010-09-29 01:47:29: --> 250-AUTH LOGIN CRAM-MD5
Wed 2010-09-29 01:47:29: --> 250-8BITMIME
Wed 2010-09-29 01:47:29: --> 250 SIZE 0
Wed 2010-09-29 01:47:29: <-- MAIL FROM:<ххх@ххх.com> size=639525
Wed 2010-09-29 01:47:29: Performing SPF lookup (ххх.com / 81.ххх.ххх.129)
Wed 2010-09-29 01:47:29: * Result: none; no SPF record in DNS
Wed 2010-09-29 01:47:29: ---- End SPF results
Wed 2010-09-29 01:47:29: --> 250 <ххх@ххх.com>, Sender ok
Wed 2010-09-29 01:47:29: <-- RCPT TO:<ххх@ххх.ru>
Wed 2010-09-29 01:47:29: ххх@ххх.ru is an alias for ххх@ххх.ru
Wed 2010-09-29 01:47:29: Performing DNS-BL lookup (81.ххх.ххх.129 - connecting IP)
Wed 2010-09-29 01:47:29: * zen.spamhaus.org - passed
Wed 2010-09-29 01:47:29: ---- End DNS-BL results
Wed 2010-09-29 01:47:29: --> 250 <ххх@ххх.ru>, Recipient ok
Wed 2010-09-29 01:47:30: <-- DATA
Wed 2010-09-29 01:47:30: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000044122.tmp
Wed 2010-09-29 01:47:30: --> 354 Enter mail, end with <CRLF>.<CRLF>
Wed 2010-09-29 01:47:31: Connection closed
Wed 2010-09-29 01:47:31: SMTP session terminated (Bytes in/out: 17484/1801)

LesterAdams И что в результате лежит в файле c:\mdaemon\queues\temp\md50000044122.tmp?

vlary - Файла в темповой папке не остается, демон его удаляет

Здравствуйте!
Подскажите пожалуйста не спецу.
Сейчас Mdaemon старой версии 7.2.3 настроен так что
своего доменного имени нет,
он только собирает почту по MultiPOP с нескольких ящиков по DialUp
проблема в том что там несколько старых ящиков которые нам нужны,
но могут работать только через этого провайдера по DialUp, т.к. попытка провести до нас широкую линию не удалась.
Подскажите пожалуйста возможно что бы Mdaemon работал по такой схеме:
все старое остается как есть, т.е. DialUp на указанные ящики по расписанию у ПЕРВОГО провайдера
и плюс мы провели ADSL и завели доменное имя и хостинг осуществляем у ВТОРОГО провайдера, и у него завели себе почтовый ящик на который планируем постепенно в течении полугода перейти полностью, так вот хотим с нового ящика так же забирать почту по POP3 и отправлять почту через SMTP параллельно со старыми ящиками НО ЧЕРЕЗ ADSL второго провайдера.
Что для этого нужно сделать? Настроить вторичный домен и завести там учетную запись с указанием на сервера второго провайдера?

Здравствуйте,
время от времени от разных клиентов приходят письма, внешне ничем не отличающиеся от других, заголовки в порядке, тема в норме, тело письма не страдает, но вот вложения имеют вид аля:
UTF-8%$kfald;%8%(и подобные варианты) и так далее немереной длинны и без расширения. Методом "математического тыка" с подбором расширения и переименования файла, удается открыть и прочитать(просмотреть, т.к. это могут быть и графические файлы) вложение.
Как правило, выясняется, что исходный файл перед отправкой имел длинное название кирилицей. Знаю, что подобного рода проблемы встречались при использовании отправляющей стороной Mozilla Thunderbird, знаю даже как лечилась проблема. Но на текущий момент в большинстве случаев эти проблемы решены, но подобные вложения продолжают приходить, при этом отправляющая сторона использует и разные клиенты и разные почтовые сервера. Может это проблема MDaemon? Если да и кто-то в курсе, как лечить, поделитесь рецептом. Заранее всем спасибо!

Дополнение.
В результате теста выяснилась ещё одна "особенность".
Создал несколько файлов вордовских, простых текстовых, пару файлов с картинками, дал им название аля
"Очень длинное название файла кириллицей для проверки нашего почтовика на тупость.txt"
Создал аналогичные файлы, но в имена добавил латиницу аля:
"Очень длинное название файла кириллицей для проверки нашего почтовика на тупость VOT EPONA BABUSHKA.txt"
Отправил к себе в офис с внешних почтовиков(mail.ru и newmail.ru). Человек с Outlook-ом принял всё нормально, имена файлов в порядке, ничего не коверкается, длянна сохраняется. Второй человек смотрел копию уже через WorldClient, и мена файлов уже оказались обрезанными, т.е. не смотря на то, что кириллица в названии сохранилась, само названия файла обрезалось до:
"Очень длинное название файла кириллицей для проверки нашего почтови?" при загрузке, скачивается файл с правильным расширением, но вот с таким обрезанным именем(67 символов, включая пробелы).
Если добавить в начало имени файла латинский текст, то после получения в WorldClient кириллическое название один фиг обрезается, и опять после 67-го символа, хотя то, что написано латиницей в начале, сохраняется, т.е. получается шняга вида:
"VOT EPONA BABUSHKA Очень длинное название файла кириллицей для проверки нашего почтови?"