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

» Все о MDaemon (#4)

Автор: mazafakaz
Дата сообщения: 09.06.2010 00:16
vlary
ну так даже если перекинет в standard, то там все равно не работают кнопки...
но почему-то настойчиво предлагает скачать WorldClient.dll
может ее надо куда кинуть?
Автор: vlary
Дата сообщения: 09.06.2010 00:38
mazafakaz
Цитата:
почему-то настойчиво предлагает скачать WorldClient.dll
А предлагает потому, что хттп сервер нужным образом не сконфигурирован, и вместо того, чтобы с помощью этой dll выполнить обработку данных и выдать их клиенту в виде хтмл, он предлагает ее просто загрузить. Перелистайте эту тему чуть-чуть назад, не так давно вопрос такой конфигурации обсуждался.
Автор: admin175
Дата сообщения: 09.06.2010 13:05
У меня вопрос по настройке DKIM.
- настроил все по инструкции
Но Mdaemon не подписывает DKIM сообщения.
Прописал правило в фильтре добавлять подписи. Но все равно не добавляет.

Нужно подписывать шлюзуемые письма.

Чуть позже:
- не работает вставка подписей DKIM через CF
- версия 10.1.1 - пойду обновлятся
Автор: altmeruser
Дата сообщения: 10.06.2010 13:00
Нужно проанализировать логи, записать кто,кому и когда посылал письмо и какая была тема. С первой частью всё понятно, а вот тема в логах закодирована. Латинские буквы отображаются нормально, а русские нет.
Можно как-то раскодировать это в читабельный вид?

MDaemon v9.6.6 английский
Автор: vlary
Дата сообщения: 10.06.2010 13:46
altmeruser
Цитата:
Можно как-то раскодировать это в читабельный вид?
Русский сабжект может быть в КОИ-8, Вин-1251, Юникоде... Так что придется плясать с бубном... Пошлите письмо с сабжектом типа строка от А до я, в логе получите готовую строку для обратной перекодировки.
Автор: trasser
Дата сообщения: 11.06.2010 15:10
Вопрос такого плана. Есть домен ДОМЕН.РФ. В демоне могу его завести. Но создать пользователя ИВАНОВ@ДОМЕН.РФ не дает......как быть ?
Автор: vlary
Дата сообщения: 11.06.2010 16:34

Цитата:
....как быть ?
Создавай пользователя xn--80adbv1ag@xn--d1acufc.xn--p1ai
Куда вы все бежите впереди паровоза? Сейчас еще не все ДНС и браузеры научились эту галиматью понимать. А уж почтовые сервера и клиенты - тем более. Ждите, пока инфраструктура устаканится!
Автор: obtim
Дата сообщения: 12.06.2010 09:43
Есть домен, который не дожидается smtp_receive_timeout, он у них 1 минута. За это время
мой демон не успевает передать команду или блок данных. Как изменить настройку конкретно под этот домен?!?
Автор: vlary
Дата сообщения: 12.06.2010 10:30

Цитата:
Как изменить настройку конкретно под этот домен?!?
Никак. Это настройки уровня сервера. Либо меняйте для всех, либо миритесь с последствиями.
Автор: BuTe4ka86
Дата сообщения: 15.06.2010 19:47
Подскажите пожалуйста, столкнулся со следующей проблемой:

Прикрепленное сообщение вызвало НЕУСТРАНИМЫЕ ошибки при доставке!

После одной или более неудачных попыток доставки прикрепленное сообщение
было удалено и почтовой очереди на данном сервере. Количество и частота
попыток доставки определяется параметрами локальной конфигурации.

ВАШЕ СООБЩЕНИЕ НЕ БЫЛО ДОСТАВЛЕНО ОДНОМУ ИЛИ НЕСКОЛЬКИМ ПОЛУЧАТЕЛЯМ!

Failed address: elmira.baishuacova@burda-press.kz

--- Session Transcript ---
Wed 2010-06-09 14:26:39: Parsing message
<xxxxxxxxxxxxxxxxxxxxxxxx\pd35000033149.msg>
Wed 2010-06-09 14:26:39: * From: paulano@akcente.ru
Wed 2010-06-09 14:26:39: * To: elmira.baishuacova@burda-press.kz
Wed 2010-06-09 14:26:39: * Subject:
=?windows-1251?B?0ffl8uAgwOr2?==?windows-1251?B?5e3yIOj+7fw=?=
Wed 2010-06-09 14:26:39: * Message-ID: <C83554A3.62C1%paulano@akcente.ru>
Wed 2010-06-09 14:26:39: Устанавливаю SMTP подключение к [burda-press.kz]
Wed 2010-06-09 14:26:39: Разрешение MX-записей для [burda-press.kz]
(DNS-сервер: 81.95.134.1)...
Wed 2010-06-09 14:26:39: * P=010 S=000 D=burda-press.kz TTL=(1440)
MX=[relay.online.kz] {89.218.40.150}
Wed 2010-06-09 14:26:39: Устанавливаю SMTP подключение к [89.218.40.150:25]
Wed 2010-06-09 14:26:39: Ожидание подключения сокета...
Wed 2010-06-09 14:26:39: * Соединение установлено (127.0.0.1:3606 ->
89.218.40.150:25)
Wed 2010-06-09 14:26:39: Ожидание запуска протокола...
Wed 2010-06-09 14:26:46: <-- 220 relay.online.kz ESMTP CommuniGate Pro

5 .3. 0. It is you again

Wed 2010-06-09 14:26:46: --> EHLO akcente.ru
Wed 2010-06-09 14:26:49: <-- 250-relay.online.kz your name is not
akcente.ru
Wed 2010-06-09 14:26:49: <-- 250-DSN
Wed 2010-06-09 14:26:49: <-- 250-SIZE 31457280
Wed 2010-06-09 14:26:49: <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5
GSSAPI MSN NTLM
Wed 2010-06-09 14:26:49: <-- 250-ETRN
Wed 2010-06-09 14:26:49: <-- 250-TURN
Wed 2010-06-09 14:26:49: <-- 250-ATRN
Wed 2010-06-09 14:26:49: <-- 250-NO-SOLICITING
Wed 2010-06-09 14:26:49: <-- 250-8BITMIME
Wed 2010-06-09 14:26:49: <-- 250-HELP
Wed 2010-06-09 14:26:49: <-- 250-PIPELINING
Wed 2010-06-09 14:26:49: <-- 250 EHLO
Wed 2010-06-09 14:26:49: --> MAIL From:<paulano@akcente.ru> SIZE=2742
Wed 2010-06-09 14:26:52: <-- 250 paulano@akcente.ru sender accepted
Wed 2010-06-09 14:26:52: --> RCPT To:<elmira.baishuacova@burda-press.kz>
Wed 2010-06-09 14:26:54: <-- 591 elmira.baishuacova@burda-press.kz your
host [81.95.131.12] is blacklisted cause has no a PTR record. Please,
correct this!. Send your questions to blacklist-admin@relay.online.kz
Wed 2010-06-09 14:26:54: --> QUIT
Автор: vlary
Дата сообщения: 15.06.2010 21:25
BuTe4ka86 Учите английский! В ответе сервера ясно сказано:
your host [81.95.131.12] is blacklisted cause has no a PTR record
И действительно:
nslookup 81.95.131.12
Server: google-public-dns-a.google.com
Address: 8.8.8.8

*** google-public-dns-a.google.com can't find 81.95.131.12: Non-existent domain
Почту от серверов, не имеющих обратной зоны, в приличных местах не принимают!
Поэтому просите вашего провайдера прописать адресу 81.95.131.12 обратную зону,
в вашем случае mail.akcente.ru, и будет вам щастье.
Кстати, сервер ваш представляется как akcente.ru, но адрес akcente.ru - 81.95.131.11.
Такое тоже недопустимо.
А аттачменты здесь не при чем.

Автор: t0984
Дата сообщения: 16.06.2010 10:18

Цитата:
Ну так вам же на чистом русском языке ясно и понятно сказано: этот скин этот браузер не поддерживает. Либо ставьте другой скин, либо пользуйтесь другим браузером.


Можно и в Опере с этим скином - Настройки для сайта - сеть- маскироваться под FireFox или Explorer.
Автор: Aleks Kornienko
Дата сообщения: 16.06.2010 14:50
Добрый день.
В чем может быть проблема. Стоит Демон 11 на Windows 2003. Все работало хорошо. Пока не усановили новую версию демона.
И вот что получилось пользователи стали получать письма в неправильной кодировке.

Разобрались проблема в фильтре контента дает непрвильную кодировку KOI8-R(U)
Вот скан отсылки писем:

Письмо без применения фильтра контента
X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 1508176, updated: 15.06.2010]
X-From_: serdyuk@inform.com Tue Jun 15 09:29:41 2010
X-Real-To: <admin@domain.com>
Return-Path: <serdyuk@inform.com>
Received: from mail-out.iptelecom.net.ua (mail-out.iptelecom.net.ua [212.9.224.21])
    by mail.i.kiev.ua (8.12.9/8.12.8) with ESMTP id o5F6Qdd0016501
    for <admin@domain.com>; Tue, 15 Jun 2010 09:29:41 +0300 (EEST)
    (envelope-from serdyuk@inform.com)
