URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 16645
[ Назад ]

Исходное сообщение
"POP3 and delete mail"

Отправлено Miracle , 25-Апр-02 14:35 
Согласно rfc удаляемое письмо помечается как удаляемое и только после UPDATE state они уничтожаются в ящике юзера. Ситуация - пользователь по диалапу качает 45 письмо из 100 лежащих в ящике. Модем разрывает соединение, то есть до этого самого update state дело не дошло. При последующем соединении пользователю письма отдаются с 1 а не с 45  - это ж не прикольно.
На мой взгляд есть следующие варианты -
1) искать pop3 сервер, который удаляет письма
из popa3d cucipop qpopper cyrus это делал у меня только qpopper, но из-за постоянных проблем с безопасностью использовать его не хотца
2) самому пропачить pop3 сервер

Что по этому поводу думает всемогущий ALL?


Содержание

Сообщения в этом обсуждении
"RE: POP3 and delete mail"
Отправлено uldus , 25-Апр-02 15:03 
>не дошло. При последующем соединении
>пользователю письма отдаются с 1
>а не с 45  - это ж не прикольно.

Это абсолютно правильно. Хочешь чтобы отдавало с 45'ого - контролируй клиентским софтом число скаченных писем и потом, если сеанс завершился с ошибкой и данные на удаленном сервере не изменились, качай с 45'ого, пропустив уже скаченные.


>1) искать pop3 сервер, который удаляет
>письма

Этот сервер не будет соотсвтетствовать RFC и идеологии - т.е. место ему на свалке. Править нужно клиент, а не сервер.


PS. Hint: Знаешь сколько процессорного времени занимает физическое удаление одного письма из mailbox размером в 10Мб в котором 1000 писем ? Представь, если после заборе каждого письма ты будешь удалять его.


"RE: POP3 and delete mail"
Отправлено Miracle , 25-Апр-02 17:25 
>Это абсолютно правильно. Хочешь чтобы отдавало
>с 45'ого - контролируй клиентским
>софтом число скаченных писем и
Это каждому клиенту давать свою программу электроной почты?
Да я замучаюсь за каждым бегать - это нереально.
>потом, если сеанс завершился с
>ошибкой и данные на удаленном
>сервере не изменились, качай с
>45'ого, пропустив уже скаченные.
Скажем The Bat это умеет - там есть диспечер писем, а в аутглюке таких средств встроенных я не видел. Предлагать юзерам внешние примочки?

>
>
>>1) искать pop3 сервер, который удаляет
>>письма
>
>Этот сервер не будет соотсвтетствовать RFC
>и идеологии - т.е. место
>ему на свалке. Править нужно
>клиент, а не сервер.
Если посмотреть, то существует масса дополнений к существующим рфс или другие версии появляются. Я ни на что не замахиваюсь просто рассуждаю на эту тему :)
>
>
>PS. Hint: Знаешь сколько процессорного времени
>занимает физическое удаление одного письма
>из mailbox размером в 10Мб
>в котором 1000 писем ?
да удаляются, к тому же удаляются последовательно идущие письма, а не выборочные - ресурсов проца нужно не так уж и много для того чтобы переписать файл скажем с середины до конца, когда юзер отвалился
>Представь, если после заборе каждого
>письма ты будешь удалять его.
>
qpopper это же делает - намана работал, просто надоело его постоянно пачить да обновлять.


"RE: POP3 and delete mail"
Отправлено Евгений , 25-Апр-02 20:15 
У знакомого было тоже самое - аутглюк тащит 90 писем (общий объем ~10 Mb) по модему с pop.mtu.ru, не середине обрыв - опять 90 писем качать. По моему совету поставил The Bat! - и вот оно счастье - приняв кажное письмо, бат его с сервера удалял...Что у них - МТУ - на сервере - не знаю, зайди телнетом...

"RE: POP3 and delete mail"
Отправлено uldus , 26-Апр-02 09:31 
>>Это абсолютно правильно. Хочешь чтобы отдавало
>>с 45'ого - контролируй клиентским
>>софтом число скаченных писем и
>Это каждому клиенту давать свою программу
>электроной почты?
>Да я замучаюсь за каждым бегать
>- это нереально.

