» Все о MDaemon (#5)

Сегодня MD пропустил вложенный в письмо Win32/GenKryptik.AQS. Благо на локальной машине ESET его прибил. Обошлось
К письму был приложен файл DHL Shipping Document.uue, который отлично открывается Winrar-ом. Внутри файл DHL Shipping Document.scr
Добавил MD запрещенное расширение во вложениях *.uue
Будьте бдительны!
[more=Скрины]
[/more]
virustotal.com

ury_dankov
Если этот файл придет в архиве rar, мд спокойно его пропустит

Kaber
Старые версии MD да, открываю только zip, новые знают и rar.
По крайней мере MD 16.0.2 проверяет файлы внутри приложенного к письму rar-архива
Выше уже писали об этом.

ury_dankov
Вот спасибо, что то пропустил этот момент. На выходных попробую обновить, а то запустил, выдало сообщение что может слететь лицензия. МД у меня на гипер-ви, сделаю контр.точку, если что откачу. Если будет rar сканировать, то шансы словить шифровалищик сводятся к 0,000001% .

Kaber
Так вот они теперь шифровальщик в .uue пихают. Файлы .uue MD не открывает, не сканирует и спокойно доставляет юзеру. По умолчанию. Что и произошло у меня. Секретарша запустит двойным кликом, winrar по-умолчанию его откроет, и кранты (если нет антивируса у неё на компе)
Но теперь у меня эти .uue просто не дойдут - добавил в запрещенные вложения в MD
Я заодно еще .scr файлы на компах пользователей сделал открывать блокнотом
Хитро, конечно, сделано. В какой еще тип файла будут шифровальщики пихать?
Winrar по умолчанию открывает еще и .ace, .jar. Ды они хоть в распространенный 7zip закинут его...
Блочим Все! Кроме zip и rar
[more=Winrar] [/more]

Подскажите, у некоторых пользователей при использовании WorldClient.
Наблюдаются проблемы со вставкой из буфера текстовой информации.
Через ПКМ / вставить.

Выскакивает окно "Настройки безопасности вашего браузера не разрешают редактору напрямую обращаться к буферу обмена. Вы должны вставить текст снова в это окно.
Пожалуйста, вставьте текст в зону ниже, используя клавиатуру (Ctrl/Cmd+V) и нажмите кнопку "OK"." и поле для вставки.

Я конечна понимаю что котрл+V все работает, но хотелось бы услышать как решить данную проблему.
В древнем ИЕ это решается в один клик по всплывающему сообщению "разрешить".

А как быть Хром, Мазила?

Привет. Помогите разобраться.
Почта к пользователям иногда приходить с пустым телом, без вложения и весом 0 кб.
Если переслать письмо, то 50 на 50. Или придет с текстом и вложением или опять пустое. Такое происходит с разными периодически отправителями.

Замечено после переключения пользователей на outlook connector for mdaemon. Версия почтовика 16.0.1

Где смотреть? что смотреть? Ково проверять?

santassq outlook connector какой версии? в логе SMTP-IN размер полученного письма нормальный?
Попробуй временно отключить сторонние плагины в микрософт аутлуке.

Цитата:

santassq outlook connector какой версии? в логе SMTP-IN размер полученного письма нормальный?
Попробуй временно отключить сторонние плагины в микрософт аутлуке.

Версия 3.6, не приходят только некоторые письма. Message size: 108366 bytes
У пользователя 2013 outlook

santassq возможно это
https://support.microsoft.com/ru-ru/kb/3101488

Код: одна из фич в этом фиксе:
Сообщения электронной почты отображают размером 0 байт.

Чтобы применить это обновление, должен быть установлен пакет обновления 1 для Microsoft Office 2013.
https://support.microsoft.com/ru-ru/kb/2817430

Сейчас и у на 2010 outlook нашел такой же косяк....ч.ерез одно письма с отчетом насыпались с размером 0

Офис 2013 при проверке обновлений пишет установлена последняя версия.

PS Проверил на письмах, которые пересылаются на 2010 outlook. На первом ящике письма с информацией. На ящике, куда письма пересылались и где установлен outlook connect письма через одно пустые.

santassq
Цитата:

Офис 2013 при проверке обновлений пишет установлена последняя версия.

Зайди в св-ва приложения word 2013 или excel 2013 и убедись, что SP1 установлен. Хотфикс https://support.microsoft.com/ru-ru/kb/3101488 пробовал накатить на офис 2013 ?
На офис 2010 также были сервиспаки, последний SP2, можно сразу его ставить.
Попробуй сжать локальный localcache.db аутлук коннектора
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01994
Это надо делать регулярно при поступлении большого количества писем.
Если на рабочей станции клиента станции стоит антивирус, то localcache.db нужно добавить в исключения антивируса - \Documents and Settings\$username$\Application Data\Alt-N\Outlook Connector 2.0\Accounts\$OutlookProfile$\$username$\)
увеличит перфоманс коннектора.