Received: from fr-end-06.iptelecom.net.ua ([213.159.224.236]:52453 "EHLO
fr-end-06.iptelecom.net.ua" ident: "NO-IDENT-SERVICE[2]" whoson:
"-unregistered-") by pechkin.iptelecom.net.ua with ESMTP
id S1847681Ab0FOG3l (INRCPT <rfc822;admin@domain.com>);
Tue, 15 Jun 2010 09:29:41 +0300
Received: from smtp.inform.com ([194.153.129.242])
by fr-end-06.iptelecom.net.ua with esmtp (Exim 4.70 (FreeBSD))
(envelope-from <serdyuk@inform.com>)
id 1OOPeX-000HPp-J2
for admin@domain.com; Tue, 15 Jun 2010 09:29:41 +0300
Received: from local-1-23.inform.com ([10.0.1.23] helo=Serduyk)
by gw.inform.com (smtp.inform.com [194.153.129.242])
with smtp (Exim 4.69)
(envelope-from <serdyuk@inform.com>)
id 1OOPdh-000EdG-Vm
for photo-anons@lists.inform.com; Tue, 15 Jun 2010 09:28:50 +0300
Message-ID: <17D45CBD99704E8C8B32996F2D4BD8F1@Serduyk>
From: "Volodymyr Serdyuk" <serdyuk@inform.com>
To: <photo-anons@lists.inform.com>
Subject: =?koi8-u?B?5s/Uz9PM1dbCwSD16/K27ubv8u3VLiDmz9TPwc7PztMgzsEgMTUg3g==?=
=?koi8-u?B?xdLXztEgMjAxMCDSz8vVLg==?=
Date: Tue, 15 Jun 2010 09:25:44 +0300
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_0007_01CB0C6C.BB1FDD20"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512
X-EsetScannerBuild: 7293
X-SA-Exim-Connect-IP: 10.0.1.23
X-SA-Exim-Mail-From: serdyuk@inform.com
X-SA-Exim-Scanned: No (on gw.inform.com); SAEximRunCond expanded to false

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01CB0C6C.BB1FDD20
Content-Type: multipart/alternative;
    boundary="----=_NextPart_001_0008_01CB0C6C.BB1FDD20"


------=_NextPart_001_0008_01CB0C6C.BB1FDD20
Content-Type: text/plain;
    charset="koi8-u"
Content-Transfer-Encoding: quoted-printable

15 =DE=C5=D2=D7=CE=D1 =CE=C1 =D7=C9=D0=D5=D3=CB=D5 =
=C6=CF=D4=CF=A6=CE=C6=CF=D2=CD=C1=C3=A6=A7 =D0=D2=C1=C3=C0=A4 =
=D4=D7=CF=D2=DE=C1 =C7=D2=D5=D0=C1 =D5 =D3=CB=CC=C1=C4=A6: =
=D3=D4=C1=D2=DB=C9=CA =D7=C9=D0=D5=D3=CB=CF=D7=C9=CA =
=EE=C1=D4=C1=CC=A6=D1 =ED=C1=CB=C1=D2=C5=D7=C9=DE, =
=D7=A6=C4=D0=CF=D7=A6=C4=C1=CC=D8=CE=C9=CA =
---------------


Вот с применениме фильтра контента



-------------------
X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 1506994, updated: 15.06.2010]
X-MDAV-Processed: domain.com, Tue, 15 Jun 2010 09:30:46 +0300
Return-path: <pupkin@inform.com>
Received: from mail.iptelecom.net.ua ([212.9.224.15])
    by domain.com (domain.com)
    (MDaemon PRO v11.0.2)
    with DomainPOP id md50000098108.msg
    for <admin@domain.com>; Tue, 15 Jun 2010 09:30:45 +0300
X-MDRemoteIP: 212.9.224.15
X-Return-Path: pupkin@inform.com
X-Envelope-From: pupkin@inform.com
X-MDaemon-Deliver-To: admin@domain.com
X-From_: pupkin@inform.com Tue Jun 15 09:29:41 2010
X-Real-To: <admin@domain.com>
Received: from mail-out.iptelecom.net.ua (mail-out.iptelecom.net.ua [212.9.224.21])
    by mail.i.kiev.ua (8.12.9/8.12.8) with ESMTP id o5F6Qdd0016501
    for <admin@domain.com>; Tue, 15 Jun 2010 09:29:41 +0300 (EEST)
    (envelope-from pupkin@inform.com)
Received: from fr-end-06.iptelecom.net.ua ([213.159.224.236]:52453 "EHLO
fr-end-06.iptelecom.net.ua" ident: "NO-IDENT-SERVICE[2]" whoson:
"-unregistered-") by pechkin.iptelecom.net.ua with ESMTP
id S1847681Ab0FOG3l (INRCPT <rfc822;admin@domain.com>);
Tue, 15 Jun 2010 09:29:41 +0300
Received: from smtp.inform.com ([194.153.129.242])
by fr-end-06.iptelecom.net.ua with esmtp (Exim 4.70 (FreeBSD))
(envelope-from <pupkin@inform.com>)
id 1OOPeX-000HPp-J2
for admin@domain.com; Tue, 15 Jun 2010 09:29:41 +0300
Received: from local-1-23.inform.com ([10.0.1.23] helo=Serduyk)
by gw.inform.com (smtp.inform.com [194.153.129.242])
with smtp (Exim 4.69)
(envelope-from <pupkin@inform.com>)
id 1OOPdh-000EdG-Vm
for photo-anons@lists.inform.com; Tue, 15 Jun 2010 09:28:50 +0300
Message-ID: <17D45CBD99704E8C8B32996F2D4BD8F1@Serduyk>
From: "Volodymyr Pupkin" <pupkin@inform.com>
To: <photo-anons@lists.inform.com>
Subject: =?koi8-u?B?5s/Uz9PM1dbCwSD16/K27ubv8u3VLiDmz9TPwc7PztMgzsEgMTUg3g==?=
=?koi8-u?B?xdLXztEgMjAxMCDSz8vVLg==?=
Date: Tue, 15 Jun 2010 09:25:44 +0300
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_0007_01CB0C6C.BB1FDD20"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512
X-EsetScannerBuild: 7293
X-SA-Exim-Connect-IP: 10.0.1.23
X-SA-Exim-Mail-From: pupkin@inform.com
X-SA-Exim-Scanned: No (on gw.inform.com); SAEximRunCond expanded to false

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01CB0C6C.BB1FDD20
Content-Type: multipart/alternative;
    boundary="----=_NextPart_001_0008_01CB0C6C.BB1FDD20"

------=_NextPart_001_0008_01CB0C6C.BB1FDD20
Content-Type: text/plain;
    charset="koi8-u"
Content-Transfer-Encoding: quoted-printable

15 =E1=E5=FF=E0=E3=EC =E3=F7 =E0=F0=FA=EE=ED=F4=EE =F3=E7=F1=E7?=E3=F3=E7=
=FF=F6=F7=E8?=15 =FA=FF=F7=E8=E2? =F1=E0=E7=FF=E1=F7 =E9=FF=EE=FA=F7 =EE =
=ED=F4=E6=F7=E4?: =ED=F1=F7=FF=FD=F0=F2 =E0=F0=FA=EE=ED=F4=E7=E0=F0=F2 =C3=
=F7=F1=F7=E6?=EC =D6=F7=F4=F7=FF=E5=E0=F0=E1, =E0?=E4=FA=E7=E0?

Заметил интересную зависимость
Что озночает запись ветки : Content-Transfer-Encoding: quoted-printable
Автор: fedmun
Дата сообщения: 16.06.2010 15:10
А никто не сталкивался с такими "закидонами":
MDaemon 9.6.5
Если в админской сессии на сервере оставить, например, открытым окно списка рассылки, или, нажать F1 и не закрыть окно предупреждения о том, что help надо открыть отдельно, получаем через какое-то время, что сервис становиться недоступным для входящих соединений со следующим сообщением в логе:

Цитата:
Connection from x.x.x.x refused, Sending: Sorry, SMTP server too busy

Лечиться закрытием всех сторонних окон или разлогиниваем удаленной сессии.
Разок так отключился (не разлогинившись) - сервер 10 часов отбрасывал входящие соединения.
У Alt-N в KB есть что-то похожее, но на POP сесии.
В последних версиях исправлений такого типа не пробегало? Не очень хочется трогать настроенные сервера...

Автор: vlary
Дата сообщения: 16.06.2010 15:57
Aleks Kornienko
Цитата:
Что озночает запись ветки : Content-Transfer-Encoding: quoted-printable
То и означает. Это кодировка для передачи текста письма и аттачментов. Content-Transfer-Encoding для текстового сообщения может быть в трех вариантах: 8bit (без кодировки), quoted-printable и Base64. Обычно эта опция устанавливается в почтовом клиенте.
Кстати, никаких различий в кодировках этих заголовков я не увидел, в обоих стоит "koi8-u"

Автор: Andrew_Placid
Дата сообщения: 16.06.2010 20:49
Mdaemon установлен на компе с динамическим айпи. Имеется домен, через настройки днс прова он привязан к домену dyndns, который обновляется с клиента на компе. В настройках демона прописан мой домен. Доставка настроена через релей.
Как сделать чтобы почта приходила с моего домена, а не с домена dyndns? В логах отправки везде мой домен, а у получателя почему-то dyndns.
Автор: vlary
Дата сообщения: 16.06.2010 21:05
Andrew_Placid Ничего не понял. Иллюстрации, пожалуйста.
Автор: Alukardd
Дата сообщения: 16.06.2010 21:15
vlary
по моему Andrew_Placid говорит о том, что получатель письма в строке "от кого" видит имя@dyndns вместо имя@domain... я понял так... только с почтовиком не знаком поэтому ни чего не скажу)
Автор: Andrew_Placid
Дата сообщения: 16.06.2010 21:45
Да, именно так как описал Alukardd.
Автор: vlary
Дата сообщения: 16.06.2010 22:43
Alukardd, Andrew_Placid Но это же полная чушь! Поля "от кого", "кому", "тема" в теле письма формирует почтовый клиент, почтовый сервер этого не касается. Он может добавлять Return-Path: , Received: from..., служебные заголовки, т.е. т.н. "envelope", но самого тела письма не меняет. Что-то товарисч не договаривает..

