>>>>>> что в грейлистинге хорошо: корректную почту не киляет >>>>>> >>>>>> >>>>>> >>>>> Ещё как киляет. Пример приводился. >>>>> >>>>> >>>> ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) >>>> >>>> >>>> >>> greylist с одной стороны и тупой sender verify с другой стороны - это не >>> реально?? >>> > > что такое sender verify? > > который сразу отправляет письмо назад? > > так если он его отправляет, то почему бы ему не следовать RFC? > > > >
> Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL > PROTECTED] > Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: > оппонент - вашему серверу: > mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] > ваш сервер: 450 greylist > ) > Оппонент ([EMAIL PROTECTED] - не могу проверить, есть ли такой адрес.. так что > либо 450 (и посмотрим удастся ли проверить в следующий раз) или 550 > Всё по RFC? по RFC тут только 450 :) 550 говорит что пользователя такого нет, а это вранье :) а вот если 450, то чего проще, сервер грейлистера повторит через какое-то время, и сам занесет в грейлист сервер куда шлет данные таким образом почта пройдет с дедтаймом в повтор на грейлистере а дальше будет ходить нормально -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature