Alexandr Baryshnyev wrote:
08.06.2011 17:41, Vladimir Velychko пишет:
Тоже живой опыт. :-)
3. Делать Graylisting (без укрнетовского фанатизма, разумеется).
2. Делать Sender verify callout.
Отправитель шлёт, получатель делает callout. У отправителя тоже с защитой всё ОК - стоИт грейлист и он на callout отвечает "попробуй позже". В итоге облом отправки и "вечный двигатель"?
В том-то и дело, что временную проблему "попробуй позже" эти, с позволения сказать, "верификаторы", воспринимают как отсутствие такого юзера и однозначно не принимают такое письмо как спам. Позже уже никто
Вам что, в самом деле попадались только такие вот кривые верификаторы? tempfail при верификации ни в коем случае не должен быть основанием для reject. И нормальные верификаторы никогда так не делают.
Имхо "верификация" - порочная практика даже и без всяких грейлистингов.
Такая вот кривая да. Нормальная нет.
Например почтовый ящик отправителя может быть временно переполнен или временно не принимать почту по куче других возможных причин. Да, можно
Это не проблема для правильного верификатора.
Опять же вопрос эффективности верификации. Ведь есть куча доменов, у которых любой юзер валидный. Это уже потом, после приёма письма для всего домена оно будет отсортировано куда следует, но на попытку верификации в таком случае всегда будет положительный ответ. Спрашивается, за что боролись?
Не такая их уж и куча нынче. Это было популярно раньше, когда провайдре почту не считал за трафик, со всего домена сваливал в один ящик, а потом клиентский софт её забирал и раскладывал по местным ящикам. Сейчас такое не имеет смысла, а при практике бомбежки спамеров письмами просто по словарю еще и чревато выгребанием неимоверного количества спама.
И, кстати, ещё интереснее будет, когда "верификатор" натыкается при верификации на своего собрата, который тоже умный и тоже пытается верифицировать отправителя. Так они рекурсивно и будут друг у друга до бесконечности интересоваться валидностью отправителя? Или на этот случай придумана какая-то затычка?
конечно придумана: нормальный верификатор говорит или
mail from: <>
или
mila from: