ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[inet-admins] =?koi8-r?B?UmU6IFtpbmV0LWFkbWluc10gz9TM1dDZ?=




-----Original Message-----
From: Dmitry Valdov <dv@dv.ru>
[SKIP]
>Хмм. Кстати, а чем плох способ, используемый в bugtraq ? Раз в пару месяцев
>юзеру приходит просьба переслать назад auth число. Если прислали - ОК. Не
>прислали - бай-бай.

В общем на листах с малым траффиком ничем особо не хуже способ listserv'а.

---------- CUT HERE------------------
From: "L-Soft list server at Microsoft (1.8d)"
              <LISTSERV@ANNOUNCE.MICROSOFT.COM>
Subject:      Subscription probe for MICROSOFT_SECURITY - please ignore


Mon, 8 Mar 1999 06:00:11

This message is  only a "probe" to  test that the email  address for your
subscription to  the MICROSOFT_SECURITY list is  still working correctly.
You do not need to take any  action to remain subscribed to the list, and
in particular  you should NOT  reply to  this message. Simply  discard it
now, or  read on if you  would like to  know more about how  this probing
mechanism works.
                           *******************
A  "probe"  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular  subscriber  (you can  probably  not  see  the
signature because it is in the  mail headers). If the subscriber's e-mail
address is no longer valid, the  message will be returned to LISTSERV and
the faulty  address will be  removed from  the list. If  the subscriber's
address is still valid, the message will not bounce and the user will not
be deleted.


---------- CUT HERE------------------

На листах с интенсивным траффиком, конечно, нужно реагировать быстрее,
но, с другой стороны, почему задания должны оставаться в очереди?
Это же не невозможность доставки типа "Connection refused" или что-либо
подобное. Это стандартная 5xx ошибка, MTA должен сделать репорт на
envelope-from и из очереди сообщение удалить.... Излишняя обработка,
попытка послать сообщение - да, но никак не застрявшее письмо в очереди.

Насколько я понимаю, отлуп в любом случае должен прийти на envelope-from.
То есть если envelope-from отличается от Reply-To:, то DSN'ы будут валиться
в отдельное место (нежели ответы в лист). Разобрать DSN'ы (или просто
перенести подписчиков в отдельный список для последующей обработки вручную)
- не самая сложная задача.


С уважением,
==============================
Sergey Mokryshev <mokr@child.ru>
Moscow Children Computer Club
Network Administrator
http://www.child.ru/
==============================

=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.