Автор: Andrew_Placid
Дата сообщения: 16.06.2010 23:30
Вот логи демона:
прием письма от клиента:

[more]
Thu 2010-06-17 00:15:08: Session 143; child 1; thread 888
Thu 2010-06-17 00:15:08: Accepting SMTP connection from [127.0.0.1:57212]
Thu 2010-06-17 00:15:08: --> 220 домен.ru ESMTP MDaemon 10.1.0; Thu, 17 Jun 2010 00:15:08 +0400
Thu 2010-06-17 00:15:08: <-- HELO HomeServer
Thu 2010-06-17 00:15:08: --> 250 домен.ru Hello HomeServer, pleased to meet you
Thu 2010-06-17 00:15:08: <-- MAIL FROM:<домен.ru <no-reply@домен.ru>>
Thu 2010-06-17 00:15:08: --> 250 <no-reply@домен.ru>, Sender ok
Thu 2010-06-17 00:15:08: <-- RCPT TO:<получатель@mail.ru>
Thu 2010-06-17 00:15:08: --> 250 <получатель@mail.ru>, Recipient ok
Thu 2010-06-17 00:15:08: <-- DATA
Thu 2010-06-17 00:15:08: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000025.tmp
Thu 2010-06-17 00:15:08: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2010-06-17 00:15:08: Message size: 944 bytes
Thu 2010-06-17 00:15:08: Создание сообщения successful: c:\mdaemon\queues\inbound\md50000000012.msg
Thu 2010-06-17 00:15:08: --> 250 Ok, message saved <Message-ID: 61f7463cbb3121611fe45cb7a5729730 thesystem@домен.ru>
Thu 2010-06-17 00:15:08: <-- QUIT
Thu 2010-06-17 00:15:08: --> 221 See ya in cyberspace
Thu 2010-06-17 00:15:08: SMTP session successful (Bytes in/out: 1054/361)
Thu 2010-06-17 00:15:08: ----------[/more]

отправка сообщения на удаленный сервер, через который делается релей:

