Исходное сообщение
"Спам from=<> (postfix)" Отправлено Дядя_Федор, 31-Авг-15 17:21
> есть недостатки https://ru.wikipedia.org/wiki/%D0%A1%D0%... > для меня критичны > нельзя просто отказать тем кто представляется как from=<> ? RFC821 ОБЯЗЫВАЕТ MTA принимать почту с пустым полем FROM. Для предотвращения петель и отправки notification message. ---------- This notification message must be from the server-SMTP at this host. Of course, server-SMTPs should not send notification messages about problems with notification messages. One way to prevent loops in error reporting is to specify a null reverse-path in the MAIL command of a notification message. When such a message is relayed it is permissible to leave the reverse-path null. A MAIL command with a null reverse-path appears as follows: MAIL FROM:<> ------------- А постгрей тут как ни пришей товарищем_выше_рукав. Спамеры вполне себе запросто могут отправить почту от имени одного из ваших пользователей. В том числе - и на несуществующие в почтовом домене эккаунте. В этом случае почтовый сервер (той стороны) пришлёт отлуп о том, что пользователя не существует. Пришлёт с пустым FROM и на адрес вашего (якобы отправлявшего) пользователя. Андэстэнд? Постгрей тут абсолютно не поможет. Потому что будет пройден с лёгкостью изумительной. Отправляет-то эту почту на член ботнета, а в полне себе нормальный почтовый сервер.

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> есть недостатки https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%80%D1%8B%D0%B9_%D1%81%D0%BF%D0%B8%D1%81%D0%BE%D0%BA >> для меня критичны >> нельзя просто отказать тем кто представляется как from=<> ? > RFC821 ОБЯЗЫВАЕТ MTA принимать почту с пустым полем FROM. Для предотвращения > петель и отправки notification message. > ---------- > This notification message must be from the server-SMTP at this host. Of > course, server-SMTPs should not send notification messages about problems with notification > messages. One way to prevent loops in error reporting is to > specify a null reverse-path in the MAIL command of a notification > message. When such a message is relayed it is permissible to > leave the reverse-path null. A MAIL command with a null reverse-path > appears as follows: > MAIL FROM:<> > ------------- > А постгрей тут как ни пришей товарищем_выше_рукав. Спамеры вполне себе запросто могут > отправить почту от имени одного из ваших пользователей. В том числе > - и на несуществующие в почтовом домене эккаунте. В этом случае > почтовый сервер (той стороны) пришлёт отлуп о том, что пользователя не > существует. Пришлёт с пустым FROM и на адрес вашего (якобы отправлявшего) > пользователя. Андэстэнд? Постгрей тут абсолютно не поможет. Потому что будет пройден > с лёгкостью изумительной. Отправляет-то эту почту на член ботнета, а в > полне себе нормальный почтовый сервер.
	Введите код, изображенный на картинке: