forum.lissyara.su

Добрый день!

Придумал доп. проверку на спам-фильтре: на соответствие TLD хоста и адреса отправителя - у "правильных" корреспондентов они, как правило, совпадают (кроме .com), а спамеры этим особо не озабочиваются.
Каким выражением выцепить tld - вроде понятно, \N(?<=\.)[a-z]{2,4}$\N, а вот как пропустить через него $sender_host_name и $sender_address, чтобы потом сравнить результат применения - не понимаю. Видимо не вдумчиво делал RTFM. Поможите, люди добрые

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

Спасибо.
Насчет бесполезности - не понял.
Я вижу массу попыток прислать мне письмо с хоста типа qkjghv97yg1.lv от отправителя типа bastards@somewhere.au.
И что-то меня берут сомнения, что это мой клиент-австралиец, пишущий мне с латвийского сервера

Текущая проблема решена, но на будущее все равно вопрос.
Есть строка string. Есть регэксп regexp, которым из этой строки можно что-то сделать (вырезать, заменить и т.д.)
Как зовут оператор, которым можно сделать что-то типа preg_match("/".$regexp."/",$string,$result) и получить $result?

Универсального способа нет, есть n+1 решений, а уж какое использовать, зависит от контекста.
Почитайте про операторы, их немного. Для особо тяжёлых случаев в exim не зря есть поддержка perl

"Будем искать..."
Спасибо.

W16 писал(а):Спасибо.
Насчет бесполезности - не понял.
Я вижу массу попыток прислать мне письмо с хоста типа qkjghv97yg1.lv от отправителя типа bastards@somewhere.au.
И что-то меня берут сомнения, что это мой клиент-австралиец, пишущий мне с латвийского сервера

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

А покритикуйте SPF для решения такой проблемы?
Интересует критика как для своих доменов, так и для входящей почты.

Я пока доволен SPF, думал над DKIM, но чет пока мне оно показалось сложным для понимания. Позже вернусь, похоже еще...

А что критиковать то... Вещь полезная. К сожалению многие администраторы не хотят прописывать правила SPF, тем более с "-all". Если ваш SMTP сервер доступен для его пользователей из любой точки мира (с авторизацией) то вам следует прописать жесткую политику (с -all в конце) для своих доменов.

На прием почты можно сразу рубить тех, кто fail. Остальное решайте сами.

flot писал(а):А что критиковать то... Вещь полезная. К сожалению многие администраторы не хотят прописывать правила SPF, тем более с "-all". Если ваш SMTP сервер доступен для его пользователей из любой точки мира (с авторизацией) то вам следует прописать жесткую политику (с -all в конце) для своих доменов.

На прием почты можно сразу рубить тех, кто fail. Остальное решайте сами.

Ну это все хорошо, я вот вижу сразу проблему с пересылками (alias/forward). Может еще есть проблемы?
Вот принял один почтовый сервер письмо для юзера, письмо действительно честное, нормальное, даже spf проверку прошло. И этот почтовый сервер по указанию клиента пересылает это письмо на другой почтовый сервер. Другой почтовый сервер сделает проверку spf и выдаст отлуп.

Вывод -- пересылки -- зло? Или городить белые списки?
Я вот за spf просто балов накидываю, а так в лоб не отбиваю.

Алиасы в пределах одного сервера не пострадают.
Иногда лучше получить явный отлуп, чем письмо будет помещено в папку Спам, которую читают 1 раз в год.