|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 31 May 2002 23:26:05
To : Sergey Y. Afonin
Subject : Re: Есть ли в Linux-почтовиках предварительный просмотр почты как в The
--------------------------------------------------------------------------------
Bat и в каких ?
On Fri, 31 May 2002 18:40:40 +0000 (UTC),
Sergey Y. Afonin <Sergey_Afonin@p13.f29.n5057.z2.fidonet.org> wrote:
>Vladimir Bormotov wrote (Friday 31 May 2002 22:54):
>
>> Банковские реквизиты говорить, или каким-нибудь WestenUnion, перекините
>> на частное лицо? :))
>
>Да ну не хватит выходных, не хватит. Без ошибок с первого раза пишутся
>очень небольшие вещи. То, что тянет, хотябы, на десяток Кб исходников,
>не бывает.
>
>> SYA> Во.. А вот не хочу я удалять, я хочу принять 1, 6, 8 письма, а
>> SYA> удалить 2 и 11, и, при этом, мейлер не должен лазить за 1, 6 и 8 (не
>> SYA> забудь - 6 и 8 сместились), когда я его самого попрошу всю почту
>> SYA> выгрести.
>>
>> это отдельная тузла для предпросмотра. Ты удалил 2 и 11, сказал поперу
>> QUIT, они там все посместились (этим попер заведует), потом мылер сходил
>> и выкачал чего осталось. Что значит "мылер не должен лазить за..."?
>> Мылер ходит за почтой. Точка. Такова его мылерова доля. тут-же,
>> тулза для пердпросмотра, и выборочного удаления. В чем проблемс-то?
>
>Так вот она - проблема. Это не должна быть отдельная тулза. Мылер
>выгребает, сообщения, фиксируя (скажем, в журнале), что выгреб, и
>не выгребает их повторно. При этом, если выгребание осуществлено
>просматривающей тулзой, или этой тулзой сказано, что оно, якобы,
>получено, то оно отражается в логе и мылер эти сообщения не получает.
>Hужен, как минимум, мылер, ведущий такой лог, во вторых, надо разобраться
Вообще-то у fetchmail то-ли по дефолту, то ли одним ключём
примерно такое есть. То есть он не лог ведёт, а может не
выгребать сообщения, на которых не стоит пометка New. Удалённые
сообщения никто, естественно, выгрести не сможет.
Так вот, нужен будет тот самый простейший просмотрщик,
выгребающий только headers и запуск fetchmail по окончании.
Более того, если не нужен preview первых строк мессаги, то можно
вообще ничего не писать -- берёшь mutt и вперёд.
Если нужен -- то тоже вряд ли долго. Разбор Mime придётся делать
самому, т.к. Mime-сообщения будут битыми. Hо ничего сложного в
этом, собственно, нет. Потом начало перекодируешь из base64/qp и,
если это HTML -- кормишь lynxу.
>с этим логом, в третьих, научиться писать в его формате (повезет, если
>это обычные mailbox или maildir), научиться корректировать его индексы...
Hезачем. Формат лога -- POP3 :-). С форматом ящика можно
оставить разбираться fetchmail, который оставит это твоему MTA
(или procmailу), который, наверное, давно настроен.
Тулза всё равно не выгребает полного сообщения, так что отдавать
куда-либо ещё ей нечего.
>Да много чего.
Много. Hо Владимир за выходные наверняка успел бы.
>
>> (я заранее соглашусь что я не понял задачи, но это не проблема :)))
>
>Теперь понятнее ? :-)
>
>> SYA> Будешь писать за выходные ?
>>
>> Если напишешь ТЗ, где будет ЧЕТКО все расписано, то цена упадет в три
>> раза. Я же говорил не про то, что _я_ все это буду писать, а про то, что
>
>Я не просто написать предлагаю, я предлагаю написать за выходные :-)
>Это предусматривет санкции в случае неукладывания в срок ;-)
>
>> реально работы там на два дня. Вместе с чтением документации.
>
>Боюсь, даже без отлова багов сложно будет уложиться.
Боюсь, что если там будет 5K строк, то это будет сильный
перебор. А написать и отладить 2K строк на хорошо известном
инструменте за 20 часов вполне можно.
>
>> при сильном желании, можно зарегистрить на sf.net проектик, и позвать
>> туда меня.
>
>А если серьезно - все готовые компоненты есть у KMail. Вот его, при
Они есть и в perl и python. Большого смыслы использовать C++ я
как-то не вижу.
>желании, если там исходники культурные, довести за пару дней вполне
>реально, как мне кажется. Добиться бы потом, чтоб патч включили в
>основную ветку, а то, с их отношением ("используйте imap"), что-то
>сомнительно...
>
>--
>С уважением, Сергей Афонин.
>asy@kraft-s.ru
>
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
