X-MDAV-Result: clean
X-MDAV-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:51 +0400
X-Spam-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:12 +0400
X-Spam-Level:
X-Spam-Status: No, score=-4.7 required=4.0 tests=BAYES_00,HTML_MESSAGE,
NO_RELAYS shortcircuit=no autolearn=ham version=3.3.2
X-Spam-Report:
* -0.0 NO_RELAYS Informational: message was not relayed via SMTP
* -4.7 BAYES_00 BODY: Bayes spam probability is 0 to 1%
* [score: 0.0000]
* 0.0 HTML_MESSAGE BODY: HTML included in message
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06)
Received: from mail.tppzkam.ru by mail.tppzkam.ru (via RAW) (MDaemon PRO v13.0.0)
for <
evgenia@tppzkam.ru
>; Wed, 12 Oct 2016 13:48:12 +0400
Date: Wed, 12 Oct 2016 13:48:12 +0400
From: «MDaemon at mail.tppzkam.ru» <MDaemon@mail.tppzkam.ru>
Reply-To:
noreply@mail.tppzkam.ru
Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
To:
evgenia@tppzkam.ru
Message-ID: <MDAEMON0189201610121348.AA4812203@mail.tppzkam.ru>
Mime-Version: 1.0
X-Actual-From: MDaemon@
mail.tppzkam.ru
X-MDDSN-Message: Yes
Content-Type: multipart/mixed; boundary=»1012-1348-12-PART-BREAK»
X-MDRedirect: 1
X-MDRedirect_From:
evgenia@tppzkam.ru
X-Return-Path: <MDaemon@
mail.tppzkam.ru
>
X-MDaemon-Deliver-To: <
pirogova-08@mail.ru
>
X-MDBadQueue-Reason: undeliverable forwarded message
The following data may contain sections which represent BASE64 encoded
file attachments. These sections will be unreadable without MIME aware
tools. Seek your system administrator if you need help extracting any
files which may be embedded within this message.
—1012-1348-12-PART-BREAK
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 7bit
—————————————————————————
Уведомление о состоянии доставки MDaemon — http://www.altn.com/MDaemon/dsn/
—————————————————————————
Прикрепленное сообщение Failed address:
pirogova-08@mail.ru
— Session Transcript —
Wed 2016-10-12 13:48:07: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxx\pd50000058399.msg>
Wed 2016-10-12 13:48:07: * From: MDaemon@
mail.tppzkam.ru
Wed 2016-10-12 13:48:07: * To:
pirogova-08@mail.ru
Wed 2016-10-12 13:48:07: * Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
Wed 2016-10-12 13:48:07: * Size (bytes): 64650
Wed 2016-10-12 13:48:07: * Message-ID: <MDAEMON0184201610121347.AA4751812@mail.tppzkam.ru>
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [mail.ru]
Wed 2016-10-12 13:48:07: Resolving MX records for [mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:48:07: * P=010 S=000 D=MAIL.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2016-10-12 13:48:07: Resolving A record for [mxs.mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:48:07: * D=mxs.MAIL.ru TTL=(0) A=[217.69.139.150]
Wed 2016-10-12 13:48:07: * D=mxs.MAIL.ru TTL=(0) A=[94.100.180.150]
Wed 2016-10-12 13:48:07: Randomly picked 217.69.139.150 from list of A records
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [217.69.139.150:25]
Wed 2016-10-12 13:48:07: Waiting for socket connection…
Wed 2016-10-12 13:48:07: * Connection established (192.168.1.1:4686 -> 217.69.139.150:25)
Wed 2016-10-12 13:48:07: Waiting for protocol to start…
Wed 2016-10-12 13:48:07: <— 220 Mail.Ru ESMTP
Wed 2016-10-12 13:48:07: —> EHLO
mail.tppzkam.ru
Wed 2016-10-12 13:48:07: <— 250-mx148.mail.ru ready to serve
Wed 2016-10-12 13:48:07: <— 250-STARTTLS
Wed 2016-10-12 13:48:07: <— 250-SIZE 73400320
Wed 2016-10-12 13:48:07: <— 250 8BITMIME
Wed 2016-10-12 13:48:07: —> STARTTLS
Wed 2016-10-12 13:48:07: <— 220 2.0.0 Start TLS
Wed 2016-10-12 13:48:07: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Wed 2016-10-12 13:48:07: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:48:07: <— 250-mx148.mail.ru ready to serve
Wed 2016-10-12 13:48:07: <— 250-SIZE 73400320
Wed 2016-10-12 13:48:07: <— 250 8BITMIME
Wed 2016-10-12 13:48:07: —> MAIL From:<prvs=109302e8a0=
evgenia@tppzkam.ru
> SIZE=64650
Wed 2016-10-12 13:48:07: <— 250 OK
Wed 2016-10-12 13:48:07: —> RCPT To:<
pirogova-08@mail.ru
>
Wed 2016-10-12 13:48:07: <— 250 OK
Wed 2016-10-12 13:48:07: —> DATA
Wed 2016-10-12 13:48:07: <— 354 Go ahead
Wed 2016-10-12 13:48:07: Sending <xxxxxxxxxxxxxxxxxxxxxxxx\pd50000058399.msg> to [217.69.139.150]
Wed 2016-10-12 13:48:07: Transfer Complete
Wed 2016-10-12 13:48:08: <— 550 spam message rejected. Please visit http://help.mail.ru/notspam-su… 8BAPUZDgs~ or report details to abuse@corp.mail.ru. Error code: D4BDCEB5DFDB6F5AED541FDF782673E48D444EB70227C7A9C104993D0869E3278A11BBA44B4160F7 773761F4B14DA6B57E95E57D8B4E2B42. ID: 0000000800011F210B0E19F5.
Wed 2016-10-12 13:48:08: —> QUIT
— End Transcript —
—1012-1348-12-PART-BREAK
Content-Type: message/rfc822; name=»md50000010369.eml»
Content-Transfer-Encoding: 7bit
X-MDAV-Result: clean
X-MDAV-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:05 +0400
Received: from [192.168.1.105] by mail.tppzkam.ru (MDaemon PRO v13.0.0)
with ESMTP id md50000317936.msg
for <
pirogova-08@mail.ru
>; Wed, 12 Oct 2016 13:48:05 +0400
X-Spam-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:05 +0400
(not processed: message from trusted or authenticated source)
X-Return-Path: prvs=109302e8a0=
evgenia@tppzkam.ru
X-Envelope-From:
evgenia@tppzkam.ru
X-MDaemon-Deliver-To:
pirogova-08@mail.ru
X-MDAV-Result: clean
X-MDAV-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:47:59 +0400
X-Spam-Level:
X-Spam-Status: No, score=-4.7 required=4.0 tests=BAYES_00,HTML_MESSAGE,
NO_RELAYS shortcircuit=no autolearn=ham version=3.3.2
X-Spam-Report:
* -0.0 NO_RELAYS Informational: message was not relayed via SMTP
* -4.7 BAYES_00 BODY: Bayes spam probability is 0 to 1%
* [score: 0.0000]
* 0.0 HTML_MESSAGE BODY: HTML included in message
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06)
Received: from mail.tppzkam.ru by mail.tppzkam.ru (via RAW) (MDaemon PRO v13.0.0)
for <
evgenia@tppzkam.ru
>; Wed, 12 Oct 2016 13:47:51 +0400
Date: Wed, 12 Oct 2016 13:47:51 +0400
From: «MDaemon at mail.tppzkam.ru» <MDaemon@mail.tppzkam.ru>
Reply-To: noreply@mail.tppzkam.ru
Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
To:
pirogova-08@mail.ru
Message-ID: <MDAEMON0184201610121347.AA4751812@mail.tppzkam.ru>
Mime-Version: 1.0
X-Actual-From: MDaemon@mail.tppzkam.ru
Content-Type: multipart/mixed; boundary=»1012-1347-51-PART-BREAK»
Resent-From:
evgenia@tppzkam.ru
—1012-1347-51-PART-BREAK
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 7bit
—————————————————————————
Уведомление о состоянии доставки MDaemon — http://www.altn.com/MDaemon/dsn/
—————————————————————————
Прикрепленное сообщение Failed address:
pirogova-08@mail.ru
— Session Transcript —
Wed 2016-10-12 13:47:46: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxx\pd50000058391.msg>
Wed 2016-10-12 13:47:46: * From: MDaemon@mail.tppzkam.ru
Wed 2016-10-12 13:47:46: * To: [email]
pirogova-08@mail.ru[
/email]
Wed 2016-10-12 13:47:46: * Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
Wed 2016-10-12 13:47:46: * Size (bytes): 59455
Wed 2016-10-12 13:47:46: * Message-ID: <MDAEMON0180201610121347.AA4721343@mail.tppzkam.ru>
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [mail.ru]
Wed 2016-10-12 13:47:46: Resolving MX records for [mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:47:46: * P=010 S=000 D=MAIL.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2016-10-12 13:47:46: Resolving A record for [mxs.mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:47:46: * D=mxs.MAIL.ru TTL=(0) A=[94.100.180.150]
Wed 2016-10-12 13:47:46: * D=mxs.MAIL.ru TTL=(0) A=[217.69.139.150]
Wed 2016-10-12 13:47:46: Randomly picked 94.100.180.150 from list of A records
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [94.100.180.150:25]
Wed 2016-10-12 13:47:46: Waiting for socket connection…
Wed 2016-10-12 13:47:46: * Connection established (192.168.1.1:4667 -> 94.100.180.150:25)
Wed 2016-10-12 13:47:46: Waiting for protocol to start…
Wed 2016-10-12 13:47:46: <— 220 Mail.Ru ESMTP
Wed 2016-10-12 13:47:46: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:47:46: <— 250-mx70.mail.ru ready to serve
Wed 2016-10-12 13:47:46: <— 250-STARTTLS
Wed 2016-10-12 13:47:46: <— 250-SIZE 73400320
Wed 2016-10-12 13:47:46: <— 250 8BITMIME
Wed 2016-10-12 13:47:46: —> STARTTLS
Wed 2016-10-12 13:47:46: <— 220 2.0.0 Start TLS
Wed 2016-10-12 13:47:46: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Wed 2016-10-12 13:47:46: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:47:46: <— 250-mx70.mail.ru ready to serve
Wed 2016-10-12 13:47:46: <— 250-SIZE 73400320
Wed 2016-10-12 13:47:46: <— 250 8BITMIME
Wed 2016-10-12 13:47:46: —> MAIL From:<prvs=109302e8a0=
evgenia@tppzkam.ru
> SIZE=59455
Wed 2016-10-12 13:47:46: <— 250 OK
Wed 2016-10-12 13:47:46: —> RCPT To:<
pirogova-08@mail
.ru>
Wed 2016-10-12 13:47:47: <— 250 OK
Wed 2016-10-12 13:47:47: —> DATA
Wed 2016-10-12 13:47:47: <— 354 Go ahead
Wed 2016-10-12 13:47:47: Sending <xxxxxxxxxxxxxxxxxxxxxxxx\pd50000058391.msg> to [94.100.180.150]
Wed 2016-10-12 13:47:47: Transfer Complete
Wed 2016-10-12 13:47:47: <— 550 spam message rejected. Please visit http://help.mail.ru/notspam-su… 8BAIrO8jc~ or report details to abuse@corp.mail.ru. Error code: F8D875178E66FFF518CF4EA704C345774F226FD4BC4DA3513258CE6A80D82F45EBB092D20E0C6A1C 134CF876002D8CBF9B720D6D8F35B237. ID: 0000000200011F2637F2CE8A.
Wed 2016-10-12 13:47:47: —> QUIT
— End Transcript —
hi there,
i have mdaemon installed in my company, i am facing an issue, which i am not able to resolve.
whenever any user send an email to a wrong email address or email never deliver to that specific email address then mdaemon generate a report and email this delay or fail report to the user who sends this email, is there any way if i want that mdaemon delivery failiure and delayed reports to a specific email address please guide me. for better understanding the example is given below.
user with the email address (kashif@xyz.com) sends an email to an address (xyz@yuz.com) and if the email address is wrong or there is a delay in message sending, mdaemon sends an email to (kashif) mentioning the subject (WARNING: Message delivery failed) with more details, i want that auto reply to a specific email address but not on the users email address who sends the mail to wrong addresses.
please help me.
check
Best Answer
Brad (MDaemon), i have done all the steps as you mentioned but i dont know how to create the content filter for the DSN Message, i mean i know the procedure how to create a content filter, but i dont know what is the Condition and Action is going to be selected for this content filter, please help me … i will be really great full to you. THanks.
Cashif, I ran some testing & was able to get this to work. Here’s what I did.
Un-check «Inform the sender that the message could not be delivered.»
On the DSN Setting screen, check the box «DSN messages are sent through the content and spam filters.»
I then created a content filter rule that looks like this
I tested it successfully. Please let me know if this produces the desired results.
Was this post helpful?
thumb_up
thumb_down
View Best Answer in replies below
Read these next…
Exchange falling apart.
Collaboration
it has been a week that my exchange server does not work well anymore.it seems to stop delivering email and quarantined mailboxes, I thought the issue was space since I was under 10% storage so I went ahead and enabled circular logging. The server ran fin…
Windows search bar completely unreliable
Windows
So this is annoying. Boss couldn’t find his VPN this morning (OpenVPN Client) and was freaking out. Can anyone help me out with a link to explain why Windows search is so unreliable? I mean, I know it is. But looking for something to direct boss to, o…
Snap! — Reusable Spacecraft, Robot CEO, 5,000 Free Audiobooks, Extinct RNA
Spiceworks Originals
Your daily dose of tech news, in brief.
Welcome to the Snap!
Flashback: September 20, 1983: RSA Algorithm Patent Is Awarded (Read more HERE.)
Bonus Flashback: September 20, 1970: Luna 16 lands on the moon (Read more HERE.)
You need to …
firewall for home lab
Security
I’d like to add a firewall in my home lab servers to create an ipsec tunnel to my office lab servers. It’s been a while since I’ve looked at small firewalls and thought getting a rec from the community would save me some research time. I don’t need anythi…
Anyone know what connector I need for this?
Hardware
Its an old hp Prodesk 600 g1 DM. I’m trying to fit a sata ssd in there and the circled port is what i need to power the sata drive apparently?
← Вернуться в раздел «В помощь системному администратору»
Уменя некторий писмо останитса BadQueue такой ошибка винутре писмо насписино. Что за ошибка?
Уменя контент филтр нету. Как можно сделат что етот unknown писми не осталса BadQueue.
UMIME-Version: 1.0
Content-Type: multipart/mixed;
boundary=»———-D1B913B13BB4A71″
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000003, version=1.1.5
int cnt prob spamicity histogram
0.00 32 0.016482 0.014428 ################################
0.10 1 0.110573 0.017470 #
0.20 0 0.000000 0.017470
0.30 0 0.000000 0.017470
0.40 0 0.000000 0.017470
0.50 0 0.000000 0.017470
0.60 0 0.000000 0.017470
0.70 0 0.000000 0.017470
0.80 1 0.888699 0.069781 #
0.90 3 0.978414 0.262487 ###
X-MDBadQueue-Reason: message to unknown local user
Автор: ipmanyak
Дата сообщения: 13.02.2009 10:53
tarantula13 Ясно же написано —
Цитата:
X-MDBadQueue-Reason: message to unknown local user
Нет такого юзера, потому слать некому. И пиши нормальным языком, если не имется нормальной клавиатуры, то юзай виртуальную Напротив окна сообщения слева жмакни — Загрузить виртуальную клавиатуру.
Автор: Lennox
Дата сообщения: 13.02.2009 11:20
Господа, ScanningProcess.exe, запускается 8 раз ( как раз 8 ядер на сервере) и каждый процесс отжирает по 100 мегабайт памяти
это трындец какойто, поясните пожалуйста что это такое???
лежит сам файл в папке SecurityPlus, весит всего 90 кб
Автор: Clavik
Дата сообщения: 13.02.2009 11:36
rosalin
Цитата:
тоесть в антиспам настройках выбрать
… пoмeтить cooбщeниe, нo paзpeшить eмy пpoдoлжить пyть дocтaвки.
Ага, а в контент фильтре прописывай правило по отлову с нужным баллом писем и удаляй потом.
Еще можешь в антиспам фильтре прописать баллы при которых письмо будет удаляться.
Автор: ipmanyak
Дата сообщения: 13.02.2009 11:47
Lennox Сколько процов/ядер — столько процесов ScanningProcess.exe, так задумал ALTN. Версия SecurityPlus ?
SecurityPlus v3.04
o [5536] fix to ScanningProcess.exe memory leak
Автор: Joykin
Дата сообщения: 13.02.2009 12:06
Доброго времени суток.
Есть небольшая проблема с доставкой. От адресата приходят письма, а вот при отправке письма этому же адресату приходит «Постоянная ошибка доставки». Перерыл форум, что только не пробовал ничего не помогло.
Прикрепленное сообщение Failed address: zakaz@tehauto.kz
При этом письмо помещается в очередь повторных попыток и весит там. Прошу вашей помощи.
Автор: Clavik
Дата сообщения: 13.02.2009 12:30
Joykin
Удаленный хост тебе пишет:
Цитата:
Invalid MX record for host kendala.kz
Что означает неверная MX запись для хоста kendala.kz.
Проверяем MX записи для хоста kendala.kz:
Цитата:
kendala.kz MX preference = 10, mail exchanger = pems.kendala.kz
pems.kendala.kz internet address = 10.17.18.250
pems.kendala.kz internet address = 80.241.46.122
И что же получается pems.kendala.kz может резолвиться в локальный айпи 10.17.18.250, при чем есть и второй нормальный, белый айпи 80.241.46.122. Из-за Round-Robin механизма в DNS айпи будут меняться согласно таймайту кеширования, кароче проще говоря некоторые зарезолвят твой MX сразу в белый айпи, а некоторые будут обламываться и пытаться отправить.
Убери запись:
pems.kendala.kz internet address = 10.17.18.250
Автор: Joykin
Дата сообщения: 13.02.2009 12:40
спсибо.
Заранее извиняюсь за глупый вопрос. Убрать запись нужно в MDaemon?
Автор: ipmanyak
Дата сообщения: 13.02.2009 12:53
Joykin А сам какие действия предпринял? Судя по-всему никаких и сразу прибежал плакаться! В логе всё четко написано! А именно
Цитата:
Invalid MX record for host kendala.kz
Набираем:
nslookup -q=mx kendala.kz
получаем:
kendala.kz MX preference = 10, mail exchanger = pems.kendala.kz
kendala.kz nameserver = ns.orbita-plus.kz
kendala.kz nameserver = pems.kendala.kz
набираем:
nslookup pems.kendala.kz
получаем:
Non-authoritative answer:
Name: pems.kendala.kz
Addresses: 10.17.18.250, 80.241.46.122
Тут мы вынуждены Воскликнуть Жембе пещельбе шайтанама 
А какого хрена локальный ip у меня в DNS!
Но набираем дальше:
nslookup 80.241.46.122
Получаем:
*** can’t find 80.241.46.122: Non-existent domain
Тут уже просто орём: Жембе пещельбе бихтимиле шайтанама , а чего это у меня PTR нет до сих пор на мой внешний IP? Кеще я и кой!
Решение: Затариваемся араком и идем править DNS!
Но сначала глядим сюда http://www.dnr.kz//dnsreport/kendala.kz
Охреневаем от 18 DNS-серверов за зону kendala.kz
ns.orbita-plus.net. 80.241.32.18 [TTL=3600]
ns1.mail.ru. 194.67.57.103 [TTL=3600]
ns2.mail.ru. 194.67.57.104 [TTL=3600]
ns3.mail.ru. 194.67.23.17 [TTL=3600]
ns4.mail.ru. 194.67.57.4 [TTL=3600]
ns5.mail.ru. 194.67.23.232 [TTL=3600]
pems.kendala.kz. 80.241.46.122 [TTL=3600]
zarechnoekz.zarechnoe.kz. zarechnoekz.zarechnoe.kz [TTL=3600]
ns.grk.kz. 212.76.6.162 [TTL=3600]
ns.nic.kz. 75.126.233.106 [TTL=3600]
ns.mail.ru. 194.67.23.130 [TTL=3600]
ns.relcom.kz. 80.241.0.65 [TTL=3600]
ns.rudnik.kendala.kz. 212.76.14.181 [TTL=3600]
ns.kendala.kz. 10.17.18.250 [TTL=3600]
ns.tnsplus.kz. 212.76.0.2 [TTL=3600]
ns.bailanys.kz. 212.76.6.244 [TTL=3600]
ns.kazatomprom.kz. 212.76.6.85 [TTL=3600]
ns.orbita-plus.kz. 80.241.32.10 [TTL=3600]
Причем почти все понятия не имеют о твоей зоне! (rfc говорит что не более 7 нэймсервров должно быть, рекомнедовано 2-3)
Короче смотри урлу устраняем Красные и Желтые квадраты
P.S.
Твой адресант tehauto.kz , тоже не без греха, хоть и просит PTR, но и сам его не имеет! http://www.dnr.kz//dnsreport/tehauto.kz
Казахи точно нынче отжигают! 
Автор: GarlicBratan
Дата сообщения: 13.02.2009 15:20
WorldClient отъедает ресурсы вплоть до полной остановки сервиса MDAemon, а после того как MDaemon вылетает WorldClient даедает последнее процессорное время. Все версии последнии не помогли, антивирусы поотключал, тож пофиг. С чего началось не ясно.
Автор: rosalin
Дата сообщения: 13.02.2009 15:54
Ребята подскажите насколько это неправильно и как это можно поправить
ОШИБКА! Ваши MX-записи НЕ имеют PTR-записи. RFC1912 2.1 настаивает на наличии обратных DNS-записей для все почтовых серверов. Иметь обратные DNS-записи чрезвычайно важно, поскольку многие почтовые сервера не принимают почту от mail-серверов, не имеющих обратных DNS-записей.
Автор: Joykin
Дата сообщения: 13.02.2009 16:30
Clavik & ipmanyak thnx!
Автор: ipmanyak
Дата сообщения: 13.02.2009 17:15
rosalin Как обычно, просить прова прописать ваш почтовик в обратной зоне, то есть создать записть PTR в DNS в обратной зоне с именем как в записи с типом А на ваш почтовик
Пример:
nslookup -q=mx mail.ru
Non-authoritative answer:
mail.ru MX preference = 10, mail exchanger = mxs.mail.ru
mxs.mail.ru internet address = 94.100.176.20
nslookup 94.100.176.20
Name: mxs.mail.ru
Address: 94.100.176.20
nslookup -q=any 20.176.100.94.in-addr.arpa
Non-authoritative answer:
20.176.100.94.in-addr.arpa name = mxs.mail.ru
Автор: fantig
Дата сообщения: 16.02.2009 10:36
всем привет. такая проблема когда пользователь отправляет письмо, то получателю оно приходит несколько сотен раз. как это победить ?
Автор: ipmanyak
Дата сообщения: 16.02.2009 12:45
fantig Покажи куски логов SMTP-IN и SMTP-OUT и Content Filter для этого юзера.
Автор: Daedr
Дата сообщения: 16.02.2009 16:52
Доброго времени суток!
Такая вот ситуация
Имеется почта у провайдера на хостинге. Забираю её Дэмоном (9.6.4) соответственно
Сделал второй домен на том же хостинге, и хочу перевести всех пользователей на новую почту, но чтоб со старой почты пока ещё получали письма
первый доменный ящик ххх@yyy-xxx.com.ua
новый доменный ящик xxx@yyy.com.ua
Пытался настраивать, но почта с первого домена начинала неадекватно долго приходить\уходить, либо вообще тишина была
Подскажите, как правильно настроить вторичный домен в Дэмоне
Автор: legander
Дата сообщения: 16.02.2009 17:59
Здравствуйте.
Возникла проблема, сначала выдержки из лога:
первый
Mon 2009-02-16 12:40:50: Session 4776; child 1; thread 1960
Mon 2009-02-16 12:40:29: Accepting SMTP connection from [xxx:16974]
Mon 2009-02-16 12:40:29: —> 220 xxx.ru ESMTP MDaemon 9.6.5; Mon, 16 Feb 2009 12:40:29 +0300
Mon 2009-02-16 12:40:29: <— EHLO xxxt.ru
Mon 2009-02-16 12:40:29: —> 250-xxx.ru Hello xxx.ru, pleased to meet you
Mon 2009-02-16 12:40:29: —> 250-ETRN
Mon 2009-02-16 12:40:29: —> 250-AUTH=LOGIN
Mon 2009-02-16 12:40:29: —> 250-AUTH LOGIN CRAM-MD5
Mon 2009-02-16 12:40:29: —> 250-8BITMIME
Mon 2009-02-16 12:40:29: —> 250-STARTTLS
Mon 2009-02-16 12:40:29: —> 250 SIZE 12400000
Mon 2009-02-16 12:40:29: <— STARTTLS
Mon 2009-02-16 12:40:29: —> 220 Begin TLS negotiation
далее много чего
Mon 2009-02-16 12:40:50: —> 250 Ok, message saved <Message-ID: 20090216093113.D93EE52001@xxx.ru>
Mon 2009-02-16 12:40:50: <— QUIT
второй
Mon 2009-02-16 14:12:39: Session 6984; child 2; thread 3876
Mon 2009-02-16 14:12:28: Accepting SMTP connection from [xxx:15880]
Mon 2009-02-16 14:12:28: —> 220 xxx.ru ESMTP MDaemon 9.6.5; Mon, 16 Feb 2009 14:12:28 +0300
Mon 2009-02-16 14:12:28: <— HELO xxxt.ru
Mon 2009-02-16 14:12:28: —> 250 xxx.ru Hello xxx.ru, pleased to meet you
Mon 2009-02-16 14:12:28: <— MAIL FROM:<xxx@xxx.ru>
дальше проверки
Mon 2009-02-16 14:12:39: —> 250 <xxx@xxx.ru>, Recipient ok
Mon 2009-02-16 14:12:39: <— QUIT
Видно, что в первом случае сервер отвечает полностью, как и положено со списком поддеживаемых команд и идет соединение, во втором случае выдается только hello и после проверок вместо data шлет сразу quit и соединение рвется.
Не понятно откуда ноги растут, заметил только что, как партнеры начали жаловаться что почта не доходит. Пока только с ними проблема.
Ну и впрос, кто сталкивался и в чем может быть дело?
upd: нашел вроде разницу, в первом случае сервер отвечает ehlo во втором helo, и вот со всеми теми кому он отвечает helo по логам вижу что почта не проходит. это настраивается?
Автор: ipmanyak
Дата сообщения: 17.02.2009 06:23
legander Все проверки вырезал, имена доменов попрятал (ладно имена ящиков спрятал, а имена доменов то зачем?) , а хочешь получить ответ? Телепатов тут нет. Или приводи логи так как они есть или ищи траблу сам.
Ты приводишь логи SMTP-IN и в HELO/EHLO представляется тот сервер, а не твой, значит и проблема с HELO/EHLO на той стороне. Второй сервер или станция , судя по логу, не настроены для аутентификации SMTP c SSL/TLS.
Цитата:
Подскажите, как правильно настроить вторичный домен в Дэмоне
Просто подымаешь вторичный домен и всё! Что нужно в DNS для нормальной работы почтового домена, я думаю ты знаешь, если не знаешь — читай FAQ, ссылки в шапке.
Автор: Sash11
Дата сообщения: 17.02.2009 09:33
Возникла проблемма запуска Configuration Session на Демоне 10.0.4 после того, как я залочил сервер на открытие Lock server. Почтовик стоит на Винде 2008 и иконка в трее появляется только после сворачивания окна Configuration Session. В данный момент иконки в трее нет и отключить пароль я соответственно не могу.
Есть ли способ, чтобы убрать этот пароль?
Автор: ipmanyak
Дата сообщения: 17.02.2009 09:57
Sash11 Убей демона через диспетчер задач или останови его службу в службах! Открой блокнотом app/mdaemon.ini найди и удали строчку
LockPassword=…
Запусти демона.
Автор: Sash11
Дата сообщения: 17.02.2009 10:04
ipmanyak
Спасибо! Помогло!
Автор: Ramaloke
Дата сообщения: 17.02.2009 13:13
Начал осваиваться с MDaemon (версия 9.6.5).
Условия:
Внешний ящик: mail@mail.ru
Внутренние ящики: user1@local.mail, user2@local.mail, user3@local.mail
Пользователю, скажем receiver настраиваю MultiPOP чтобы принимал почту с mail@mail.ru и рассылал копии.
Пишем письмо на mail@mail.ru, через определенное время, пусть по-умолчанию через минуту, MultiPOP проверяет ящик на наличие писем. Письма есть, он оттуда их вытаскивает и рассылает копии на локальные ящики. Также копия остается на receiver@local.mail.
Задача принять почту и разослать по локалке — решена.
Остается задача очистки receiver@local.mail или же вместо receiver@local.mail использовать какого-то из юзверей (к чему склоняюсь).
Еще одна задача. Юзеры из локалки хотят отправить почту на mail@gmail.com.
Почта с user1@local.mail, user2@local.mail и user3@local.mail должна через mail@mail.ru уходить по назначению. Посредством MultiPOP, насколько я увидел, это нельзя реализовать.
Собственно я в тупике, как это реализовать?! + в адресе отправителя надо чтобы стояло mail@mail.ru.
Заранее спасибо за помощь.
Автор: Efrome
Дата сообщения: 17.02.2009 17:08
Подскажите
v9.6.4
В час больше 3000 писем спама. Видимо из-за этого Мдемон задыхается и перестает отдавать почту.
Что можно сделать? Заранее спасибою
Автор: ipmanyak
Дата сообщения: 18.02.2009 05:42
Efrome Настроить блокировку спама на уровне DNS. Уже жевано-пережевано не раз — DNSBL, HELO/EHLO, GREYLISTING, HOSTS SCREENING.
Ramaloke Header translation + Delivery на Smart host ( релей через SMTP прова)
Автор: Dynaton
Дата сообщения: 18.02.2009 10:52
Добрый День.
вылезла очередная проблемка
лог SMTP-IN
Wed 2009-02-18 11:38:37: Session 1034; child 1
Wed 2009-02-18 11:38:37: Parsing message <c:\program files\mdaemon\remoteq\pd50000008893.msg>
Wed 2009-02-18 11:38:37: * From: zzzz@domen.ru
Wed 2009-02-18 11:38:37: * To: vladimir@malyugin.ru
Wed 2009-02-18 11:38:37: * Subject: =?windows-1251?B?4u7i4ODg4ODg4ODgIQ==?=
Wed 2009-02-18 11:38:37: * Message-ID: <666807866.20090218110328@seinecom.ru>
Wed 2009-02-18 11:38:37: Устанавливаю SMTP подключение к [malyugin.ru]
Wed 2009-02-18 11:38:37: Разрешение MX-записей для [malyugin.ru] (DNS-сервер: 213.134.192.18)…
Wed 2009-02-18 11:38:37: * P=010 S=000 D=malyugin.ru TTL=(25) MX=[relay.titans.ru] {194.6.222.11}
Wed 2009-02-18 11:38:37: Устанавливаю SMTP подключение к [194.6.222.11:25]
Wed 2009-02-18 11:38:37: Ожидание подключения сокета…
Wed 2009-02-18 11:38:37: * Соединение установлено (213.134.202.62:1914 -> 194.6.222.11:25)
Wed 2009-02-18 11:38:37: Ожидание запуска протокола…
Wed 2009-02-18 11:38:37: Socket connection closed by the other side (how rude!)
Wed 2009-02-18 11:38:37: Возраст этого сообщения равен 35 минутам; осталось 25 минут его нахождения в этой очереди
Wed 2009-02-18 11:38:37: SMTP сессия отменена (Байт принято/передано: 0/0)
Wed 2009-02-18 11:38:37: ———-
был переезд соо-но поменялся провадйер у нас…
просил сапорт прописать PTR — прописали
MX Запись тож поправил саппорт DNS серверов
и еще вот такая ошибка
Wed 2009-02-18 12:11:50: Parsing message <c:\program files\mdaemon\remoteq\pd35000008896.msg>
Wed 2009-02-18 12:11:50: * From: zzz@domen.ru
Wed 2009-02-18 12:11:50: * To: zzz@domen.ru
Wed 2009-02-18 12:11:50: * Subject: Urgent : operation 1 du 6 fevrier
Wed 2009-02-18 12:11:50: * Message-ID: <WorldClient-F200902181211.AA11480006@domen.ru>
Wed 2009-02-18 12:11:50: * Route slip host: heritage.ch
Wed 2009-02-18 12:11:50: * Route slip port: 25
Wed 2009-02-18 12:11:50: Устанавливаю SMTP подключение к [heritage.ch]
Wed 2009-02-18 12:11:50: Разрешение MX-записей для [heritage.ch] (DNS-сервер: 213.134.192.18)…
Wed 2009-02-18 12:11:50: * P=010 S=000 D=heritage.ch TTL=(30) MX=[mail1.heritage.ch] {212.203.78.226}
Wed 2009-02-18 12:11:50: * P=020 S=001 D=heritage.ch TTL=(30) MX=[mail2.heritage.ch] {212.23.228.148}
Wed 2009-02-18 12:11:50: Устанавливаю SMTP подключение к [212.203.78.226:25]
Wed 2009-02-18 12:11:50: Ожидание подключения сокета…
Wed 2009-02-18 12:11:50: * Соединение установлено (213.134.202.62:4671 -> 212.203.78.226:25)
Wed 2009-02-18 12:11:50: Ожидание запуска протокола…
Wed 2009-02-18 12:11:56: <— 550 rejected because RDNS
Wed 2009-02-18 12:11:56: —> QUIT
Wed 2009-02-18 12:11:56: Socket connection closed by the other side (how rude!)
Wed 2009-02-18 12:11:56: SMTP сессия отменена (Байт принято/передано: 27/6)
Wed 2009-02-18 12:11:56: ———-
что за RDNS ??
Автор: Efrome
Дата сообщения: 18.02.2009 11:21
ipmanyak
Цитата:
Efrome Настроить блокировку спама на уровне DNS. Уже жевано-пережевано не раз — DNSBL, HELO/EHLO, GREYLISTING, HOSTS SCREENING.
Мой мдемон забирает почту c хостинга (nic.ru) через DomainPOP. Что из этого может помочь удалять спам сразу при получении его от хостинга, не загружая к себе?
Автор: jse
Дата сообщения: 18.02.2009 11:36
С форума ixbt.com приходят письма в дебильном формате. Т.е. в конце каждой темы указывается совершенно ненужный хвост, вот пример:
iXBT BBS (Ноутбуки): Ответ в «ASUS Eee PC (продолжение-2)» (#000484)
С помощъю фильтра содержания пытаюсь сделать правило, которое заменяет любое совпадение типа » (#……)» на пустышку «». Но как это сделать правильно? Помогите исправить проблему форума ixbt.com
Очень часть приходится отказываться от этого полезного форума, т.к. читать сообщения практически невозможно.
Автор: sundoom82
Дата сообщения: 18.02.2009 11:48
Помогите, плиз, победить проблему.
Такая бодяга. Если я соединяюсь не через соединение прова, то при отправке письма с сервера выдается такое сообщение:
Client host rejected: unknown host (check DNS records !!)
и затем письмо удаляется вообще
Message has no return path, it was deleted
При отправке писем через соединение прова, то все нормально.
Как сделать так, чтобы хотя бы исходящие письма не удалялись, а оставались некоторое время в очереди?
Автор: Ramaloke
Дата сообщения: 18.02.2009 12:42
Цитата:
Header translation + Delivery на Smart host ( релей через SMTP прова)
Спасибо большое. То что надо.
Только вот такой вопрос возник.
Можно ли сделать полную замену заголовка???
Сейчас поясню.
Есть внешний ящик, как я уже говорил mail@mail.ru и локальные ящики user1@local.mail, user2@local.mail, user3@local.mail.
Переводим заголовок: @local.mail => @mail.ru
При отправке на любой ящик в поле отправитель пишется: user1@mail.ru.
Если сделать подмену типа => mail@mail.ru, то отправитель будет user1mail@mail.ru, что не есть хорошо. Можно ли, повторюсь, сделать подмену чтобы отправитель был mail@mail.ru? А то начинают писать на user1@mail.ru и логично, что попадают в никуда.
Заранее спасибо.
Добавлено:
Все, разобрался. Надо полную подмену прописать типа: user1@local.mail => mail@mail.ru
Тогда письма от этого юзера пометятся как от внешнего ящика.
Вопрос тогда в другом. Можно ли это сделать 1 записью, а не создавать «кол-во записей = кол-во юзеров»???
Автор: ipmanyak
Дата сообщения: 18.02.2009 12:55
Efrome А сразу сказать, что у тебя DPOP было влом? Обязательно нужно заставлять людей тратить время на пустую писанину? Смотри свой хостинг, что он может.
Dynaton
Цитата:
550 rejected because RDNS
RDNS — Reverse DNS. PTR у тебя не прописан
C:\>nslookup 213.134.202.62
seinecom.ru
primary name server = ns.mtw.ru
responsible mail addr = hostmaster.seinecom.ru
serial = 2009280104
refresh = 28800 (8 hours)
retry = 7200 (2 hours)
expire = 1209600 (14 days)
default TTL = 600 (10 mins)
*** No address (A) records available for 213.134.202.62
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980
Предыдущая тема: Postfix и пересылка почты
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.
MDaemon — это почтовый сервер, используемый многими компаниями и организациями для отправки и получения электронной почты. Возможность быстрой и надежной доставки электронных сообщений — одно из ключевых преимуществ этой платформы. Однако иногда пользователи MDaemon сталкиваются с проблемой постоянной ошибки доставки сообщений.
Основная причина возникновения постоянной ошибки доставки MDaemon — неправильно настроенные параметры почтового сервера или проблемы с сетевыми подключениями. Например, сообщение может быть отклонено по причине неправильного адреса получателя, блокировки почтового сервера или других проблем с доставкой.
Для исправления постоянной ошибки доставки MDaemon можно предпринять несколько действий. Во-первых, стоит проверить правильность введенных данных, таких как адрес получателя и параметры сервера. Также рекомендуется убедиться, что нет блокировок, отклоняющих сообщения.
Если проблема с постоянной ошибкой доставки MDaemon сохраняется, стоит обратиться к специалистам по поддержке MDaemon. Они могут провести детальный анализ проблемы и предложить наиболее эффективные решения. Иногда может потребоваться обновление программного обеспечения или настройка дополнительных параметров сервера для исправления ошибки.
Содержание
- Постоянная ошибка доставки MDaemon: причины и решения
- Причины ошибки
- Решения ошибки
- Что такое постоянная ошибка доставки MDaemon
- Причины постоянной ошибки доставки MDaemon
- Как исправить постоянную ошибку доставки MDaemon
Постоянная ошибка доставки MDaemon: причины и решения
MDaemon — это сервер электронной почты, которым часто пользуются пользователи и компании для отправки и получения сообщений. Однако иногда возникают ситуации, когда сообщение не может быть доставлено, и появляется постоянная ошибка доставки MDaemon. В этом разделе мы рассмотрим причины возникновения этой ошибки и возможные решения.
Причины ошибки
Существует несколько причин, по которым может возникнуть постоянная ошибка доставки MDaemon:
- Неправильный адрес получателя: MDaemon не сможет доставить сообщение, если адрес электронной почты получателя указан неправильно или не существует.
- Проблемы с соединением: Если на сервере MDaemon возникли проблемы с соединением, это может привести к невозможности доставки сообщения.
- Блокировка отправителя: Если адрес отправителя был заблокирован или помещен в черный список, MDaemon не сможет доставить сообщение.
- Проблемы с DNS: Если сервер MDaemon не может разрешить DNS-имя получателя, это может привести к ошибке доставки.
Решения ошибки
Вот несколько возможных решений для постоянной ошибки доставки MDaemon:
- Проверьте правильность адреса получателя: Убедитесь, что адрес электронной почты получателя указан правильно и не содержит опечаток.
- Проверьте соединение с сервером MDaemon: Убедитесь, что сервер MDaemon имеет доступ к сети Интернет и нет проблем соединения.
- Проверьте, не заблокирован ли адрес отправителя: Проверьте, не находится ли адрес отправителя в черном списке и не был ли заблокирован на сервере MDaemon.
- Проверьте настройки DNS: Убедитесь, что сервер MDaemon может разрешить DNS-имя получателя. Если необходимо, обновите настройки DNS.
Если после выполнения перечисленных решений проблема по-прежнему не решена, рекомендуется обратиться к специалистам по поддержке MDaemon для получения дополнительной помощи. Они смогут проанализировать проблему и предоставить индивидуальное решение, соответствующее вашим потребностям и настройкам.
Что такое постоянная ошибка доставки MDaemon
MDaemon — это программное обеспечение для работы с электронной почтой, которое разработано и выпускается компанией MDaemon Technologies. Одним из распространенных проблем, с которыми пользователи MDaemon могут столкнуться, является ошибка доставки почты, которая может возникать из-за различных причин.
Постоянная ошибка доставки в MDaemon означает, что почтовое сообщение не может быть доставлено получателю и будет возвращено отправителю. Это может произойти по нескольким причинам:
- Неправильно указан адрес получателя. Если адрес электронной почты указан неверно или получатель не существует, MDaemon не сможет успешно доставить сообщение.
- Настройки фильтров спама. MDaemon имеет встроенные фильтры спама, которые могут отклонять письма, если они соответствуют определенным условиям, например, содержат определенные слова или фразы. Если письма, отправленные вам, попадают под такие фильтры, они могут быть отклонены и считаться постоянно недоставляемыми.
- Блокировка почтового сервера. Могут возникать ситуации, когда почтовый сервер получателя блокирует отправителя или почтовый домен, из которого отправляется письмо. В этом случае, MDaemon не сможет доставить сообщение.
- Сетевые проблемы. Иногда проблема постоянной ошибки доставки может возникать из-за сетевых проблем, например, неполадок соединения с Интернетом или недоступности почтового сервера получателя.
Для исправления постоянной ошибки доставки в MDaemon можно предпринять следующие шаги:
- Проверьте правильность указанного адреса получателя. Убедитесь, что адрес электронной почты указан корректно и соответствует действительному получателю.
- Проверьте фильтры спама. Проверьте настройки фильтров спама в MDaemon и убедитесь, что письма не отклоняются по ошибке. При необходимости, отключите фильтры или настройте их с учетом конкретных требований.
- Свяжитесь с администратором почтового сервера получателя. Если почтовый сервер получателя блокирует отправителя или почтовый домен, обратитесь к администратору сервера и уточните причину блокировки. При необходимости, попросите разблокировать отправителя или домен.
- Проверьте сетевые проблемы. Проверьте соединение с Интернетом, а также доступность почтового сервера получателя. Если возникают сетевые проблемы, решите их, чтобы обеспечить нормальную доставку почты.
В целом, постоянная ошибка доставки в MDaemon может быть вызвана различными факторами, и ее решение может потребовать индивидуального подхода в каждом конкретном случае. Если проблема возникает регулярно и не удается найти причину, рекомендуется обратиться за помощью к специалистам или технической поддержке MDaemon.
Причины постоянной ошибки доставки MDaemon
MDaemon – это программное обеспечение для управления почтовым сервером, которое часто используется для отправки и доставки электронной почты. Ошибки доставки могут возникать по разным причинам и могут указывать на проблемы в конфигурации почтового сервера или на проблемы в отправляемой электронной почте.
Ниже приведены некоторые причины, по которым может возникать постоянная ошибка доставки MDaemon:
- Неправильный адрес получателя: Одна из наиболее распространенных причин постоянной ошибки доставки связана с неправильно указанным адресом получателя. Это может быть опечатка в адресе электронной почты или отсутствие учетной записи получателя на сервере. Проверьте правильность адреса и убедитесь, что получатель существует.
- Проблемы с интернет-соединением: Если у вас проблемы с интернет-соединением, MDaemon может не смочь доставить электронную почту. Убедитесь, что у вас стабильное интернет-соединение и повторите попытку отправки письма.
- Заблокированный SMTP-сервер: Если по какой-то причине ваш SMTP-сервер заблокирован или ограничен, MDaemon может не смочь доставить электронную почту. Убедитесь, что ваш SMTP-сервер настроен правильно и не заблокирован, иначе вы можете обратиться к администратору сервера.
- Отсутствие правильных DNS-записей: DNS-записи используются для определения адреса сервера получателя. Если эти записи отсутствуют или неправильно настроены, MDaemon может не найти адрес сервера получателя и не сможет доставить письмо. Убедитесь, что ваши DNS-записи настроены правильно.
Это только некоторые из возможных причин постоянной ошибки доставки MDaemon. Если вы все еще сталкиваетесь с этой проблемой, рекомендуется обратиться к поддержке программного обеспечения или администратору сервера для получения дополнительной помощи и решения проблемы.
Как исправить постоянную ошибку доставки MDaemon
MDaemon – это программа для работы с электронной почтой, и она может иногда сталкиваться с ошибками доставки сообщений. В этой статье мы рассмотрим, как исправить постоянную ошибку доставки MDaemon.
Шаг 1. Проверьте правильность ввода адреса получателя
Первым делом убедитесь, что вы правильно ввели адрес получателя. Проверьте, что нет опечаток или ошибок в адресе электронной почты.
Шаг 2. Проверьте наличие ошибок в настройках MDaemon
Возможно, ошибка доставки связана с неправильными настройками программы MDaemon. Проверьте настройки для отправки и получения почты, убедитесь, что они соответствуют требованиям вашего провайдера или почтового сервера.
Шаг 3. Проверьте наличие ошибок в DNS-настройках
Если у вас есть собственный почтовый сервер, убедитесь, что DNS-настройки настроены правильно. Неправильные DNS-настройки могут привести к ошибкам доставки сообщений.
Шаг 4. Проверьте наличие ошибок в настройках антивирусного ПО
Если у вас установлено антивирусное программное обеспечение, оно может блокировать доставку сообщений. Проверьте настройки антивирусного ПО и убедитесь, что оно не блокирует отправку или получение почты.
Шаг 5. Обратитесь в техподдержку
Если после выполнения всех вышеперечисленных шагов проблема остается нерешенной, обратитесь в техническую поддержку MDaemon или вашего почтового сервера. Они смогут предоставить более подробную информацию и помочь вам решить проблему.
В большинстве случаев, следуя этим шагам, можно исправить постоянную ошибку доставки MDaemon. Однако, если проблема остается нерешенной, имейте в виду, что она может быть связана с другими причинами, требующими дополнительного анализа и диагностики.