ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Tangor не совсем ясно как у тебя все устроено!  сам демон полноценный МТА или нет ?    всой домен имеется или нет?  если нне полноценный, то юзаешь  smtp  прова ?   Всего записей: 12260 | Зарегистр. 10-12-2003 | Отправлено: 14:42 10-02-2006

jse Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Народ, помогите.... Немогу понять что происходит.... Часть писем сразу отправляются обратно написавшему это письмо. Вот как выглядит письмо, которое получает отправитель:   Your message does not contain a valid command for this mail server to process.  No action has been taken.   Message-ID: <1501269532.20060210173516@mail.ru> From      : aaa@mail.ru Date      : Fri, 10 Feb 2006 17:35:16 +0500 : Message contains [1] file attachments   Что это значит? Почему письма сразу отправляются обратно?   Письмо отправляют на реально существующий аккаунт в логе SMTP(out):   Fri 2006-02-10 17:35:59: ---------- Fri 2006-02-10 17:43:20: Session 1037; child 1 Fri 2006-02-10 17:43:19: Parsing Message <c:\mdaemon\remoteq\pd75000730473.msg> Fri 2006-02-10 17:43:19: From: admin@xxx.ru Fri 2006-02-10 17:43:19: To: aaa@mail.ru Fri 2006-02-10 17:43:19: Subject: No valid command found     ---------- АвтоМобильные Проекты Урала http://mann.ru Всего записей: 385 | Зарегистр. 03-11-2002 | Отправлено: 15:41 10-02-2006 | Исправлено: jse, 15:51 10-02-2006

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору почему собственно  From      : aaa@mail.ru   ?  он что спамер?  раз пишет в поле from не свой домен ? или я не совсем понял о чем речь ?  и покажи кусок лога  ALL Всего записей: 12260 | Зарегистр. 10-12-2003 | Отправлено: 15:53 10-02-2006

Sherbacov Junior Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору jse 1. Смотри правила 2. Посмотри полный путь писма. Всего записей: 197 | Зарегистр. 14-03-2005 | Отправлено: 15:56 10-02-2006

jse Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak адрес мой, но я его непоказал. Я просто с mail.ru отправляю письмо на свой доменный ящик admin@xxx.ru. Но письмо на admin@xxx.ru неприходит, а MD его сразу кидает в RAW: Fri 2006-02-10 18:10:38: ---------- Fri 2006-02-10 18:12:04: [RAW] Converting <C:\MDAEMON\RawFiles\md75000130533.raw> Fri 2006-02-10 18:12:04: [RAW] From: admin@xxx.ru Fri 2006-02-10 18:12:04: [RAW] To: aaa@mail.ru Fri 2006-02-10 18:12:04: [RAW] Subject: No valid command found Fri 2006-02-10 18:12:04: [RAW] Message-ID: <MDAEMON0012200602101812.AA1204265@mann.ru> Fri 2006-02-10 18:12:04: [RAW] Encoding attachment file [c:\mdaemon\temp\md75000000167.eml] Fri 2006-02-10 18:12:04: [RAW] Conversion completed (created c:\mdaemon\localq\md75000305928.msg) Fri 2006-02-10 18:12:04: ----------   и я его получаю обратно на ящик aaa@mail.ru, в котором: Your message does not contain a valid command for this mail server to process.  No action has been taken.   Message-ID: <148621589.20060210181019@mann.ru> From      : aaa@mail.ru Date      : Fri, 10 Feb 2006 18:10:19 +0500 : Message contains [1] file attachments   а в атаче письмо отправленное с aaa@mail.ru         Добавлено: Sherbacov 1. в правилах пусто 2. вот заголовок письма: Received: from 127.0.0.1 by xxx.ru         (MDaemon.PRO.v8.1.4.R)         with DomainPOP id md50000110788.msg         for <admin@xxx.ru>; Fri, 10 Feb 2006 17:43:01 +0500 Return-Path: <aaa@mail.ru> Received: from 242.242-224-87.telenet.ru ([87.224.242.242] verified)   by k66.ru (CommuniGate Pro SMTP 4.3.5)   with ESMTP id 2108459 for admin@xxx.ru; Fri, 10 Feb 2006 17:41:40 +0500 Date: Fri, 10 Feb 2006 17:42:04 +0500 From: aaa@mail.ru X-Mailer: The Bat! (v3.62.09) Professional Reply-To: aaa@mail.ru X-Priority: 3 (Normal) Message-ID: <506328778.20060210174204@mail.ru> To: admin@xxx.ru   Добавлено: Прикол в том, что если я отправляю письмо на адрес: aaa@xxx.ru, то письмо доходит, а если на admin@xxx.ru, то отправляется обратно =)   Где копать? Пробовал пересоздать аккаунт админа, но это непомогло. Видимо гдето адрес admin@xxx.ru прписан каким-то образом, и на него почта неможет попасть. ---------- АвтоМобильные Проекты Урала http://mann.ru Всего записей: 385 | Зарегистр. 03-11-2002 | Отправлено: 16:23 10-02-2006 | Исправлено: jse, 16:28 10-02-2006

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору мана мана !  покажи весь кусок лога ALL с сессией от mail.ru   - полностью от начала и до конца     Добавлено: у тебя еще и DOMAINPOP  !  тады лог ALL вряд ли поможет ! но все равно покажи   Добавлено: JSE  - стукнул тебе в асю  - дай авторизацию Всего записей: 12260 | Зарегистр. 10-12-2003 | Отправлено: 16:34 10-02-2006

jse Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak вот лог: Fri 2006-02-10 18:42:45: ---------- Fri 2006-02-10 18:42:49: Session 1155; child 2 Fri 2006-02-10 18:42:45: Attempting DomainPOP connection to [127.0.0.1 : 110] Fri 2006-02-10 18:42:45: Waiting for socket connection... Fri 2006-02-10 18:42:45: Socket connection established (127.0.0.1 : 4217 -> 127.0.0.1 : 110) Fri 2006-02-10 18:42:45: Waiting for protocol initiation... Fri 2006-02-10 18:42:45: <-- +OK WAS POP3 Gateway ver. 2.5.0.2041 is Ready Fri 2006-02-10 18:42:45: --> USER grana|k66.ru Fri 2006-02-10 18:42:45: <-- +OK   Fri 2006-02-10 18:42:45: --> PASS ****** Fri 2006-02-10 18:42:45: <-- +OK   Fri 2006-02-10 18:42:45: --> STAT Fri 2006-02-10 18:42:48: <-- +OK 1 793 Fri 2006-02-10 18:42:48: --> LIST Fri 2006-02-10 18:42:48: <-- +OK 1 793 Fri 2006-02-10 18:42:48: <-- 1 793 Fri 2006-02-10 18:42:48: <-- . Fri 2006-02-10 18:42:48: --> UIDL Fri 2006-02-10 18:42:48: 1 733 - new message Fri 2006-02-10 18:42:48: --> . Fri 2006-02-10 18:42:48: --> NOOP Fri 2006-02-10 18:42:48: <-- +OK   Fri 2006-02-10 18:42:48: --> LIST 1 Fri 2006-02-10 18:42:48: <-- +OK 1 793 Fri 2006-02-10 18:42:48: --> RETR 1 Fri 2006-02-10 18:42:48: <-- +OK   Fri 2006-02-10 18:42:48: Creating temp file (DPOP): c:\mdaemon\temp\34\md50000000002.tmp Fri 2006-02-10 18:42:48: Transmission complete <c:\mdaemon\temp\34\md50000000002.tmp> Fri 2006-02-10 18:42:48: Address <admin@mann.ru> parsed from [RECEIVED:] header Fri 2006-02-10 18:42:48: Address <admin@mann.ru> is local and parsing is set to stop at this point Fri 2006-02-10 18:42:48: Address <admin@mann.ru> survived all DomainPOP parsing and will receive a copy of the message Fri 2006-02-10 18:42:49: Message creation successful: c:\mdaemon\temp\34\md50000000002.tmp Fri 2006-02-10 18:42:49: --> DELE 1 Fri 2006-02-10 18:42:49: <-- +OK - 1 Message Deleted Fri 2006-02-10 18:42:49: --> QUIT Fri 2006-02-10 18:42:49: <-- +OK Quit Fri 2006-02-10 18:42:49: POP session complete (Bytes in/out: 986/88) Fri 2006-02-10 18:42:51: Processing message: C:\MDAEMON\Inbound\md50000110802.msg Fri 2006-02-10 18:42:51: From: jserov@mail.ru; Recipient: admin@mann.ru; Size: 793; Message: c:\mdaemon\localq\md50000305937.msg Fri 2006-02-10 18:42:51: Subject: test1 Fri 2006-02-10 18:42:51: Message-ID: <1627101730.20060210184233@mail.ru> Fri 2006-02-10 18:42:51: ---------- Fri 2006-02-10 18:42:53: MDaemon AntiVirus processing c:\mdaemon\localq\md50000305937.msg... Fri 2006-02-10 18:42:53: > Message return-path: jserov@mail.ru Fri 2006-02-10 18:42:53: > Message from: jserov@mail.ru Fri 2006-02-10 18:42:53: > Message to: admin@mann.ru Fri 2006-02-10 18:42:53: > Message subject: test1 Fri 2006-02-10 18:42:53: > Message ID: <1627101730.20060210184233@mail.ru> Fri 2006-02-10 18:42:53: Start MDaemon AntiVirus results Fri 2006-02-10 18:42:53: * Total attachments scanned    : 1 (including multipart/alternatives and message body) Fri 2006-02-10 18:42:53: * Total attachments infected   : 0 Fri 2006-02-10 18:42:53: * Total attachments disinfected: 0 Fri 2006-02-10 18:42:53: * Total errors while scanning  : 0 Fri 2006-02-10 18:42:53: * Total attachments removed    : 0 Fri 2006-02-10 18:42:53: End of MDaemon AntiVirus results Fri 2006-02-10 18:42:53: ---------- Fri 2006-02-10 18:42:56: Delivering message: C:\MDAEMON\Localq\pd50000305937.msg Fri 2006-02-10 18:42:56: From: jserov@mail.ru; Recipient: admin@mann.ru; Size: 1076; Message: c:\mdaemon\users\mann.ru\mdaemon\md50000000105.msg Fri 2006-02-10 18:42:56: Subject: test1 Fri 2006-02-10 18:42:56: Message-ID: <1627101730.20060210184233@mail.ru> Fri 2006-02-10 18:42:56: ---------- ---------- АвтоМобильные Проекты Урала http://mann.ru Всего записей: 385 | Зарегистр. 03-11-2002 | Отправлено: 16:44 10-02-2006