[more]
Thu 2010-06-17 00:15:15: Session 145; child 1
Thu 2010-06-17 00:15:10: Parsing message <c:\mdaemon\queues\remote\pd50000000012.msg>
Thu 2010-06-17 00:15:10: * From: no-reply@домен.ru
Thu 2010-06-17 00:15:10: * To: получатель@mail.ru
Thu 2010-06-17 00:15:10: * Subject: Подтверждение восстановления пароля на домен.ru
Thu 2010-06-17 00:15:10: * Size (bytes): 1375
Thu 2010-06-17 00:15:10: * Message-ID: <61f7463cbb3121611fe45cb7a5729730 thesystem@домен.ru>
Thu 2010-06-17 00:15:10: Attempting SMTP connection to [box.vsi.ru]
Thu 2010-06-17 00:15:10: Resolving MX records for [box.vsi.ru] (DNS Server: 80.82.32.9)...
Thu 2010-06-17 00:15:10: * P=005 S=000 D=box.vsi.ru TTL=(60) MX=[mx1.vsi.ru] {80.82.32.21}
Thu 2010-06-17 00:15:10: * P=010 S=001 D=box.vsi.ru TTL=(60) MX=[mx2.vsi.ru] {80.82.33.65}
Thu 2010-06-17 00:15:10: Attempting SMTP connection to [80.82.32.21:25]
Thu 2010-06-17 00:15:10: Waiting for socket connection...
Thu 2010-06-17 00:15:10: * Connection established (мой IP:57215 -> 80.82.32.21:25)
Thu 2010-06-17 00:15:10: Waiting for protocol to start...
Thu 2010-06-17 00:15:15: <-- 220-serv13.vsi.ru ESMTP Sendmail 8.14.2/8.14.2; Thu, 17 Jun 2010 00:15:45 +0400 (MSD)
Thu 2010-06-17 00:15:15: <-- 220-Use of this system for the delivery of UCE (a.k.a. SPAM), or any other
Thu 2010-06-17 00:15:15: <-- 220-message without the express permission of the system owner is prohibited.
Thu 2010-06-17 00:15:15: <-- 220 Use of this system for third party relaying is prohibited.
Thu 2010-06-17 00:15:15: --> EHLO домен.ru
Thu 2010-06-17 00:15:15: <-- 250-serv13.vsi.ru Hello хх.ххх.c10008-a77.dsl-dynamic.vsi.ru [мой IP], pleased to meet you
Thu 2010-06-17 00:15:15: <-- 250-ENHANCEDSTATUSCODES
Thu 2010-06-17 00:15:15: <-- 250-PIPELINING
Thu 2010-06-17 00:15:15: <-- 250-8BITMIME
Thu 2010-06-17 00:15:15: <-- 250-SIZE 41943040
Thu 2010-06-17 00:15:15: <-- 250-DSN
Thu 2010-06-17 00:15:15: <-- 250-ETRN
Thu 2010-06-17 00:15:15: <-- 250-DELIVERBY
Thu 2010-06-17 00:15:15: <-- 250 HELP
Thu 2010-06-17 00:15:15: --> MAIL From:<no-reply@домен.ru> SIZE=1375
Thu 2010-06-17 00:15:15: <-- 250 2.1.0 <no-reply@домен.ru>... Sender ok
Thu 2010-06-17 00:15:15: --> RCPT To:<получатель@mail.ru>
Thu 2010-06-17 00:15:15: <-- 250 2.1.5 <получатель@mail.ru>... Recipient ok
Thu 2010-06-17 00:15:15: --> DATA
Thu 2010-06-17 00:15:15: <-- 354 Enter mail, end with "." on a line by itself
Thu 2010-06-17 00:15:15: Sending <c:\mdaemon\queues\remote\pd50000000012.msg> to [80.82.32.21]
Thu 2010-06-17 00:15:15: Transfer Complete
Thu 2010-06-17 00:15:15: <-- 250 2.0.0 o5GKFjLs073058 Message accepted for delivery
Thu 2010-06-17 00:15:15: --> QUIT
Thu 2010-06-17 00:15:15: <-- 221 2.0.0 serv13.vsi.ru closing connection
Thu 2010-06-17 00:15:15: SMTP session successful (Bytes in/out: 768/1484)
Thu 2010-06-17 00:15:15: ----------
[/more]
Автор: vlary
Дата сообщения: 16.06.2010 23:47
Andrew_Placid Ну и что вас смущает? В логах нет ничего криминального. MDaemon передает письмо от имени домен.ру. Тела самого письма не видно, посему по сути проблемы ничего добавить не могу.
Автор: Andrew_Placid
Дата сообщения: 17.06.2010 01:15
Так на майл.ру приходит письмо с заголовком от кого: "..." <no-reply@домен dyndns>
Автор: Aleks Kornienko
Дата сообщения: 17.06.2010 08:51
По поводу моей проблемы. Текс письмо отправляется один и тот же.

Присмотритесь и увидете что происходит замена кодировочных значений:
Вот пример
Без включенного фильтра контента

Цитата:
15 =DE=C5=D2=D7=CE=D1 =CE=C1 =D7=C9=D0=D5=D3=CB=D5 =
=C6=CF=D4=CF=A6=CE=C6=CF=D2=CD=C1=C3=A6=A7 =D0=D2=C1=C3=C0=A4 =
=D4=D7=CF=D2=DE=C1 =C7=D2=D5=D0=C1 =D5 =D3=CB=CC=C1=C4=A6: =
=D3=D4=C1=D2=DB=C9=CA =D7=C9=D0=D5=D3=CB=CF=D7=C9=CA =
=EE=C1=D4=C1=CC=A6=D1 =ED=C1=CB=C1=D2=C5=D7=C9=DE, =
=D7=A6=C4=D0=CF=D7=A6=C4=C1=CC=D8=CE=C9=CA =

