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

» Все о MDaemon (#5)

Автор: ColdFire2000
Дата сообщения: 14.04.2016 13:37
ipmanyak
Спасибо. Понял - не буду трогать тайминг.
А на счет DNS - как раз Google у меня везде и стоит - он и съехал


А про полосу - респкт, пошел проверим.
Автор: coolcrazy
Дата сообщения: 14.04.2016 14:59
Как mdaemon потяне пулы IP адресов по странам на 43+ тысячи записей (это только три страны...)
Автор: ipmanyak
Дата сообщения: 14.04.2016 15:35
coolcrazy Писал же вроде внятно, в фаере/рутере блочь, а не в Mdaemon. Там в CIDR нотации прописывается.
Автор: coolcrazy
Дата сообщения: 14.04.2016 16:13
Тоже интересно а роутер или файер вытянет при каждом обращении к нему смотреть список из 43+ тысяч CIDR нотаций ???
Собственно меня интересовало есть ли сдесь человеки которые блочат этот трафик и как они это делают (чужой опыт), а уже на основании этого опыта можно что то свое разработать...
Просто на данный момент времени я пока не вижу адекватных решений данной проблемы, возможно только если отлавливать событие ввода логина и пароля и как то блочить если входящее соединение не из локального списка адресов.
Автор: AlexsandrSE
Дата сообщения: 14.04.2016 20:02
Я пока блочу тех кто ломится в ручную. Динамиченски мдаемон отлавливает, а я уже просматриваю логи и блочу на фаере.
Автор: qxaszw12
Дата сообщения: 15.04.2016 11:17
coolcrazy

Цитата:
Тоже интересно а роутер или файер вытянет при каждом обращении к нему смотреть список из 43+ тысяч CIDR нотаций ???


Нормальные маршрутизаторы элементарно блокируют доступ из сеток. Например, одной строкой 113.162.64.0/19 можно полностью заколотить доступ из Вьетнамского прокси, через который идёт огромный поток всякой гадости.
Автор: Zorgcheg
Дата сообщения: 18.04.2016 09:06
Здравствуйте.

Такая проблема: в пределах одного почтового сервера один пользователь отправляет другому письмо и у адресата это письмо попадает в спам (в папку Junk) с заголовком [***SPAM*** Score/Req: _SCORE(0)_/_REQD_].

В настройках спам фильтра в разделе Белый список (без фильтрации) прописали

From *@домен.ru

Не помогает, письма все равно приходят в спам. Причем вроде как не всем, а конкретным людям от конкретных людей.

Версия MDaemon 13.

Автор: ipmanyak
Дата сообщения: 18.04.2016 09:50
Zorgcheg 13 версий было 18 штук 13.0.x, 13.5.x, 13.6.x , какая именно? . Как вариант пробуй внести в другой белый список, типа WHITELIST BY SENDER. На всякий случай сделай после вноса изменений рестарт спамфильтра, в меню SPAM FILTER есть спецкнопа.
Проанализируй лог антиспама, там пишется за что начислены баллы, далее думать и делать выводы. Кстати покажи кусок лога с этой сессией. Юзера все в локалке? Локальная IP сеть занесена в Trusted hosts ?
Автор: Zorgcheg
Дата сообщения: 18.04.2016 10:48
[more] ipmanyak
SMTP/POP/IMAP server: v13.6.3
WorldClient HTTP server: v13.6.3
WorldClient DLL: v13.6.3
ComAgent client: v13.6.3
Content filter server: v13.6.3
Content filter DLL: v13.6.3
Content filter GUI: v13.0.0

Calendar API (MDCalendar.dll): v13.6.3
Mailing list API (MDList.dll): v13.6.3
Original "Flat-File" API (MDUser.dll): v13.6.3
COM/DCOM API (MDUserCOM.dll): v8.0.0
LDAP API (MDUserLDAP.dll): v13.6.3
ODBC/SQL API (MDUserODBC.dll): v13.6.3
SyncML (MDSyncML.dll): v13.6.3
ActiveSync (MDAirSync.dll): v13.6.3.38
NT/2K/XP utility API (NTUtil.dll): v13.6.3
HashCash API (HashCash.dll): v1.13
DomainKeys API (DomainKeys.dll): v13.6.3
DKIM API (LibDKIM.dll): v1.0.21
AntiSpam server daemon (MDSpamD): v3.3.2

Насчет всего остального - сейчас буду искать информацию где всё это найти. Сервер этот поднимал не я, разбираюсь в нем на уровне "заведи нового пользователя" или "сбрось пароль". [/more]
Автор: Acamori
Дата сообщения: 19.04.2016 14:55
Кто-то может подсказать, как сделать, что б пользователь мог сам удалять свою почту с сервера ?
Автор: vlary
Дата сообщения: 19.04.2016 15:36
Acamori
Цитата:
Кто-то может подсказать, как сделать, что б пользователь мог сам удалять свою почту с сервера ?
А это разве не по умолчанию? Что за бесправные у вас пользователи?
Или ты имеешь в виду удалить вообще свой эккаунт?
Автор: Acamori
Дата сообщения: 19.04.2016 15:42

Цитата:
А это разве не по умолчанию? Что за бесправные у вас пользователи?
Или ты имеешь в виду удалить вообще свой эккаунт?


Да уже решилась проблемка, перезапуск thunderbird'a помогает. Но есть встречный вопрос, возможно ли сделать так, что б пользователь не мог удалять сообщения, а только переносить на локальную машину ?
Автор: vlary
Дата сообщения: 19.04.2016 23:00
Acamori
Цитата:
возможно ли сделать так, что б пользователь не мог удалять сообщения, а только переносить на локальную машину ?
Хочется странного? Пиши собственные POP3 и IMAP4 протоколы.
И какая разница между "удалить сообщение" и "перенести на локальную машину"
(и потом его убить)?
Автор: qxaszw12
Дата сообщения: 20.04.2016 01:02
Acamori

Цитата:
а только переносить на локальную машину ?


Если клиент работает по протоколу POP3, то можно велеть клиенту оставлять сообщения на сервере. При использовании IMAP - нельзя.
Автор: EDzLOB
Дата сообщения: 20.04.2016 13:41
Всем привет!
06.04.16г яндекс разослал всем письма с необходимость перехода со старых почтовых программ.
В связи с переходом в TSL на алгоритм шифрования с SHA-1 на SHA-256.

Подскажите пожалуйста в mdaemon версии 13.04 идет аглоритм SHA-256?
Все пользователи фирмы сидят за старыми почтовыми программами, многие на outlook express 2004г.
Достаточно ли mdaemona версии 13.04 или все же придется обновлять почтовые программы у пользователей?
Не могу найти как в поддержку яндекса написать. Везде вопрос/ответ...

Спасибо за внимание, буду рад любой помощи.
Эдуард.
Автор: zulusru
Дата сообщения: 20.04.2016 14:07
Обновляю сервер с mdaemonom на старом стоит 11 версия
перенес на новый комп обновил до 16 версии
на время тестирования отрубил все учетные записи кроме тестовой
так он все равно получает частично почту с отключенных учеток
как можно такое пофиксить?
Автор: ipmanyak
Дата сообщения: 20.04.2016 14:32
EDzLOB У тебя свой почтовый домен на Mdaemon и клиенты подключены к нему? Если да, то тебе нечего беспокоиться. Никто еще не обязал весь Инет юзать шифрование между почтовыми серверами, пока это твое личное желание, хочешь - шифруй.
Проблемы будут у тех, кто напрямую подключен к ящикам яндекса старыми почтовыми клиентами.
Mdaemon юзает Microsoft Schannel library for its SSL/TLS support.
Если у тебя Mdaemon на W2K3 и будешь юзать шифрование, то надо ставить апдэйт
https://support.microsoft.com/en-us/kb/948963



Добавлено:
zulusru Значит не отключил. Если отключена, то в логе SMTP-IN будет писать
Wed 2016-04-20 16:39:31: [985055:1] <-- MAIL FROM: <xxx@xxx.ru>
Wed 2016-04-20 16:39:31: [985055:1] --> 550 <xxx@xxx.ru>, Sender unknown
Wed 2016-04-20 16:39:31: [985055:1] xxx@xxx.ru account is currently disabled
Автор: mrbob777
Дата сообщения: 20.04.2016 15:27
Всем КУ!
Подсобите... понятий не имею почему письма не доходят... вообще почтарь работает и туда и сюда, но вот с одним доменом просто печаль, мы им письма шлем, они читают, а мы от них писем не видим...

Mon 2016-04-18 00:52:41: Session 5523; child 1; thread 3728
Mon 2016-04-18 00:52:37: Accepting SMTP connection from [12.166.46.40:16512]
Mon 2016-04-18 00:52:37: Performing PTR lookup (40.46.166.12.IN-ADDR.ARPA)
Mon 2016-04-18 00:52:37: * D=40.46.166.12.IN-ADDR.ARPA TTL=(20) PTR=[mx1.tiffany.com]
Mon 2016-04-18 00:52:37: * Gathering A records...
Mon 2016-04-18 00:52:37: * D=mx1.tiffany.com TTL=(20) A=[12.166.46.40]
Mon 2016-04-18 00:52:37: ---- End PTR results
Mon 2016-04-18 00:52:37: --> 220 viledgroup.kz ESMTP MDaemon 10.0.2; Mon, 18 Apr 2016 00:52:37 +0600
Mon 2016-04-18 00:52:37: <-- EHLO MX1.tiffany.com
Mon 2016-04-18 00:52:37: Performing IP lookup (MX1.tiffany.com)
Mon 2016-04-18 00:52:37: * D=MX1.tiffany.com TTL=(20) A=[12.166.46.40]
Mon 2016-04-18 00:52:37: ---- End IP lookup results
Mon 2016-04-18 00:52:37: --> 250-viledgroup.kz Hello mx1.tiffany.com, pleased to meet you
Mon 2016-04-18 00:52:37: --> 250-VRFY
Mon 2016-04-18 00:52:37: --> 250-EXPN
Mon 2016-04-18 00:52:37: --> 250-ETRN
Mon 2016-04-18 00:52:37: --> 250-AUTH=LOGIN
Mon 2016-04-18 00:52:37: --> 250-AUTH LOGIN CRAM-MD5
Mon 2016-04-18 00:52:37: --> 250-8BITMIME
Mon 2016-04-18 00:52:37: --> 250-STARTTLS
Mon 2016-04-18 00:52:37: --> 250 SIZE
Mon 2016-04-18 00:52:38: <-- STARTTLS
Mon 2016-04-18 00:52:38: --> 220 Begin TLS negotiation
Mon 2016-04-18 00:52:38: SSL negotiation successful (TLS 1.0, 256 bit key exchange, 256 bit encryption)
Mon 2016-04-18 00:52:38: <-- EHLO MX1.tiffany.com
Mon 2016-04-18 00:52:38: Performing IP lookup (MX1.tiffany.com)
Mon 2016-04-18 00:52:39: * D=MX1.tiffany.com TTL=(19) A=[12.166.46.40]
Mon 2016-04-18 00:52:39: ---- End IP lookup results
Mon 2016-04-18 00:52:39: --> 250-ххх.kz Hello mx1.tiffany.com, pleased to meet you
Mon 2016-04-18 00:52:39: --> 250-VRFY
Mon 2016-04-18 00:52:39: --> 250-EXPN
Mon 2016-04-18 00:52:39: --> 250-ETRN
Mon 2016-04-18 00:52:39: --> 250-AUTH=LOGIN
Mon 2016-04-18 00:52:39: --> 250-AUTH LOGIN CRAM-MD5
Mon 2016-04-18 00:52:39: --> 250-8BITMIME
Mon 2016-04-18 00:52:39: --> 250 SIZE
Mon 2016-04-18 00:52:39: <-- MAIL FROM:<ххх.ххх@tiffany.com> SIZE=889205
Mon 2016-04-18 00:52:39: Performing IP lookup (tiffany.com)
Mon 2016-04-18 00:52:39: * D=tiffany.com TTL=(5) A=[72.5.130.50]
Mon 2016-04-18 00:52:39: * P=005 S=002 D=tiffany.com TTL=(5) MX=[mx1.tiffany.com] {12.166.46.40}
Mon 2016-04-18 00:52:39: * P=010 S=000 D=tiffany.com TTL=(5) MX=[mx3.tiffany.com] {192.34.213.40}
Mon 2016-04-18 00:52:39: * P=020 S=001 D=tiffany.com TTL=(5) MX=[mx2.tiffany.com]
Mon 2016-04-18 00:52:39: ---- End IP lookup results
Mon 2016-04-18 00:52:39: --> 250 <ххх.ххх@tiffany.com>, Sender ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- RCPT TO:<y.ххх@ххх.kz>
Mon 2016-04-18 00:52:40: --> 250 <y.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- DATA
Mon 2016-04-18 00:52:40: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000650.tmp
Mon 2016-04-18 00:52:40: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2016-04-18 00:52:41: Соединение прервано
Mon 2016-04-18 00:52:41: SMTP session terminated (Bytes in/out: 26544/2092)

и так в каждом сообщении от них
...
Mon 2016-04-18 00:52:40: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2016-04-18 00:52:41: Соединение прервано
...
Автор: ipmanyak
Дата сообщения: 20.04.2016 15:55
mrbob777 Погляди лог ALL и Screening.log.
Во всех сессиях от них идут несколько RCPT TO ?
На всякий случай проверь параметр SMTP RCPT tarpit threshold
Navigation: Security Menu > Security Settings > Other > Tarpitting

Автор: vlary
Дата сообщения: 20.04.2016 18:01
mrbob777
Цитата:
и так в каждом сообщении от них
А это не твой спамассасин их рубит? Или какой там фильтр у тебя стоит?
Автор: mrbob777
Дата сообщения: 21.04.2016 07:04
ipmanyak
несколько RCPT TO - это кому слать копии сообщения, там по адресатом я вижу...
Тарпиттинг ОФФ
в Screening-e во всем блокноте только один апи, который не имеет отношения к домену tiffany.com что юзают несколько mx

vlary
стороннего ничего нет, а встроенные фильтр содержания, спама... я изначально не накручивал там итак вроде нормуль под наши нужды...
Автор: Vadreg
Дата сообщения: 21.04.2016 11:19
mrbob777
могу предположить, что там и не должно быть письма - с той стороны таким образом проверяют верность отправляющего.
Автор: mrbob777
Дата сообщения: 21.04.2016 13:15
Vadreg
письма как раз таки есть...

Mon 2016-04-18 00:52:39: ---- End IP lookup results
Mon 2016-04-18 00:52:39: --> 250 <ххх.ххх@tiffany.com>, Sender ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- RCPT TO:<y.ххх@ххх.kz>
Mon 2016-04-18 00:52:40: --> 250 <y.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- DATA

в одном из RCPT указан e-mail gmail-a куда письмо падает, а вот наш домен:

Mon 2016-04-18 00:52:40: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2016-04-18 00:52:41: Соединение прервано
Mon 2016-04-18 00:52:41: SMTP session terminated (Bytes in/out: 26544/2092)

потом отправитель шлет на те же RCPT

#5.0.0 smtp; 5.4.7 - Delivery expired (message too old)

оно и понятно, что в наш домен письмо не зашло и отправитель получил выше указанную ошибку. Почему не зашло? Потому что у себя в очередях я его не вижу

Добавлено:
Vadreg
письма как раз таки есть...

Mon 2016-04-18 00:52:39: ---- End IP lookup results
Mon 2016-04-18 00:52:39: --> 250 <ххх.ххх@tiffany.com>, Sender ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- RCPT TO:<y.ххх@ххх.kz>
Mon 2016-04-18 00:52:40: --> 250 <y.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- DATA

в одном из RCPT указан e-mail gmail-a куда письмо падает, а вот наш домен:

Mon 2016-04-18 00:52:40: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2016-04-18 00:52:41: Соединение прервано
Mon 2016-04-18 00:52:41: SMTP session terminated (Bytes in/out: 26544/2092)

потом отправитель шлет на те же RCPT

#5.0.0 smtp; 5.4.7 - Delivery expired (message too old)

оно и понятно, что в наш домен письмо не зашло и отправитель получил выше указанную ошибку. Почему не зашло? Потому что у себя в очередях я его не вижу
Автор: vlary
Дата сообщения: 21.04.2016 13:52
mrbob777
Может быть, проблема в MTU между вашим и их сервером?
Пока идет обмен короткими командами, все пучком.
А когда пошло тело письма большими пакетами,
тут же все повисло. И передающий сервер отваливается по тайм-ауту.
Любят некоторые без разбору ICMP на фаерволе рубить.
Были раньше еще случаи, что <CRLF>.<CRLF> не отлавливали,
и передача данных повисала. Но сейчас такое - редкость.
Хотя можешь с помощью WireShark отловить проблемную сессию
и глянуть, в каком именно месте затык.
Автор: qxaszw12
Дата сообщения: 21.04.2016 13:54
mrbob777

Цитата:
n 2016-04-18 00:52:39: ---- End IP lookup results
Mon 2016-04-18 00:52:39: --> 250 <ххх.ххх@tiffany.com>, Sender ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:39: <-- RCPT TO:<n.ххх@ххх.kz>
Mon 2016-04-18 00:52:39: --> 250 <n.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- RCPT TO:<y.ххх@ххх.kz>
Mon 2016-04-18 00:52:40: --> 250 <y.ххх@ххх.kz>, Recipient ok
Mon 2016-04-18 00:52:40: <-- DATA


А если не сразу на всех пользователей посылать, а только на одного, письма доходят?
Автор: mrbob777
Дата сообщения: 21.04.2016 14:46
qxaszw12

любопытная закономерность:
1. мне письмо дошло

Thu 2016-04-21 16:19:30: Session 602; child 1; thread 5116
Thu 2016-04-21 16:19:30: Accepting SMTP connection from [127.0.0.1:51053]
Thu 2016-04-21 16:19:30: --> 220 ***group.kz ESMTP MDaemon 10.0.2; Thu, 21 Apr 2016 16:19:30 +0600
Thu 2016-04-21 16:19:30: <-- EHLO WorldClient
Thu 2016-04-21 16:19:30: --> 250-***group.kz Hello WorldClient, pleased to meet you
Thu 2016-04-21 16:19:30: --> 250-VRFY
Thu 2016-04-21 16:19:30: --> 250-EXPN
Thu 2016-04-21 16:19:30: --> 250-ETRN
Thu 2016-04-21 16:19:30: --> 250-AUTH=LOGIN
Thu 2016-04-21 16:19:30: --> 250-AUTH LOGIN CRAM-MD5
Thu 2016-04-21 16:19:30: --> 250-8BITMIME
Thu 2016-04-21 16:19:30: --> 250-STARTTLS
Thu 2016-04-21 16:19:30: --> 250 SIZE
Thu 2016-04-21 16:19:30: <-- AUTH CRAM-MD5
Thu 2016-04-21 16:19:30: --> 334 PE1EQUVNT04tRjIwMTYwNDIxMTYxOS5BQTE5MzA1MzhNRDAwMTJAdmlsZWRncm91cC5rej4=
Thu 2016-04-21 16:19:30: <-- di5yYXppeWV2QHZpbGVkZ3JvdXAua3ogZDVmYWQ0YjFlOTY0YzZkZTY2ODNhYWJjZTY5Y2M4ZGQ=
Thu 2016-04-21 16:19:30: --> 235 Authentication successful
Thu 2016-04-21 16:19:30: Authenticated as v.raziyev@***group.kz
Thu 2016-04-21 16:19:30: <-- MAIL FROM: <v.raziyev@***group.kz> SIZE=843
Thu 2016-04-21 16:19:30: --> 250 <v.raziyev@***group.kz>, Sender ok
Thu 2016-04-21 16:19:30: <-- RCPT TO: <***.***@Tiffany.com>
Thu 2016-04-21 16:19:30: --> 250 <***.***@Tiffany.com>, Recipient ok
Thu 2016-04-21 16:19:30: <-- DATA
Thu 2016-04-21 16:19:30: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000048.tmp
Thu 2016-04-21 16:19:30: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2016-04-21 16:19:30: Message size: 845 bytes
Thu 2016-04-21 16:19:30: Создание сообщения successful: c:\mdaemon\queues\inbound\md50000004114.msg
Thu 2016-04-21 16:19:30: --> 250 Ok, message saved <Message-ID: WC20160421101930.500001@***group.kz>
Thu 2016-04-21 16:19:30: <-- QUIT
Thu 2016-04-21 16:19:30: --> 221 See ya in cyberspace
Thu 2016-04-21 16:19:30: SMTP session successful (Bytes in/out: 1054/577)

2.коллеге письмо не дошло

hu 2016-04-21 00:00:17: Session 4603; child 1; thread 1060
Thu 2016-04-21 00:00:07: Accepting SMTP connection from [12.166.46.40:2572]
Thu 2016-04-21 00:00:07: --> 220 ***group.kz ESMTP MDaemon 10.0.2; Thu, 21 Apr 2016 00:00:07 +0600
Thu 2016-04-21 00:00:07: <-- EHLO MX1.tiffany.com
Thu 2016-04-21 00:00:07: --> 250-***group.kz Hello MX1.tiffany.com, pleased to meet you
Thu 2016-04-21 00:00:07: --> 250-VRFY
Thu 2016-04-21 00:00:07: --> 250-EXPN
Thu 2016-04-21 00:00:07: --> 250-ETRN
Thu 2016-04-21 00:00:07: --> 250-AUTH=LOGIN
Thu 2016-04-21 00:00:07: --> 250-AUTH LOGIN CRAM-MD5
Thu 2016-04-21 00:00:07: --> 250-8BITMIME
Thu 2016-04-21 00:00:07: --> 250-STARTTLS
Thu 2016-04-21 00:00:07: --> 250 SIZE
Thu 2016-04-21 00:00:15: <-- STARTTLS
Thu 2016-04-21 00:00:15: --> 220 Begin TLS negotiation
Thu 2016-04-21 00:00:15: SSL negotiation successful (TLS 1.0, 256 bit key exchange, 256 bit encryption)
Thu 2016-04-21 00:00:15: <-- EHLO MX1.tiffany.com
Thu 2016-04-21 00:00:15: --> 250-***group.kz Hello MX1.tiffany.com, pleased to meet you
Thu 2016-04-21 00:00:15: --> 250-VRFY
Thu 2016-04-21 00:00:15: --> 250-EXPN
Thu 2016-04-21 00:00:15: --> 250-ETRN
Thu 2016-04-21 00:00:15: --> 250-AUTH=LOGIN
Thu 2016-04-21 00:00:15: --> 250-AUTH LOGIN CRAM-MD5
Thu 2016-04-21 00:00:15: --> 250-8BITMIME
Thu 2016-04-21 00:00:15: --> 250 SIZE
Thu 2016-04-21 00:00:16: <-- MAIL FROM:<***.***@tiffany.com> SIZE=74779
Thu 2016-04-21 00:00:16: --> 250 <***.***@tiffany.com>, Sender ok
Thu 2016-04-21 00:00:16: <-- RCPT TO:<n.abubakirova@***group.kz>
Thu 2016-04-21 00:00:16: --> 250 <n.abubakirova@***group.kz>, Recipient ok
Thu 2016-04-21 00:00:16: <-- DATA
Thu 2016-04-21 00:00:16: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000607.tmp
Thu 2016-04-21 00:00:16: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2016-04-21 00:00:17: Соединение прервано
Thu 2016-04-21 00:00:17: SMTP session terminated (Bytes in/out: 24446/1906)
Автор: ipmanyak
Дата сообщения: 21.04.2016 15:31
mrbob777 Попробуй включить отладочный режим в REAL режиме
Navigation: Setup Menu > Default Domain / Servers > Logging > Logging Options
отметь пункт - Log sessions in real time (debug logging—performance drain)



Автор: Vadreg
Дата сообщения: 21.04.2016 21:19
mrbob777
это логи одного почтовика ? -просто направления то одно то другое
Автор: mrbob777
Дата сообщения: 22.04.2016 05:49
ipmanyak можешь кинуть скрин? у меня рус версия MD

Vadreg да, это один почтарь. вообще у меня их 6, но MD только на 3-х и на них с этим тиффани такая беда, остальные на стороне хостера обрабатываются...
Автор: ipmanyak
Дата сообщения: 22.04.2016 07:24
mrbob777 Сам разберешься, с инглиша перевести что-ли не в состоянии?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

Предыдущая тема: RDP-клиент не видит разрыв связи.


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