Bug 13809 - [UIDL] Логарифмический поиск новых писем
: [UIDL] Логарифмический поиск новых писем
Status: CLOSED NOTABUG
: Branch 4.0
(All bugs in Branch 4.0/fetchmail)
: 4.0
: all Linux
: P5 enhancement
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-12-27 11:01 by
Modified: 2008-06-17 17:46 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-12-27 11:01:39
fetchmail при работе в режиме оставления почты на сервере забирает ее так: 
просматривает письма, начиная со дна мэйлбокса, и если uidl известный, то не 
скачивает. Происходит это, мягко говоря, небыстро. 

Поэтому я написал "велосипед", который умеет только забирать почту, но 
использует дихотомию для определения границы между новыми и старыми
сообщениями.

Можно ли такую функциональность добавить в fetchmail? В этом случае, кстати, 
можно будет проверять старые письма и на pop3-серверах, не поддерживающих uidl, 
если таковые ещё остались: поиск новых среди 10К писем потребует скачивания 
всего 14 заголовков.
------- Comment #1 From 2007-12-27 22:14:21 -------
Не хотите в команду да заняться fetchmail?  Тогда было бы разумно добавить патч
(в любом случае цепляйте), потестировать на дистрибутиве и предложить забрать в
апстрим по результатам.
------- Comment #2 From 2007-12-28 04:32:46 -------
Честно говоря, через код fetchmail я так и не продрался, а то непременно бы 
вывесил патч. Сам алгоритм-то добавить дело десяти строчек, плюс надо 
протестировать (а лучше аккуратно показать), что подобная модификация не 
разрушает работы в случае, скажем, удаления писем, прихода дублей и т.п. 

(Судя по тому, что я понял из RFC, это так и есть. )
------- Comment #3 From 2008-03-02 20:17:04 -------
grep -r UIDL .
...
./options.c:    P(GT_("      --fastuidl    do a binary search for UIDLs\n"));
...

Все там давно уже есть, только работает оно как-то странно. Буду разбираться... 
------- Comment #4 From 2008-06-17 17:46:01 -------
Все уже и так есть в наилучшем виде. Баг закрываю.