С включенным фильтром контента

Цитата:
15 =E1=E5=FF=E0=E3=EC =E3=F7 =E0=F0=FA=EE=ED=F4=EE =F3=E7=F1=E7?=E3=F3=E7=
=FF=F6=F7=E8?=15 =FA=FF=F7=E8=E2? =F1=E0=E7=FF=E1=F7 =E9=FF=EE=FA=F7 =EE =
=ED=F4=E6=F7=E4?: =ED=F1=F7=FF=FD=F0=F2 =E0=F0=FA=EE=ED=F4=E7=E0=F0=F2 =C3=
=F7=F1=F7=E6?=EC =D6=F7=F4=F7=FF=E5=E0=F0=E1, =E0?=E4=FA=E7=E0?





Автор: vlary
Дата сообщения: 17.06.2010 12:23
Andrew_Placid Вот это место настораживает:
MAIL FROM:<домен.ru <no-reply@домен.ru>>
С какого перепугу идет в такой форме, а не просто MAIL FROM:<no-reply@домен.ru>
Aleks Kornienko Похоже, фильто делает лишнюю перекодировку текста в письме. Надо найти это и отключить.


Автор: Aleks Kornienko
Дата сообщения: 17.06.2010 12:52
Буду очень признателен если можете указать, где ее искать
Автор: Andrew_Placid
Дата сообщения: 17.06.2010 12:59
vlary, а что тут не так? Не, это имя отправителя, вместо домен.ru там могло быть что угодно, просто у меня так прописано в клиенте, который формирует письмо.
Автор: vlary
Дата сообщения: 17.06.2010 13:43
Andrew_Placid
Цитата:
просто у меня так прописано в клиенте, который формирует письмо.

Такая запись адреса не соответствует RFC. Что из этого может последовать, предположить трудно. Я бы не рисковал.
Aleks Kornienko
Цитата:
Буду очень признателен если можете указать, где ее искать
Совершенно не в курсе ваших контент фильтров, которые вы применяете. Посему смотрите их конфигурацию, должна ведь быть какая-то


Автор: DJ_Diablo
Дата сообщения: 18.06.2010 06:18
Пипл, подскажите, настроил чтоб весь спам лез в папку спам-ловушки, а автоматический перенос спама в пользовательские IMAP папки для спама отрубил, т.к. юзеров много и лазить разгребать спам они не будут... Но у меня стоит автоматическое обучение Байеса каждую полночь... При обучении по дефолту он обучается и удаляет спам в папках общих SPAM и NON-SPAM.. Вопрос - будет ли происходить обучение с папки SPAM TRAP и удаление оттуда спама? А то как не хочется чтоб неверно оценённые письма автоматом попадали под спам и удалялись...(
Автор: vinspils
Дата сообщения: 18.06.2010 08:26
Всем привет, ребята, подскажите такую ситуацию есть почтовик на демоне работает нормально все, сейчас вот срочно необходимо перенести в другую контору где у почтовика есно будет другой внешний IP-адрес — причем и провайдер там тоже другой, вот и вопрос: проблем с редактированием mx записи нет, но есть сложности с тем что техническая служба пока еще текущего провайдера не отликается — то ли в отпуске то ли еще чего то есть надо бы из обратной зоны убрать почтовик мой, а раз нет никого в техподдержке то и решил может наплевать на них, то есть если я пропишу в обратной зоне для нового IP-адреса тоже имя почтовика ничего страшного не будет ?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980

Предыдущая тема: Postfix и пересылка почты


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