Спасибо.
Обновил, сжал, добавил в исключению.
Наблюдаю)

Добавлено:
На машине с 2013 офисом письма из банков продолжают сыпаться с 0 весом. Обновления установлены, файл базы данных сжат, добавлен в исключения. Стоит пересылка на
mail.ru, там письма читаются и вложения все на месте.

Все без изменений. Выяснил, что данная проблема только на связке outlook connector for mdaemon и outlook .

santassq Имхо это больше проблема самого аутлука. Учетка одна и не расшарена в демоне? http://lists.altn.com/WebX?128@@.59860a5a
но решения вроде нет.

Подскажите как лучше переехать с одного сервера на другой и обновиться до кучи ещё?
Сейчас имею рабочий сервер около 100 пользователей версия 10.1.1 , как правильно перенести все на другой ну и думаю на 16.0.4 обновить сразу. Раньше спрашивал, говорили вроде простым копированием переносится, как правильно сейчас? поднять 16.0.4 сломать, а потом настройки перетащить с пользователями или как?

kulkoff глаза на шапку топика подними и читай то, что зеленым выделено.

Там просто про какой то новый написано 15+. У меня такие же действия кроме того что связано с BES? останавливаю службу и копирую? потом обновляю?

kulkoff что 15 что 16 без разницы

Цитата:

kulkoff что 15 что 16 без разницы

А сейчас то у меня 10.1.1. Получается алгоритм какой, сначала я копирую все со старого сервера на новый, потом запускаю установку 10.1.1 в ту папку, в которую скопировал, а потом уже накатываю сверху 16.0.4? как то так?

kulkoff можно и так, а можно и сразу накатить 16

[more] Доброе утро
Подскажите в чём может быть проблема, не могу забрать почту с хостинга

Thu 2016-08-25 09:31:51: ---------- Partial transcript, remainder will follow.
Thu 2016-08-25 09:31:51: Attempting DomainPOP connection to [1.1.1.1:110]
Thu 2016-08-25 09:31:51: Waiting for socket connection...
Thu 2016-08-25 09:31:51: * Connection established (127.0.0.1:1743 -> 1.1.1.1:110)
Thu 2016-08-25 09:31:51: Waiting for protocol to start...
Thu 2016-08-25 09:31:51: <-- +OK Hello there.
Thu 2016-08-25 09:31:51: --> USER allmail@
Thu 2016-08-25 09:31:51: <-- +OK
Thu 2016-08-25 09:31:51: --> PASS ******
Thu 2016-08-25 09:31:51: <-- +OK Logged in.
Thu 2016-08-25 09:31:51: --> STAT
Thu 2016-08-25 09:31:51: <-- +OK 315 137360862
Thu 2016-08-25 09:31:51: --> UIDL

Далее портянка из
Thu 2016-08-25 09:31:51: 238 UID824900-1323885644 - new message
Thu 2016-08-25 09:31:51: ---------- End partial transcript.

Thu 2016-08-25 09:13:09: --> .
Thu 2016-08-25 09:13:09: --> NOOP
Thu 2016-08-25 09:13:09: <-- +OK
Thu 2016-08-25 09:13:09: --> LIST 1
Thu 2016-08-25 09:13:09: <-- +OK 1 25360355
Thu 2016-08-25 09:13:09: --> RETR 1
Thu 2016-08-25 09:13:09: <-- +OK 25360355 octets
Thu 2016-08-25 09:13:09: Creating temp file (DPOP): c:\mdaemon\queues\temp\03\md50000000001.tmp
Thu 2016-08-25 09:26:32: POP3 session complete (Bytes in/out: 7971/68)
Thu 2016-08-25 09:26:32: ----------

Благодарю
[/more]

Кто-нибудь сталкивался с том, что гугл не принимает письма, перенаправленные MDaemon с Яндекса?
То есть user@yandex.ru пишет письмо user@firma.ru. В настройках ящика user@firma.ru в MD стоит перенаправление на user@gmail.com (с сохранением копий)
С user@yandex.ru письмо доходит до user@firma.ru, а перенаправление дальше на user@gmail.com отлуп.

По логам видно, что причина отбраковки:

Цитата:

