[Comm] sylpheed and pop3

[Comm] sylpheed and pop3

[Alexey Morsov]

Привет,

Почему хоть в логе у сильфиды числится что каждое сообщение удалено после прирнятия (сразу же) мне приходится при обрыве связи каждый раз поновой закачивать все те сообщения что я уже успел принять до разрыва? Это как-то зависит от меня, или все вопросы к серверу почты? (hotmail.ru)

-- 
With best regards,
Alexey.

---------------------------------------------------------
When world has going to madness, someone must die for it.

He, who refused the past, will be refused by the future.

Re: [Comm] sylpheed and pop3

[Olga]

Alexey Morsov <thebeast@fromru.com> пишет:

> Почему хоть в логе у сильфиды числится что каждое сообщение
> удалено после прирнятия (сразу же) мне приходится при обрыве
> связи каждый раз поновой закачивать все те сообщения что я
> уже успел принять до разрыва?
Если скачиваете по POP3, то серверу после того, как письмо 
выкачано, посылается команда DELE, но действует эта команда
лишь после корректного отсоединения от сервера (т.е. после
того как ему послано QUIT).

> Это как-то зависит от меня, или все вопросы к серверу почты? (hotmail.ru)
Скорее, к протоколу POP3 как таковому.

Проблему повторного скачивания писем после обрыва связи
можно обойти, пользуясь для скачивания fechmail'ом --
всё, что успели получить до обрыва, он будет помечать
как прочитанное, и при следующем соединении может не
выкачивать это (а оставлять на сервере или удалять, в
зависимости от настроек).





С уважением,
OL

Re: [Comm] sylpheed and pop3, а также fetchmail

[Sergey S. Skulachenko]

On Sat, 30 Nov 2002 06:23:01 +0700
Olga <laedel@pochtamt.ru> wrote:

> Проблему повторного скачивания писем после обрыва связи
> можно обойти, пользуясь для скачивания fechmail'ом --
> всё, что успели получить до обрыва, он будет помечать
> как прочитанное, и при следующем соединении может не
> выкачивать это (а оставлять на сервере или удалять, в
> зависимости от настроек).

Долгое время я опасался включать эту опцию. Мне казалось, что при
обрыве соединения fetchmail сочтёт, что сообщение уже принято. В
результате оно будет потеряно. Чтобы избавиться от сомнений, я
послал себе письмо с большим присоединённым файлом и несколько
раз прерывал приём этого письма. Убедился, что fetchmail работает
совершенно корректно и не теряет почту.

_____________
С уважением,
С.С.Скулаченко

Re[2]: [Comm] sylpheed and pop3

[Maksim Otstavnov]

Hello Olga,

Saturday, November 30, 2002, 2:23:01 AM, you wrote:

O> Alexey Morsov <thebeast@fromru.com> пишет:

>> Почему хоть в логе у сильфиды числится что каждое сообщение
>> удалено после прирнятия (сразу же) мне приходится при обрыве
>> связи каждый раз поновой закачивать все те сообщения что я
>> уже успел принять до разрыва?
O> Если скачиваете по POP3, то серверу после того, как письмо 
O> выкачано, посылается команда DELE, но действует эта команда
O> лишь после корректного отсоединения от сервера (т.е. после
O> того как ему послано QUIT).

Не обязательно. После отработки таймаута (если связь была оборвана),
сервер также может закрыть операции удаления, если настроен
соответствующим образом.

Это скорее правило, чем исключение, иначе любого далапщика можно было
бы "забомбить" тройкой-пятком сотен пустых писем :)


-- 
-- Maksim

Re: [Comm] sylpheed and pop3

[Sergey Vlasov]

On Fri, 29 Nov 2002 21:36:11 +0300
Alexey Morsov <thebeast@fromru.com> wrote:

> Почему хоть в логе у сильфиды числится что каждое сообщение удалено
> после прирнятия (сразу же) мне приходится при обрыве связи каждый раз
> поновой закачивать все те сообщения что я уже успел принять до
> разрыва? Это как-то зависит от меня, или все вопросы к серверу почты?
> (hotmail.ru)

Как уже сказали, основная причина в протоколе POP3 - удаление сообщений
выполняется только при корректном отсоединении (командой QUIT).

Вообще-то в Sylpheed есть поддержка отслеживания принятых сообщений по
идентификаторам, возвращаемым командой UIDL.  Но эта команда протокола
POP3 необязательная и может не поддерживаться некторыми серверами.
Кроме того, сейчас в Sylpheed использование UIDL для этой цели
включается только при включении сохранения почты на сервере (в
настройках учетной записи в поле "Удалить через ___ дней" должно стоять
ненулевое значение).  В этом случае логика работы следующая:

- При подключении к серверу Sylpheed запрашивает список уникальных
  идентификаторов сообщений и сравнивает его с сохраненной информацией
  от предыдущего сеанса.

- Сообщения, идентификаторы которых отсутствуют в сохраненном списке,
  принимаются, но не удаляются с сервера.

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

- С остальными сообщениями ничего не делается.

Недостаток подобной схемы - больший объем данных в почтовом ящике на
сервере (там будет лежать почта как минимум за последние сутки), что
чревато переполнением.

.... Вот писал все это, писал - а потом понял, что все это в данном
случае не работает!  Аварийное завершение соединения обрабатывается
неправильно - идентификаторы сообщений, для которых посылалось DELE, все
равно удаляются из сохраненного списка, и потом эти сообщения будут
опять приняты. :-(

Пожалуйста, зайдите на http://bugs.altlinux.ru и повесьте багу, чтобы я
не забыл это поправить.

Re: [Comm] sylpheed and pop3

[Alexey Morsov]

On Sat, 30 Nov 2002 16:37:20 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

> .... Вот писал все это, писал - а потом понял, что все это в данном
> случае не работает!  Аварийное завершение соединения обрабатывается
> неправильно - идентификаторы сообщений, для которых посылалось DELE,
> все равно удаляются из сохраненного списка, и потом эти сообщения
> будут опять приняты. :-(
> 
> Пожалуйста, зайдите на http://bugs.altlinux.ru и повесьте багу, чтобы
> я не забыл это поправить.

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


-- 
With best regards,
Alexey.

---------------------------------------------------------
When world has going to madness, someone must die for it.

He, who refused the past, will be refused by the future.