» Все о MDaemon (#5)

ph5 Задержки в 15 сек имхо проблема DNS. Для проверки занеси в винде на сервере в файл hosts IP и имя рабочей станции, с которой отправляешь.

qxaszw12
Согласен.

Вот, скажите, это то, что нужно:
Tue 2014-09-09 10:12:01: Session 5138; child 1; thread 872
Tue 2014-09-09 10:11:47: Приём SMTP соединения от [192.168.0.94 : 1107]
Tue 2014-09-09 10:11:48: --> 220 post.ru ESMTP MDaemon 8.0.2; Tue, 09 Sep 2014 10:11:48 +0300
Tue 2014-09-09 10:12:01: <-- EHLO [192.168.0.94]
Tue 2014-09-09 10:12:01: --> 250-post.ru Hello 192.168.0.94, pleased to meet you
Tue 2014-09-09 10:12:01: --> 250-ETRN
Tue 2014-09-09 10:12:01: --> 250-AUTH=LOGIN
Tue 2014-09-09 10:12:01: --> 250-AUTH LOGIN CRAM-MD5
Tue 2014-09-09 10:12:01: --> 250-8BITMIME
Tue 2014-09-09 10:12:01: --> 250 SIZE 30000000
Tue 2014-09-09 10:12:01: <-- AUTH CRAM-MD5
Tue 2014-09-09 10:12:01: --> 334 PE1EQUVNT04tRjIwMTQwOTA5MTAxMi5BQTEyMDEyNjVNRDAwMTJAdGlzYXV0by5ydT4=
Tue 2014-09-09 10:12:01: <-- bWFyaXNoYSBhYTU2Mzk3YzMyY2QzODhiMmVmYTNmYjZlYzZhZGU3Zg==
Tue 2014-09-09 10:12:01: --> 235 Authentication successful
Tue 2014-09-09 10:12:01: Authenticated as marisha@post.ru
Tue 2014-09-09 10:12:01: <-- MAIL FROM:<marisha@post.ru> SIZE=607
Tue 2014-09-09 10:12:01: --> 250 <marisha@post.ru>, Sender ok
Tue 2014-09-09 10:12:01: <-- RCPT TO:<vk@post.ru>
Tue 2014-09-09 10:12:01: --> 250 <vk@post.ru>, Recipient ok
Tue 2014-09-09 10:12:01: <-- DATA
Tue 2014-09-09 10:12:01: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000004447.tmp
Tue 2014-09-09 10:12:01: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2014-09-09 10:12:01: Создание сообщения successful: c:\mdaemon\queues\inbound\md50003825243.msg
Tue 2014-09-09 10:12:01: --> 250 Ok, message saved <Message-ID: <1702579725.20140909101806@post.ru>>
Tue 2014-09-09 10:12:01: <-- RSET
Tue 2014-09-09 10:12:01: --> 250 RSET? Well, ok.
Tue 2014-09-09 10:12:01: <-- QUIT
Tue 2014-09-09 10:12:01: --> 221 See ya in cyberspace
Tue 2014-09-09 10:12:01: SMTP-сессия успешна (байт в/вв: 790/549)

Добавлено:
ipmanyak

Цитата:

Для проверки занеси в винде на сервере в файл hosts IP и имя рабочей станции

Забил данные в hosts - проблема осталась.
Причем с моего компа все норм уходит. А с других вот такой затык. Чудеса...

ph5

Цитата:

Tue 2014-09-09 10:11:47: Приём SMTP соединения от [192.168.0.94 : 1107]
Tue 2014-09-09 10:11:48: --> 220 post.ru ESMTP MDaemon 8.0.2; Tue, 09 Sep 2014 10:11:48 +0300
Tue 2014-09-09 10:12:01: <-- EHLO [192.168.0.94]

Прикольно, первый раз такое вижу.
А эта задержку у всех сообщений со всех компьютеров или только с одного?
Выясняйте, что делает 13 сек. пользовательский компик (The bat) начиная диалог.
Попробуйте выключить все антивирусы и файрволы у юзера, если что-то изменится - прописывайте в них исключения.

qxaszw12
Получается, у кого то норм, а у кого то таймаут в 15сек. Буду выяснять. Просто хотя бы понять, это на уровне пользователей или сервера проблема?

ph5

Цитата:

Просто хотя бы понять, это на уровне пользователей или сервера проблема?

Нет, это однозначно не проблема MDaemon'а. В логе очень чётко видна задержка на 13 сек. ответа клиентской части.

ph5 У тебя клиент тоже The bat и версия его какая? Сеть 192.168.0 занесена в трасты ?
свой dns сервер юзаешь? есть обратная зона для сети 192.168.0 ?

ipmanyak
Клиенты разные и 5.2 и 5.8.8 и 6.4.6 и 6.6. Но от этого не зависит. У меня клиент 6.6 моментом письмо уходит, у другого человека 5.8.8 и 5.2 тоже все норм. Есть люди, у которых клиенты 6.4.6 и 6.6 и у них отправка тупит

ph5 Про остальные вопросы что ?
Покажи еще куски лога ALL (не SMTP-IN, а именно ALL) на твою сессию и на проблемную.


Добавлено:
листинги оформляй в тэг code или more

ipmanyak
Оке, дайте времечка работа напала

Добавлено:
ipmanyak
Вот проблемный кусок all
[more=Tue 2014-09-09 10:06:10: Session 5052; child 1; thread 1104 Tue 2014-09-09 10:05:58: Приём SMTP соединения от [192.168.0.94 : 1099] Tue 2014-09-09 10:05:58: --> 220 post.ru ESMTP MDaemon 8.0.2; Tue, 09 Sep 2014 10:05:58 +0300 Tue 2014-09-09 10:06:10: <-- EHLO [192.168.0.94] Tue 2014-09-09 10:06:10: --> 250-post.ru Hello 192.168.0.94, pleased to meet you Tue 2014-09-09 10:06:10: --> 250-ETRN Tue 2014-09-09 10:06:10: --> 250-AUTH=LOGIN Tue 2014-09-09 10:06:10: --> 250-AUTH LOGIN CRAM-MD5 Tue 2014-09-09 10:06:10: --> 250-8BITMIME Tue 2014-09-09 10:06:10: --> 250 SIZE 30000000 Tue 2014-09-09 10:06:10: <-- AUTH CRAM-MD5 Tue 2014-09-09 10:06:10: --> 334 PE1EQUVNT04tRjIwMTQwOTA5MTAwNi5BQTA2MTAyMThNRDAwMTJAdGlzYXV0by5ydT4= Tue 2014-09-09 10:06:10: <-- bWFyaXNoYSA1NDA2NzFjMDQ4NjE2YWQ3YzJlM2I2Nzk2YzY0MmRjMg== Tue 2014-09-09 10:06:10: --> 235 Authentication successful Tue 2014-09-09 10:06:10: Authenticated as marisha@post.ru Tue 2014-09-09 10:06:10: <-- MAIL FROM:<marisha@post.ru> SIZE=607 Tue 2014-09-09 10:06:10: --> 250 <marisha@post.ru>, Sender ok Tue 2014-09-09 10:06:10: <-- RCPT TO:<vk@post.ru> Tue 2014-09-09 10:06:10: --> 250 <vk@post.ru>, Recipient ok Tue 2014-09-09 10:06:10: <-- DATA Tue 2014-09-09 10:06:10: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000004397.tmp Tue 2014-09-09 10:06:10: --> 354 Enter mail, end with <CRLF>.<CRLF> Tue 2014-09-09 10:06:10: Создание сообщения successful: c:\mdaemon\queues\inbound\md50003825236.msg Tue 2014-09-09 10:06:10: --> 250 Ok, message saved <Message-ID: <1874630367.20140909101216@post.ru>> Tue 2014-09-09 10:06:10: <-- RSET Tue 2014-09-09 10:06:10: --> 250 RSET? Well, ok. Tue 2014-09-09 10:06:10: <-- QUIT Tue 2014-09-09 10:06:10: --> 221 See ya in cyberspace Tue 2014-09-09 10:06:10: SMTP-сессия успешна (байт в/вв: 790/549)][/more]

Добавлено:

Цитата:

Сеть 192.168.0 занесена в трасты ?

Цитата:

есть обратная зона для сети 192.168.0

А где это можно глянуть? В почтовом сервер?
На проксике поднят dns, но только для инет кэша.
Через провайдера прописал обратную зону DNS.

ph5

Цитата:

А где это можно глянуть? В почтовом сервер?

HELP - справка в Mdaemon для кого? Для тебя! Набери там в поиске trusted hosts и найдешь. Также проверь настройки tarpit.
Проделай эксперимент на хосте 192.168.0.94, в командной строке набери:
telnet IP_локальный_почтаря 25
HELO [192.168.0.94]
засеки время отклика, выйди из телнет командой quit
затем снова:
telnet IP_локальный_почтаря 25
HELO localhost
засеки время отклика
p.s
у клиентов кстати какой IP почтаря прописан локальный или внешний ?
в the bat кстати есть настройка отложенной доставки, проверь эти настройки.

ipmanyak
Пасиба, буду тэстить вечером!

Прихожу утром на работу и что я вижу! Пустая очередь повторных попыток в Мдаемоне и письма с вложениями у себя на майле. Заработало все - не понятно что было... Не знаю имеет ли смысл дальше разбираться и отправлять майлу письма.

Поддержка майлру вот что ответили:

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

Пришлите оригинал письма с вложением, которое не доходит. Присланный нам в
виде вложения и отдельно от текста ошибки с полными служебными заголовками
в формате eml или msg. Напоминаем Вам, что спам-фильтр - это сложный
алгоритм, учитывающий множество факторов в тексте письма. "

PTR теперь одна и уже разлетелась по днсам, сегодня проверю доставку на ru.anadoluefes.com
Всем спасибо за подсказки.

dragovich01 Советую послать письма. Нужно разобраться и понять причину банов, это будет интересно не только тебе.

ipmanyak
Приветствую!
Поля в доверенных хостах пустые. Но они и раньше были пусты и все норм работало. Насчет tarpit: а что может быть в нем с настройками плохого?
По телнету вот такие сообщения:

220 tisauto.ru ESMTP MDaemon 8.0.2; Wed, 10 Sep 2014 09:52:24 +0300
HELO 192.168.0.94
250 post.ru Hello 192.168.0.94, pleased to meet you


220 tisauto.ru ESMTP MDaemon 8.0.2; Wed, 10 Sep 2014 09
HELO localhost
250 post.ru Hello localhost, pleased to meet you
Срока pleased to meet you появляется моментом

ip почтового сервера в клиентах прописан локальный

Отложенной доставки нет, письма настроены на немедленное отправление.

И вообще, как то странно, одна часть компов быстро отправляет почту, другая часть задумывается на 12 сек... Не зависимо от размера письма.

[more] Не подскажете что такое?

Wed 2014-09-10 17:05:58: Parsing message <c:\mdaemon\queues\remote\pd35000123399.msg>
Wed 2014-09-10 17:05:58: * From: e.kuklina@zabprivoz.ru
Wed 2014-09-10 17:05:58: * To: tokfs@kfsibir.ru
Wed 2014-09-10 17:05:58: * Subject: =?koi8-r?Q?=DA=C1=CB=C1=DA?=
Wed 2014-09-10 17:05:58: * Size (bytes): 21317
Wed 2014-09-10 17:05:58: * Message-ID: <bbb88e82.1cfccc5.1d478ef.51ea@zabprivoz.ru>
Wed 2014-09-10 17:05:58: Attempting SMTP connection to [kfsibir.ru]
Wed 2014-09-10 17:05:58: Resolving MX records for [kfsibir.ru] (DNS Server: 192.168.123.1)...
Wed 2014-09-10 17:05:58: * P=010 S=000 D=kfsibir.ru TTL=(10) MX=[mx1.spaceweb.ru]
Wed 2014-09-10 17:05:58: * P=020 S=001 D=kfsibir.ru TTL=(10) MX=[mx2.spaceweb.ru]
Wed 2014-09-10 17:05:58: Attempting SMTP connection to [mx1.spaceweb.ru:25]
Wed 2014-09-10 17:05:58: Resolving A record for [mx1.spaceweb.ru] (DNS Server: 192.168.123.1)...
Wed 2014-09-10 17:05:58: * D=mx1.spaceweb.ru TTL=(5) A=[77.222.41.148]
Wed 2014-09-10 17:05:58: * D=mx1.spaceweb.ru TTL=(5) A=[77.222.41.52]
Wed 2014-09-10 17:05:58: * D=mx1.spaceweb.ru TTL=(5) A=[77.222.41.50]
Wed 2014-09-10 17:05:58: * D=mx1.spaceweb.ru TTL=(5) A=[77.222.41.89]
Wed 2014-09-10 17:05:58: Randomly picked 77.222.41.89 from list of A records
Wed 2014-09-10 17:05:58: Attempting SMTP connection to [77.222.41.89:25]
Wed 2014-09-10 17:05:58: Waiting for socket connection...
Wed 2014-09-10 17:05:58: * Connection established (192.168.123.75:55699 -> 77.222.41.89:25)
Wed 2014-09-10 17:05:58: Waiting for protocol to start...
Wed 2014-09-10 17:05:59: <-- 220 mx1.spaceweb.ru ESMTP
Wed 2014-09-10 17:05:59: --> EHLO mail.zabprivoz.ru
Wed 2014-09-10 17:05:59: <-- 250-mx1.spaceweb.ru Hello mail.zabprivoz.ru [91.205.243.40]
Wed 2014-09-10 17:05:59: <-- 250-SIZE 26214400
Wed 2014-09-10 17:05:59: <-- 250-8BITMIME
Wed 2014-09-10 17:05:59: <-- 250-PIPELINING
Wed 2014-09-10 17:05:59: <-- 250-STARTTLS
Wed 2014-09-10 17:05:59: <-- 250 HELP
Wed 2014-09-10 17:05:59: --> STARTTLS
Wed 2014-09-10 17:05:59: <-- 220 TLS go ahead
Wed 2014-09-10 17:05:59: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit encryption)
Wed 2014-09-10 17:05:59: --> EHLO mail.zabprivoz.ru
Wed 2014-09-10 17:06:00: <-- 250-mx1.spaceweb.ru Hello mail.zabprivoz.ru [91.205.243.40]
Wed 2014-09-10 17:06:00: <-- 250-SIZE 26214400
Wed 2014-09-10 17:06:00: <-- 250-8BITMIME
Wed 2014-09-10 17:06:00: <-- 250-PIPELINING
Wed 2014-09-10 17:06:00: <-- 250 HELP
Wed 2014-09-10 17:06:00: --> MAIL From:<e.kuklina@zabprivoz.ru> SIZE=21317
Wed 2014-09-10 17:06:00: <-- 250 OK
Wed 2014-09-10 17:06:00: --> RCPT To:<tokfs@kfsibir.ru>
Wed 2014-09-10 17:06:10: <-- 550-Callback setup failed while verifying <e.kuklina@zabprivoz.ru>
Wed 2014-09-10 17:06:10: <-- 550-Called: 91.205.243.40
Wed 2014-09-10 17:06:10: <-- 550-Sent: MAIL FROM:<>
Wed 2014-09-10 17:06:10: <-- 550-Response: 501 Domain must resolve
Wed 2014-09-10 17:06:10: <-- 550-The initial connection, or a HELO or MAIL FROM:<> command was
Wed 2014-09-10 17:06:10: <-- 550-rejected. Refusing MAIL FROM:<> does not help fight spam, disregards
Wed 2014-09-10 17:06:10: <-- 550-RFC requirements, and stops you from receiving standard bounce
Wed 2014-09-10 17:06:10: <-- 550-messages. This host does not accept mail from domains whose servers
Wed 2014-09-10 17:06:10: <-- 550-refuse bounces.
Wed 2014-09-10 17:06:10: <-- 550 Sender verify failed
Wed 2014-09-10 17:06:10: --> QUIT
Wed 2014-09-10 17:06:11: Socket connection closed by the other side (how rude!)
Wed 2014-09-10 17:06:11: * Winsock Error 10053 &#209;&#238;&#229;&#228;&#232;&#237;&#229;&#237;&#232;&#229; &#238;&#242;&#236;&#229;&#237;&#229;&#237;&#238;.
Wed 2014-09-10 17:06:11: &#209;&#238;&#229;&#228;&#232;&#237;&#229;&#237;&#232;&#229; &#239;&#240;&#229;&#240;&#226;&#224;&#237;&#238;
Wed 2014-09-10 17:06:11: SMTP session terminated (Bytes in/out: 800/278) [/more]

Добавлено:
может быть PTR еще не разлетелась?

Добавлено:
хотя я же ее убирал наоборот

dragovich01 Сам то лог смотрел?

Цитата:

Wed 2014-09-10 17:06:10: <-- 550-Callback setup failed while verifying <e.kuklina@zabprivoz.ru>
Wed 2014-09-10 17:06:10: <-- 550-Called: 91.205.243.40
Wed 2014-09-10 17:06:10: <-- 550-Sent: MAIL FROM:<>
Wed 2014-09-10 17:06:10: <-- 550-Response: 501 Domain must resolve
Wed 2014-09-10 17:06:10: <-- 550-The initial connection, or a HELO or MAIL FROM:<> command was
Wed 2014-09-10 17:06:10: <-- 550-rejected. Refusing MAIL FROM:<> does not help fight spam, disregards
Wed 2014-09-10 17:06:10: <-- 550-RFC requirements, and stops you from receiving standard bounce
Wed 2014-09-10 17:06:10: <-- 550-messages. This host does not accept mail from domains whose servers
Wed 2014-09-10 17:06:10: <-- 550-refuse bounces.

Как ты понимаешь эти сообщения? Лично мне всё понятно, а тебе?

И еще вопрос:
забиваю tracert mail.post.ru а в ответку - Не удается разрешить системное имя узла mail.post.ru. Это ведь не нормально, так?

ph5

Цитата:

Это ведь не нормально, так?

Нет, не нормально. Смотрите косяки в вашем DNS.
У меня без проблем запустился на адрес - 195.14.4.250

qxaszw12
Даже не знаю, что там с.мотреть? Единственное, что там менял это ip адреса dns-серверов нового провайдера.

ph5

Цитата:

Даже не знаю, что там с.мотреть?

Командочка nslookup вам поможет.
Дальше введите "?" и получите список команд данной утилитки.

https://ru.wikipedia.org/wiki/Nslookup

ph5 Забей на нэймсервера прова (часто глючат) и пропиши гуглевские 8.8.4.4 и 8.8.8.8

ipmanyak

Цитата:

Как ты понимаешь эти сообщения? Лично мне всё понятно, а тебе?  

Былоб понятно не спрашивал бы...

dragovich01 Все-таки мозг нужно включать, хотя бы погуглить на слово Callback.
Удаленная сторона юзает метод антиспама Callback Verification
http://en.wikipedia.org/wiki/Callback_verification
То есть создает встречную сессию на проверку существования ящика отправителя на твоей стороне командой VRFY, посылая письмо с пустым полем FROM. Но твой сервер отбрил эту сессию с ответом 501 Domain must resolve. Верификация не прошла, потому тот сервер отбил твою сессию. Смотри входящую сессию от того сервера примерно на это же время и выясняй причину. Думаю причина в том, что хост 77.222.41.89 с именем mx1.spaceweb.ru в прямой зоне резолвится в несколько IP адресов
Не заслуживающий доверия ответ:
&#9562;ь : mx1.spaceweb.ru
Addresses: 77.222.41.148
77.222.41.52
77.222.41.50
77.222.41.89
и про проверке в прямой и обратной зоне IP адреса не совпали. Нарушение RFC 1912 2.1. Мало того, что RFC нарушено, еще и древний метод антиспама Callback Verification юзают, из-за которого затруднительно применять современные методы, типа Greylisting и Backscatter.


Код: 2.1 Inconsistent, Missing, or Bad Data

Every Internet-reachable host should have a name. The consequences
of this are becoming more and more obvious. Many services available
on the Internet will not talk to you if you aren't correctly
registered in the DNS.
Make sure your PTR and A records match. For every IP address, there
should be a matching PTR record in the in-addr.arpa domain. If a
host is multi-homed, (more than one IP address) make sure that all IP
addresses have a corresponding PTR record (not just the first one).
Failure to have matching PTR and A records can cause loss of Internet
services similar to not being registered in the DNS at all. Also,
PTR records must point back to a valid A record, not a alias defined
by a CNAME. It is highly recommended that you use some software
which automates this checking, or generate your DNS data from a
database which automatically creates consistent data.

ipmanyak Спасибо

ipmanyak
Спасибо большое! Перебил на гугловские днс - проблема ушла! Ну и славно)

Всем привет! Такая проблема в Outlook 2003 + connector for mdaemon новые письма не отображаются, пока не зайдешь в другую папку, например отправленные потом обратно переходишь во входящие и раз письма появились

evgen272014 Для начала озвучь версию Outlook Connector и все три сервиспака на Outlook 2003 стоят ? Сторонние плагины в Outlook 2003 есть?
Сожми базу localcache.db Outlook Connector-а:

1) Close Outlook.
2) Go to control panel and double-click on "mail" icon.
3) Click on the "Data Files..." button
4) Click on your Outlook Connector data file then click the "Settings..." button
5) This brings up the Outlook Connector configuration dialog box.
6) Click on the "Miscellaneous" tab then click on the "Compact" button near the bottom.
7) You will receive a warning that this could take several seconds to several minutes. Click "Yes" button to continue.
You will get a dialog box announcing when the data compacting process is complete.

connector 2.3.3, sp3, сторонних плагинов нет базу сжимал не помогает! Антивирус NOD отключал интеграцию в почту и все правила связанные с почтой.

evgen272014 Проблема с одним клиентом или со всеми? Писем много на серваке у этого клиента?
Переход по папкам нужно делать постоянно или 1 раз?

проблема у всех клиентов, на счет писем что парочка что 3000 одинаково а переход по папкам нужно делать постоянно.