Можно IMAP поставить, если безопасность не дорога (для внешнего мира в любом случае фаерволом прикрой), там такой проблемы нет, сервер сам запоминавет статус последней операции. И серверу хорошо и юзеры довольны.


>>ему на свалке. Править нужно
>>клиент, а не сервер.
>Если посмотреть, то существует масса дополнений
>к существующим рфс или другие
>версии появляются.

У RFC бывают разные статусы, от сырых заметок, до стандартов. Конечно есть наработки (ERASE) , но проблема опять в неподдержании их клиентским ПО.


>qpopper это же делает - намана
>работал, просто надоело его постоянно
>пачить да обновлять.

Qpopper не предмет для подражания, скорее наоборот.


"RE: POP3 and delete mail"
Отправлено Miracle , 26-Апр-02 11:48 
>>>Это абсолютно правильно. Хочешь чтобы отдавало
>>>с 45'ого - контролируй клиентским
>>>софтом число скаченных писем и
>>Это каждому клиенту давать свою программу
>>электроной почты?
>>Да я замучаюсь за каждым бегать
>>- это нереально.
>
>Можно IMAP поставить, если безопасность не
>дорога (для внешнего мира в
>любом случае фаерволом прикрой), там
>такой проблемы нет, сервер сам
>запоминавет статус последней операции. И
>серверу хорошо и юзеры довольны.
ага, значит появился 3 вариант помимо поиска поп3 сервера и исправления существующих - юзать имап

>>>ему на свалке. Править нужно
>>>клиент, а не сервер.
>>Если посмотреть, то существует масса дополнений
>>к существующим рфс или другие
>>версии появляются.
>
>У RFC бывают разные статусы, от
>сырых заметок, до стандартов. Конечно
>есть наработки (ERASE) , но
>проблема опять в неподдержании их
>клиентским ПО.
вот вот... а зачем тогда нужны рфс, если клиентсвое ПО не поддерживает их? Я все же полагаю, что худо бедно, но стандартов придерживабтся. И потом - это же очевидно - нафига по несколько раз тягать одну и ту же почту если связь разорвалась. Правда это возможно не так уже актуально. Новые технологии, качественные линии... :-)

>>qpopper это же делает - намана
>>работал, просто надоело его постоянно
>>пачить да обновлять.
>
>Qpopper не предмет для подражания, скорее
>наоборот.
А я и не говорил - что он супер пупер, просто это единственный поп3 сервер попавшийся мне в руки с удалением почты. Я, в общем-то, подозреваю, что в природе существуют и другие.


"RE: POP3 and delete mail"
Отправлено uldus , 26-Апр-02 12:57 
>ага, значит появился 3 вариант помимо
>поиска поп3 сервера и исправления
>существующих - юзать имап

Вопрос был про POP3.


>вот вот... а зачем тогда нужны
>рфс, если клиентсвое ПО не
>поддерживает их? Я все же
>полагаю, что худо бедно, но
>стандартов придерживабтся. И потом -
>это же очевидно - нафига
>по несколько раз тягать одну
>и ту же почту если
>связь разорвалась.

Связь рвется у Dialup'щиков, причем у одного из 1000. Стоит ли затевать весь гемморой ? Рвется связь - пинать нужно телефонистов/связистов, а не POP3 сервер, если нужна почта для работы в условиях полной нестабильности, то нужно использовать в качестве транспорта UUCP ;-)

> Правда это возможно
>не так уже актуально. Новые
>технологии, качественные линии... :-)

Вот-вот.



"RE: POP3 and delete mail"
Отправлено Андрей , 26-Апр-02 15:04 
Гм.. есть же команда DELE
просто все клиентское ПО подает эту команду после принятия всей почты, кроме Bat
Он ее дает тогда, когда скачает следующее через одно письмо...

"RE: POP3 and delete mail"
Отправлено uldus , 26-Апр-02 17:56 
>Гм.. есть же команда DELE
>просто все клиентское ПО подает эту
>команду после принятия всей почты,
>кроме Bat
>Он ее дает тогда, когда скачает
>следующее через одно письмо...

Физическое удаление по DELE по RFC происходит только при успешном завершении всей сесии.