550-5.7.1 [*.*.*.* 7] Our system has detected that this message is
550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail,
550-5.7.1 this message has been blocked. Please visit
550 5.7.1 https://support.google.com/mail/answer/188131 for more information. 5si5719782ljj.77 - gsmtp

Я так предполагаю, что при перенаправлении на gmail.com у письма заголовок mail FROM отправителя Яндекса.
Тогда почему гугл такие же mail.ru-шные (и @hh.ru, и @irr.ru тоже) перенаправления принимает? Там тоже отправитель чужой, но гугл принимает их.

Заметил недавно, раньше гугл вроде принимал такие перенаправления, что-то произошло с гуглом или с Яндексом? Настройки MD не трогал, все работало, незачем лезть

Кусок сессии отправки перенаправления:

Цитата:

SSL negotiation successful (TLS 1.2, 256 bit key exchange, 128 bit AES encryption)
Thu 2016-08-25 10:18:08.103: 03: --> EHLO mail.firma.ru
Thu 2016-08-25 10:18:08.121: 02: <-- 250-mx.google.com at your service, [*.*.*.*]
Thu 2016-08-25 10:18:08.121: 02: <-- 250-SIZE 157286400
Thu 2016-08-25 10:18:08.121: 02: <-- 250-8BITMIME
Thu 2016-08-25 10:18:08.121: 02: <-- 250-ENHANCEDSTATUSCODES
Thu 2016-08-25 10:18:08.121: 02: <-- 250-PIPELINING
Thu 2016-08-25 10:18:08.121: 02: <-- 250-CHUNKING
Thu 2016-08-25 10:18:08.121: 02: <-- 250 SMTPUTF8
Thu 2016-08-25 10:18:08.121: 03: --> MAIL From:<user@mail.ru> SIZE=3622
Thu 2016-08-25 10:18:08.151: 02: <-- 250 2.1.0 OK 88si5600001lfy.234 - gsmtp
Thu 2016-08-25 10:18:08.151: 03: --> RCPT To:<user@gmail.com>
Thu 2016-08-25 10:18:08.406: 02: <-- 250 2.1.5 OK 88si5600001lfy.234 - gsmtp
Thu 2016-08-25 10:18:08.406: 03: --> DATA
Thu 2016-08-25 10:18:08.424: 02: <-- 354 Go ahead 88si5600001lfy.234 - gsmtp
Thu 2016-08-25 10:18:08.424: 05: Sending <c:\mdaemon\queues\remote\pd50000198152.msg> to [74.125.205.26]
Thu 2016-08-25 10:18:08.424: 05: Transfer Complete
Thu 2016-08-25 10:18:08.489: 02: <-- 250 2.0.0 OK 1472109453 88si5600001lfy.234 - gsmtp
Thu 2016-08-25 10:18:08.489: 03: --> QUIT
Thu 2016-08-25 10:18:08.507: 02: <-- 221 2.0.0 closing connection 88si5600001lfy.234 - gsmtp
Thu 2016-08-25 10:18:08.507: 05: SMTP session successful (Bytes in/out: 635/4049)

Представился EHLO mail.firma.ru, а отправитель MAIL From:<user@mail.ru> Домены разные,но гугл принял письмо.

Пытался отправить перенаправление через smart host (наш пров, hc.ru), тоже отлуп Яндекса:


Цитата:

MAIL From:<user@yandex.ru> SIZE=318755
550-Invalid value: "From: user@yandex.ru". See http://help.hc.ru/entry/186/
550 for details.
QUIT
Создание записи DSN о неудачной доставке...

До кучи hc.ru и mail.ru-шные перенаправления тоже не принимает.

Вообще не пойму, куда копать?

Добавлено:
Yah0nt777
Тут вроде все нормально в логе. Подключается, принимается в temp файл. Дальше должно раскладываться по папкам юзеров.
Смотри лог Маршрутизации

ury_dankov
Цитата:

MAIL From:<user@yandex.ru> SIZE=318755
550-Invalid value: "From: user@yandex.ru". See http://help.hc.ru/entry/186/
550 for details.

здесь вас не яндекс отбрил, а smart host hc.ru, если прочтете указанную ссылку, то там все четко написано :

Код: разрешена отправка писем с указанием в адресе отправителя только доменов, размещенных на нашем почтовом сервере. Если домен не размещен на нашем сервере, письмо отклоняется с сообщением: Invalid header's value: "From: testmail@example.com"

Я читал ссылки. Понял что адрес отправителя не мой.
DKIMа нет.
Мне интересно почему так выборочно гугл не принимает. С мейла принимает, с Яндекса нет. И что произошло недавно, ведь раньше принимал

НУ, если DKIM поможет, займусь настройкой

Цитата:

о кучи hc.ru и mail.ru-шные перенаправления тоже не принимает.
 
Вообще не пойму, куда копать?

А безопасность настроена? типа dkim и т.п.?

Настроил таки DKIM, все тесты проходят.
Изменений нет - копии писем с яндекса гугл не принимает с теми же ошибками

Письмо отправлялось с адреса user@yandex.ru на адрес у MDaemona user@firma.ru, где настроено копия на user@gmail.com.
До user@firma.ru письмо доходит, дальше к user@gmail.com не идет:

Цитата:

Thu 2016-08-25 23:42:52.772: 03: --> MAIL From:<user@yandex.ru> SIZE=3431
Thu 2016-08-25 23:42:52.789: 02: <-- 250 2.1.0 OK l16si6948902lfi.366 - gsmtp
Thu 2016-08-25 23:42:52.789: 03: --> RCPT To:<user@gmail.com>
Thu 2016-08-25 23:42:52.865: 02: <-- 250 2.1.5 OK l16si6948902lfi.366 - gsmtp
Thu 2016-08-25 23:42:52.865: 03: --> DATA
Thu 2016-08-25 23:42:52.883: 02: <-- 354 Go ahead l16si6948902lfi.366 - gsmtp
Thu 2016-08-25 23:42:52.883: 05: Sending <c:\mdaemon\queues\remote\pd50000198225.msg> to [209.85.233.26]
Thu 2016-08-25 23:42:52.883: 05: Transfer Complete
Thu 2016-08-25 23:42:52.946: 02: <-- 550-5.7.1 [*.*.*.* 7] Our system has detected that this message is
Thu 2016-08-25 23:42:52.946: 02: <-- 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail,
Thu 2016-08-25 23:42:52.946: 02: <-- 550-5.7.1 this message has been blocked. Please visit
Thu 2016-08-25 23:42:52.946: 02: <-- 550 5.7.1 https://support.google.com/mail/answer/188131 for more information. l16si6948902lfi.366 - gsmtp
Thu 2016-08-25 23:42:52.947: 03: --> QUIT
Thu 2016-08-25 23:42:52.947: 05: Attempting to send message to smart host

Смарт хост hc.ru тоже бортует с тем же сообщениями:


Цитата:

Thu 2016-08-25 23:42:53.000: 03: --> MAIL From:<user@yandex.ru> SIZE=3431
Thu 2016-08-25 23:42:53.008: 02: <-- 550-Invalid value: "From: user@yandex.ru". See http://help.hc.ru/entry/186/
Thu 2016-08-25 23:42:53.008: 02: <-- 550 for details.
Thu 2016-08-25 23:42:53.008: 03: --> QUIT
Thu 2016-08-25 23:42:53.008: 01: Это переадресованное (перенаправленное) сообщение, оно будет помещено в очередь неверных сообщений.
Thu 2016-08-25 23:42:53.012: 02: <-- 221 smtp.cm.hc.ru closing connection
Thu 2016-08-25 23:42:53.012: 04: SMTP session terminated (Bytes in/out: 1277/4221)
Thu 2016-08-25 23:42:53.012: 01: ----------

Черт, как победить то?

У hc.ru ясно написано, что он не будет отправлять письма, если в MAIL FROM не его домен. Он и не отправляет, сразу отлуп. Тут понятно.
Но почему гугл принимает с других доменов перенаправленные письма к себе, а именно с Яндекса нет?
Вот отправка с user@mail.ru на user@firma.ru с копией на user@gmail.com (разница только в отправителе):

Цитата:

Thu 2016-08-25 23:37:53.595: 03: --> MAIL From:<user@mail.ru> SIZE=3547
Thu 2016-08-25 23:37:53.613: 02: <-- 250 2.1.0 OK p19si6949236lfd.169 - gsmtp
Thu 2016-08-25 23:37:53.613: 03: --> RCPT To:<user@gmail.com>
Thu 2016-08-25 23:37:53.679: 02: <-- 250 2.1.5 OK p19si6949236lfd.169 - gsmtp
Thu 2016-08-25 23:37:53.679: 03: --> DATA
Thu 2016-08-25 23:37:53.697: 02: <-- 354 Go ahead p19si6949236lfd.169 - gsmtp
Thu 2016-08-25 23:37:53.697: 05: Sending <c:\mdaemon\queues\remote\pd50000198224.msg> to [209.85.233.26]
Thu 2016-08-25 23:37:53.697: 05: Transfer Complete
Thu 2016-08-25 23:37:53.767: 02: <-- 250 2.0.0 OK 1472157436 p19si6949236lfd.169 - gsmtp
Thu 2016-08-25 23:37:53.767: 03: --> QUIT
Thu 2016-08-25 23:37:53.785: 02: <-- 221 2.0.0 closing connection p19si6949236lfd.169 - gsmtp
Thu 2016-08-25 23:37:53.785: 05: SMTP session successful (Bytes in/out: 641/3985)

ury_dankov Прочитать до конца https://support.google.com/mail/answer/81126?hl=ru
p.s.
Если возможно, то исключи лишний сервер, сразу шли с яндекса на гмайл.

[more] Привет всем.
Помогите разобраться с DomainPOP, соединение закрывается по тайм ауту, но бывает и нормально. На хостинге копятся письма, но почта доставляется. Галочку оставлять почту на хосте не стоит, ограничения на размер пока отключил.
Благодарю...

Mon 2016-08-29 09:40:25: Attempting DomainPOP connection to [1.1.1.1:110]
Mon 2016-08-29 09:40:25: Waiting for socket connection...
Mon 2016-08-29 09:40:25: * Connection established (127.0.0.1:4358 -> 1.1.1.1:110)
Mon 2016-08-29 09:40:25: Waiting for protocol to start...
Mon 2016-08-29 09:40:25: <-- +OK Hello there.
Mon 2016-08-29 09:40:25: --> USER allmail@
Mon 2016-08-29 09:40:25: <-- +OK
Mon 2016-08-29 09:40:25: --> PASS ******
Mon 2016-08-29 09:40:25: <-- +OK Logged in.
Mon 2016-08-29 09:40:25: --> STAT
Mon 2016-08-29 09:40:25: <-- +OK 11 33426444
Mon 2016-08-29 09:40:25: --> LIST
Mon 2016-08-29 09:40:25: <-- +OK 11 messages:
Mon 2016-08-29 09:40:25: <-- 1 25360355
Mon 2016-08-29 09:40:25: <-- 2 26641
Mon 2016-08-29 09:40:25: <-- 3 142307
Mon 2016-08-29 09:40:25: <-- 4 6717408
Mon 2016-08-29 09:40:25: <-- 5 1000508
Mon 2016-08-29 09:40:25: <-- 6 118470
Mon 2016-08-29 09:40:25: <-- 7 19023
Mon 2016-08-29 09:40:25: <-- 8 6846
Mon 2016-08-29 09:40:25: <-- 9 7012
Mon 2016-08-29 09:40:25: <-- 10 26020
Mon 2016-08-29 09:40:25: <-- 11 1854
Mon 2016-08-29 09:40:25: <-- .
Mon 2016-08-29 09:40:25: --> UIDL
Mon 2016-08-29 09:40:25: 1 UID824663-1323885644 - new message
Mon 2016-08-29 09:40:25: 2 UID826286-1323885644 - new message
Mon 2016-08-29 09:40:25: 3 UID826287-1323885644 - new message
Mon 2016-08-29 09:40:25: 4 UID826288-1323885644 - new message
Mon 2016-08-29 09:40:25: 5 UID826289-1323885644 - new message
Mon 2016-08-29 09:40:25: 6 UID826290-1323885644 - new message
Mon 2016-08-29 09:40:25: 7 UID826291-1323885644 - new message
Mon 2016-08-29 09:40:25: 8 UID826292-1323885644 - new message
Mon 2016-08-29 09:40:25: 9 UID826293-1323885644 - new message
Mon 2016-08-29 09:40:25: 10 UID826294-1323885644 - new message
Mon 2016-08-29 09:40:25: 11 UID826295-1323885644 - new message
Mon 2016-08-29 09:40:25: --> .
Mon 2016-08-29 09:40:25: --> NOOP
Mon 2016-08-29 09:40:25: <-- +OK
......
Mon 2016-08-29 09:40:31: Creating temp file (DPOP): c:\mdaemon\queues\temp\11\md50000000016.tmp
Mon 2016-08-29 09:55:39: Connection timed out
Mon 2016-08-29 09:55:39: Removing work file: c:\mdaemon\queues\temp\11\md50000000016.tmp
Mon 2016-08-29 09:55:39: POP3 session terminated, (Bytes in/out: 8067588/320)
[/more]

Yah0nt777 После создания temp файла демон хз что делал 15 сек.
Версия демона?
Антивирус сторонний есть?
Места на диске хватает?
Канал другим трафиком не забит? Скорость канала?