=?iso-8859-1?q?=5Bmdk-re=5D_Re=3A_=5Bre=5D_Re=3A_=5Bre=5D_Re=5B2=5D=3A_?= =?iso-8859-1?q?=5Bre=5D_Re=3A_=5Bre=5D_=F0=CF_=D0=CF=D7=CF=C4=D5_=DC=CC?= =?iso-8859-1?q?=C5=CB=D4=D2=CF=CE=CE=CF=CA_=D0=CF=DE=D4=D9=2E?=
Igor Solovyov
=?iso-8859-1?q?is-anti_=CE=C1_mail=2Eru?=
Сб Дек 9 20:51:00 MSK 2000
Hi !
On Fri, 8 Dec 2000 19:21:49 +0200 Alexander Bokovoy <ab на avilink.net> wrote:
AB> > А, ну да, есть и такой вариант: сервер при обрыве сеанса решает, что
AB> > его не было. Это уже зависит от сервера, но IMHO в терминах POP3 это
AB> > некорректная работа.
AB> В том же The Bat! есть опция: удалять сообщение с сервера после принятия.
А дело не в этом, а скорее всего в том, что pop-сервер
не сразу выполняет команды удаления принятых писем,
а только после завершения сеанса, т.е. получения
комманды QUIT. А если в результате обрыва связи
он эту комманду не получит, то и не выполнит ничего.
Это я предполагаю, что так происходит, может я и не прав.
Но скорее всего, виноваты не почтовые клиенты, а почтовые
серверы.
Хотя тот же stuphead при нажатии кнопки отмены, во время
отправки писем, просто прерывает сеанс, а не дает комманду
QUIT, как это делает TheBat например, причем еще и спрашивает
при этом - "Дождаться принятия текущего письма?", именно
для того, что бы корректно завершить сеанс связи.
Но stuphead пока еще "растет", будем надеятся, что вырастет
хорошим! :-)
--
Best regards!
Igor Solovyov
Zlatoust, Russia
Подробная информация о списке рассылки community