Tangor Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak домен свой (tio.by). на нем у провайдера заведенно н-ное количество адресов (доступ можно получить онлайн mail.tio.by). большинство из них находится в организации и демон снимает с них почту по MPOP. но есть несколько, с которыми пользователи работают не в сети, а напрямую с другого места. была проблема, что при отсыле на них почты выскакивала ошибка, описанная в моем первом посте.  в итоге проблему решил, но просто может есть более изящное решение. мое решение:   1. Relay Control -> Relay Setting снять галку с Refuse to accept mail for unknown local user    почта стала уходить на отсутствующих локальных юзверей и соответственно падать в bad 2. Создал пользователя, который должен забирать почту не в сети aaa@tio.by в настройках пользователи прописал в ворвардинге опять же этот маил aaa@tio.by, снял галку о сахранении копии письма локально, что место на занимали и прописал Forward the message to this host: mail.tio.by   и о чуда. все заработало.     Всего записей: 3 | Зарегистр. 09-02-2006 | Отправлено: 17:56 10-02-2006

Kamerton Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Доброе время суток All. Обращаюсь к гуру за помощью. Возникла такая вот интересная ситуация. Почему то почтовик пропускает тех, кто представляется просто цифирами левыми. ну к примеру вот так Цитата: --> 220 mail for mydomen.com <-- HELO 140700704 --> 250 mydomen.com Hello 140700704 (may be forged), pleased to meet you   Подскажите что нужно ещё подстроить что бы таких козлов не пропускал. Стоят следующие настройки касательно этого глюка: 1. F2 - DNS - стоят все галки в группе          "A and MX Record Processing" кроме пункта          "Abort delivery if MX returns 5XX after RCPT command" 2. Alt + F1 - Reverse Lookup.      В группе "Perform lookup on HELO/EHLO domain"        и в группе "Perform lookup on value passed in the MAIL command"      стоят галки все кроме первой в каждом из них.   Ну вроде больше ничего не касается этого момента. Версия демона у меня 7.2.2   За ранее благодарю за помощь.     Добавлено: Хотя в других случаях не пропускает. к примеру вот такой вот вариант есть: Цитата:   --> 220 mail for mydomen.com <-- HELO -1208871288  Performing lookup on -1208871288 (looking for X.X.X.X)  Name server reports domain name unknown  --> 501 <-1208871288> is invalid or DNS says does not exist   ---------- Счастье лысых не может висеть на волоске. Мудрость не всегда приходит с возрастом. Бывает, что возраст приходит один... Всего записей: 1287 | Зарегистр. 19-11-2002 | Отправлено: 08:07 11-02-2006 | Исправлено: Kamerton, 08:09 11-02-2006

