Close Topic Options

Вообще-то в smtp протоколе есть сообщение 550 User unknown, которое правильно настроенный sendmail и возвращает серверу-отправителю, никому никаких писем не посылая. Но большинство почему-то любит qmail (не путать с gmail ) с его идеологией "все принимать, а потом разбираться".

во-первых, user unknown потом таки сваливается юзеру в почту.
А во-вторых, многие это запрещают, ибо это потенциальная дыра. Позволяет довольно быстро проверять наличие емыла.

А в остальном... grif, ты не поверишь скольким людям подобный FAQ таки помог. Все-таки подавляющее количество возвратов - это не спам, а таки корявый адрес.

там же ясно написано в вопросе - I'm receiving failed delivery replies to messages I never sent.
при чём тут корявый адрес ? человек который писал этот вопрос -ответ - был явно не дружен с головой .

если бы в заголовке отправленного спама не фигурировало моё имя - то всё ок , а вот спам который рассылается от моего имени - меня несколько пугает , в том числе из-за того что сам по себе гугль может взать и заблокировать мой аккаунт

формулировка конечно бредовая.

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

Вообще-то в smtp протоколе есть сообщение 550 User unknown, которое правильно настроенный sendmail и возвращает серверу-отправителю, никому никаких писем не посылая. Но большинство почему-то любит qmail (не путать с gmail ) с его идеологией "все принимать, а потом разбираться".

Для этого нужно, чтобы сервер проверял валидность ресепиента еще во время rcpt to: диалога, к тому же имея для этого доступ к списку юзеров домена. Не самый распространенный сценарий на сегодня.
Типичная на сегодня топология - т.д. Mail Relay в DMZ проверяет только домен получателя, не его экаунт.

Весь спам, который сейчас гуляет - гуляет от имени таких-же жертв спама. Берется длинный список адресов и на каждый адрес высылается письмо с обратным адресом из того-же списка. Плохо, но методов борьбы практически нет.

А может начать с просмотра заголовков письма , может там вообще не присутствует GMAIL , тогда все становится довольно ясно сразу =).


Например так :

Dear User,

the message with following attributes has not been delivered,
because contains an object which cannot be checked by antivirus filter.
Relaying such messages is blocked by administrator.

Sender = expl@expl
Recipients = expl@top7.....kiev.ua
Subject =
Message-ID = <...>

Antivirus filter report:
--- Dr.Web report ---
Dr.Web detailed report:
Filter failed to pass object to DrWEB daemon


Такое письмо приходит на мой ящик expl@expl .
Интересно , но я же не отправлял письма туда, проверяем заголовки (то что вложил сервер который дал reject)

Return-path: <expl@expl>
Received: from relay-hostels.ntu-kpi.kiev.ua
(relay-hostels.ntu-kpi.kiev.ua [10.7.1.103]) by top7.ntu-kpi.kiev.ua (Postfix)
with ESMTP id 360B81FE72 for <expl@top7.....kiev.ua>; Thu,
14 Apr 2005 22:44:38 +0300 (EEST)
Received: by relay-hostels.ntu-kpi.kiev.ua (Postfix, from userid 426)
id 2C68843B323; Thu, 14 Apr 2005 22:44:38 +0300 (EEST)
Received: from cafe-9.net (unknown [62.244.139.68])
by relay-hostels.ntu-kpi.kiev.ua (Postfix) with SMTP id 9518943DB0A for
<expl@top7.....kiev.ua>; Thu, 14 Apr 2005 22:44:32 +0300 (EEST)


Важное для нас :
Received: from cafe-9.net (unknown [62.244.139.68])
Как то очень не похоже на сервер expl , учитывая что expl это мой сервер и я точно знаю что он не может быть на этом адрессе делаем вывод что я и мой сервер expl к этому письму отношения не имеют . Это именно тот случай что описали выше.

Конечно часть заголовков может быть сфальцифицырованна , но немного присмотревшись и использовав утилиты для преобразования IP в имя и обратно можно увидеть где может начинаться странности как mail сервер с DSL\cabel\dial_up сервер заявляющий что он gmail.com =).

This post has been edited by Seruy on 11-10-2007, 16:21

это сам текст спама , который был разослан от имени моего мэйла юзерам .
на него пришло 7 или 8 писем от гмыла о недоступности клиентов .

теоретически я понял , что было сделано - спам робот вставил в заголовок рассылки мой адрес.видимо ,это делается , чтобы избежать блокировки отдельных адресов . никаких претензий по этому поводу к гуглу у меня нет .
претензии по поводу дурацкого фака , и невозможности обратиться к абьюз-тиму .
кстати , я думаю , что нет особых проблем настроить робота сообщаюшего о невозможности доставить сообщение на то , чтобы он проверял - было ли это сообщение отправлено с гуглевского сервера , или нет , и не тревожил людей понапрасну .

В теории можно , на практике , пока очень проблемно ,

Тут уже описывали метод проверки на то что письмо пришло от того сервера что должно было , серверов поддерживающих это очень мало, так что я ограничился тем что бы была проверка сушествования домена отправителя , имя сервера соответствовало заявленному и все заголовки соответствовали стандартам . Но даже с такими настройками есть сервера которые не проходят проверку , так что мне пришлось поднять primary DNS зоны для них у себя что бы разрешить прием писем от них.

Так что определить автоматом надо ли отправлять уведомление или нет довольно не легко. А даже 1 потерянное писмо которое было для тебя важно чтоит того что бы получать отчеты.

OFF TOP
Можно было сделать исключения в Mail сервере , но мне легче было добавить зоны .


This post has been edited by Seruy on 11-10-2007, 16:55

вот еще пришло :

Уважаеми колеги,

В прикачен файл ще видите подробна информация за за Коледа и Нова година в Скай Уей хотел.


Успешен ден,
Nelly Alexandrova
Sales & Marketing
tel. 819 21 51, 0894 777 365
fax. 819 21 99
e-mail: reservations@skywayhotel.com
www.skywayhotel.com