форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Sendmail Bug ??"
Сообщение от Jakov (??) on 27-Сен-04, 21:35  (MSK)
Привет всем. Есть такая проблемка с sendmail. Время от времени почта идущая на абонента скажем xxx@mydomain.com попадает другому пользователю. При этом в хедере так и написано что почта мол To: xxx@mydomain.com , HO но лежит то она в ДРУГОМ боксе. При этом это всегда спам-почта. При этом как я думаю всегда в хедере: Content-Type: multipart/alternative; X-Mailer: Microsoft Outlook, Build 10.0.4024 При этом Return-Path: всегда отсутствует Может ли всевидящий All пролить на свет истину и объяснить мне:  как может почта, адресованная одному человеку попадать в бокс другого. Это что новая разновидность спамеровских фич?? Вот пример хедера Reply-To: "Quinton Bunch" <WAYAHHEPN@yahoo.com> From: "Quinton Bunch" <WAYAHHEPN@yahoo.com> To: <dmitry@xxx.net> Subject: Don't be Fooled Dmitry Date: Fri, 24 Sep 2004 05:52:19 +0300 Message-ID: <BAVEBBCLWCDFMNFBCLAQUUZVW@msn.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0090_01C4A224.2AD067C0" X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Подскажите плз способ борьбы с подобными бяками Jakov.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Sendmail Bug ??"
Сообщение от temny (ok) on 28-Сен-04, 12:18  (MSK)
Это не проблема sendmail это проблема rfc :) если так можно выразиться. Короче всё происходит по правилам :) Ниже приведён диалог с почтовым сервером. Мой ввод начинается с ">" для наглядности. Коменты - начинаются с /* и заканчиваются */ bash-3.00$ telnet mailserver 25 Trying xx.xx.xx.xx... Connected to mailserver. Escape character is '^]'. 220 mailserver ESMTP Sendmail 8.13.0/8.12.10; Tue, 28 Sep 2004 10:34:27 +0300 (EEST) >helo host 250 mailserver Hello host [xx.xx.xx.xx], pleased to meet you >mail from: temny@ukr.net 250 2.1.0 temny@ukr.net... Sender ok >rcpt to: real_user@maildomain /*вот именно этому пользователя свалится данное письмо. этот адрес _не_ будет отражен в заголовках письма. данная информация останется только в логах почтового сервера*/ 250 2.1.5 real_user@maildomain... Recipient ok >data 354 Enter mail, end with "." on a line by itself >Return-Path: <temny@ukr.net> >Date: Sun, 19 Sep 2004 00:45:13 +0300 (EEST) >To: fake_user@maildomain /*а вот в заголовках ставим любой другой адрес, всё-равно, существующий или нет. именно "To: fake_user@maildomain" будет виден пользователю, получившему письмо (real_user), в почтовом клиенте */ >Subject: test test test bla-bla-bla > >test in peace >. 250 2.0.0 i8S7YR7Q017820 Message accepted for delivery >quit 221 2.0.0 mailserver closing connection Connection closed by foreign host. Собственно всё. После этого письмо окажется в ящике real_user@maildomain, а любая почтовая программа покажет, что письмо было адресовано для fake_user@maildomain (т.к. именно этот адрес указан в заголовках письма) >Подскажите плз способ борьбы с подобными бяками Бороться с подобными бяками - действовать не по rfc. Данная ситуация может происходить не только при получении спама. Первое, что приходит в голову - bcc (blind carbon copy или "скрытая копия"). Если я отправляю письмо To: user1@domain1.com Bcc: user2@domain2.com То даже sendmail, доставляющий почту на domain2.com будет вести себя также как и в примере выше. Т.е. принимающему серверу он скажет "rctp to: user2@domain2.com", а в заголовках письма будет указан совсем другой адрес (user1@domain1.com).
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Sendmail Bug ??"
	Сообщение от Jakov (??) on 28-Сен-04, 16:44  (MSK)
	Нет слов ... :( пойду читать как можно грохать письма с bcc
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.