Sergey039 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору При просмотре входящей почты в WorldClient возникает проблема. Все входящие сообщения имеют кодировку отличную от кодировки шрифта, которым указаны названия папок (входящие, отправленные и т.п.). Поэтому приходится выбирать, либо русскоязычные письма отображаются корректно, то ли информация веб-интерфейса... Где сменить кодировку world client'а в настройках прграммы так и не нашёл. Если кто-то сталкивался с подобной проблемой, прошу ответить.   Заранее спасибо! Всего записей: 41 | Зарегистр. 01-12-2004 | Отправлено: 04:30 13-02-2006

awsswaawsswa Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Kamerton это вирусня всякая лезет - частично сократить её можно надо ставить "Отправлять 501 и закрывать соединение если нет PTR записи" по простому говоря если нет записей в DNS у него - фиг ему Можно еще добавить в F4 в экранирование хостов по маске "-*" - я незнаю не одного домена начинающего на минус Всего записей: 91 | Зарегистр. 06-10-2004 | Отправлено: 06:50 13-02-2006 | Исправлено: awsswaawsswa, 06:58 13-02-2006

Kamerton Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору awsswaawsswa Ну с минусом понятно, но во втором случае он и не пропустил,а вот в первом случае почемуто пропускает, и даже не рисует что нет в DNS такой записи. вот в чём прикол то. ---------- Счастье лысых не может висеть на волоске. Мудрость не всегда приходит с возрастом. Бывает, что возраст приходит один... Всего записей: 1287 | Зарегистр. 19-11-2002 | Отправлено: 07:14 13-02-2006

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ka[b]Kamerton точно стоит птица во вкладке Reverse lookup - Refuse to accept mail  if a lookup returns "domain not found' ?  и сама птицы на "Perform lookup on value passed in the MAIL command"  и на "Perform lookup on HELO/EHLO domain"    стоят ? то есть даже и не пытается делать  проверку в  dns ? -   покажи кусок лога по полнее       Всего записей: 12260 | Зарегистр. 10-12-2003 | Отправлено: 07:52 13-02-2006

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Sergey039  попробуй прикрутить  прогу  Recorder v.1.34  - http://mdaemon.pisem.net/ вроде как для  этого и заточена !  поделись потом результатами и настройками Всего записей: 12260 | Зарегистр. 10-12-2003 | Отправлено: 11:12 13-02-2006

Kamerton Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ipmanyak Галки стоят сто процентов. Вот к примеру лог сессии которую не пропускает. Цитата:   Mon 2006-02-13 14:30:12: Session 5167; child 1; thread 932 Mon 2006-02-13 14:30:11: Accepting SMTP connection from [x.x.x.x : 3749] Mon 2006-02-13 14:30:11: --> 220 mail for mydomen.com Mon 2006-02-13 14:30:11: <-- EHLO localhost.localdomain Mon 2006-02-13 14:30:11: Performing lookup on localhost.localdomain (looking for x.x.x.x) Mon 2006-02-13 14:30:12: Name server reports domain name unknown Mon 2006-02-13 14:30:12: --> 501 <localhost.localdomain> is invalid or DNS says does not exist Mon 2006-02-13 14:30:12: SMTP session terminated (Bytes in/out: 28/91) Mon 2006-02-13 14:30:12: ----------     Тут явно видно что всё отработало, а вот другая сессия, которая по непонятным причинам пошла успешно.   Цитата:   Mon 2006-02-13 13:49:09: ---------- Mon 2006-02-13 13:50:21: Session 5033; child 3; thread 644 Mon 2006-02-13 13:50:12: Accepting SMTP connection from [x.x.x.x : 1086] Mon 2006-02-13 13:50:12: --> 220 mail for mydomen.com Mon 2006-02-13 13:50:13: <-- HELO 144639184 Mon 2006-02-13 13:50:13: --> 250 mydomen.com Hello 144639184 (may be forged), pleased to meet you Mon 2006-02-13 13:50:14: <-- MAIL FROM:<list@goantec.com> Mon 2006-02-13 13:50:14: Performing lookup on goantec.com (looking for x.x.x.x) Mon 2006-02-13 13:50:15: D=goantec.com TTL=(60) A=[66.115.22.35] Mon 2006-02-13 13:50:16: P=050 D=goantec.com TTL=(60) MX=[mail4.pclanvad.net] Mon 2006-02-13 13:50:16: D=goantec.com TTL=(60) A=[66.115.22.35] Mon 2006-02-13 13:50:16: --> 250 <list@goantec.com>, Sender ok Mon 2006-02-13 13:50:17: <-- RCPT TO:<usver@mydomen.com> Mon 2006-02-13 13:50:17: --> 250 <usver@nngre.com>, Recipient ok Mon 2006-02-13 13:50:18: <-- DATA Mon 2006-02-13 13:50:18: Creating temp file (SMTP): c:\mdaemon\temp\md50000098261.tmp Mon 2006-02-13 13:50:18: --> 354 Enter mail, end with <CRLF>.<CRLF> Mon 2006-02-13 13:50:20: Message creation successful: c:\mdaemon\inbound\md50000023373.msg Mon 2006-02-13 13:50:20: --> 250 Ok, message saved <Message-ID: <3583682346.20060213035332@goantec.com>> Mon 2006-02-13 13:50:21: <-- QUIT Mon 2006-02-13 13:50:21: --> 221 See ya in cyberspace Mon 2006-02-13 13:50:21: SMTP session successful (Bytes in/out: 2030/310) Mon 2006-02-13 13:50:21: ----------     Ну явно прослеживается что это спамер. Но почему по helo/ehlo  не проверяется он непонятно. Сенкс что откликнулись, буду благодарен если поможите. ---------- Счастье лысых не может висеть на волоске. Мудрость не всегда приходит с возрастом. Бывает, что возраст приходит один... Всего записей: 1287 | Зарегистр. 19-11-2002 | Отправлено: 12:45 13-02-2006

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Refugee глубоко заблуждаешься, проверка очень эффективна на пару с RBL . Всего записей: 12260 | Зарегистр. 10-12-2003 | Отправлено: 15:35 13-02-2006

Kamerton Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Refugee Стоит не стоит это у каждого своё. Существуют ведь правила приличия, ты ведь не приходишь в серьёзнубю кантору и не говоришь что ты Вася Пупкин, потому что тебе нравится так представлятся, ты ведь говоришь настоящее своё имя. Так что если админ не шарит как правильно настроить почтовик, нефик туда и лазить. С Helo всё и начинается. Это конечно моё мнение, но спросить всегда можно, с другой стороны наставить напусть истинный того админа с чьего сервера не приходит почта, тем более что это всегда можно отследить. Проверка нужна по любому. Это одна из защит от спама...  А мне как рас спамщик ломится постоянно, сволочь какая то... ---------- Счастье лысых не может висеть на волоске. Мудрость не всегда приходит с возрастом. Бывает, что возраст приходит один... Всего записей: 1287 | Зарегистр. 19-11-2002 | Отправлено: 15:56 13-02-2006

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Kamerton  есть там поле  - send 501 and close connection on forged identification (caution) ?  если есть попробуй поставить эту птицу, если нет обнови mdaemon, советую сразу обновить до 8.1.4  , от 7.2.2  уже исправлено много багов и добавлены кое-какие фичи .  вот что написано об этой фиче :   Click this check box if you want a 501 error code to be sent and then the connection closed when the result of a reverse lookup appears to be a forged identification. Caution: When the result of a reverse lookup states that the server is using a forged identification, this result may frequently be incorrect. It is very common for mail servers to identify themselves with values that do not match their IP addresses. This can be due to ISP limitations and restrictions and other legitimate reasons. For this reason, you should exercise caution before enabling this option. It is likely that using this option could result in your server refusing some legitimate messages.   Думаю  тут собака зарыта !  Мдемон считает это лигитимным HELO и пропускает дальше .   Всего записей: 12260 | Зарегистр. 10-12-2003 | Отправлено: 15:57 13-02-2006

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Все о MDaemon

emx (24-03-2006 13:57): http://forum.ru-board.com/topic.cgi?forum=8&topic=14877#1

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование