|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 01 Jun 2002 03:00:51
To : Vladimir Bormotov
Subject : Re: Есть ли в Linux-почтовиках предварительный просмотр почты как в The
--------------------------------------------------------------------------------
Bat и в каких ?
On Fri, 31 May 2002 22:46:20 +0000 (UTC),
Vladimir Bormotov <bor@vb.dn.ua> wrote:
>
> Hi, Ilya!
>
>>>>>> "IA" == Ilya Anfimov <ilan@adt.ru> writes:
>
>>> Половина всего (типа того-же разбора MIME) есть в stdlib.
>
> IA> Стандартные разборы MIME брать нельзя -- ведь он же на руках
> IA> покоцанный будет.
>
> кем? Его нам покоцаный в мыло прислали?
Hет, мы пытаемся по первым ндцати байтам что-нибудь в этом
письме прочитать.
>
>
> IA> И, экономя килобайты, потребуется жёстко связать качалку с
> IA> демимификатором.
>
> зачем? mimelib принимает в себя нечто, что "похоже на file".
Битый он.
> Это может быть все что угодно, начиная от таки файла, проходя через
> сокеты, и закачивая строкой (которая успешно прикидывается файлом через
> StringIO)
>
>
>>> я вот залез в доку по либе питоновской - полноценная программа для разбора
>>> письма с MIME занимает 85 строк. Собвенно разбор -
>
> IA> У тебя не будет письма с MIME.
>
> а куда оно денется? Т.е. оно ваще нифига не MIME уже в жищке?
> Просто набор строк?
Его ещё не скачали. Большое оно.
>
>
> IA> Придётся самому выдирать Заголовки Mime-version, Content-type,
>
> отлично, "просто заголовки" разбирает родительский объект, который "просто
> письма парсит" (как, я тут рядом рассказал и показал :))
Hу, естественно, не из потока байт их выдирать.
>
>
> IA> отыскивать regexpом границы указанного в заголовке вида, выдирать
> IA> оттуда тоже заголовки и кодировку(и), передавать данные в qp/base64
> IA> распаковщик, потом -- в lynx/catdoc/ по вкусу.
>
> если так хочется все ручками построчно - нихто не запрещает :))
>
>
>>> Ползнаие в POP3, тоже не сильно больше. Половина софтины просто
>>> выдирается из примеров идущих в документации. Походу совсем незнакомый
>>> инструмент становится очень даже знакомым :)))
>
> IA> Вот как раз для POP3 вероятно можно будет какую-нибудь либу юзать.
> IA> Hо, совершенно ясно, потребуется несколько методов для основных
> IA> операций, возможно, что проставляя флаг New на POP-сервере, возможно,
> IA> интероперируя с fetchmail посредством ~/.fetchids -- скачать n
> IA> помеченных писем, скачать всё, кроме n помеченных писем.
>
> да, вот это видимо одно из немногих, что дейсвительно интересно будет
> реализовать... :)))
>
>
> IA> При этом лучше, наверное, именно создать ассоциативный массив из UIDL,
> IA> т.к. придётся список-то ящика после каждого fetchmail перечитывать.
>
> ассоциативный масив, это которые делается тоже одной строкой,
Дело не в том, как ему конструктор организовать. Дело в том, что
там хранить и как на это смотреть.
>
> UIDLs = UIDLDict()
>
> а потом в него запихивают (че там в него пихать-то нужно?)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Один из двух интересных вопросов. Как минимум -- всё, что мы уже
знаем об этом письме от сервера. Ещё память -- скачивали мы его
или ещё нет. Hу, мало ли что ещё в процессе потребуется.
>
> UIDLs[mail['UIDL']] = <тут пихаем чего нужно>
>
> а потом где-то в конце говорится
>
> UIDLs.save_fetchids('~/.fetchids')
А, ты об этом подумал. Я вообще хотел save_fetchids сделать
отдельной, чисто процедурной функцией или в рамках менеджера
файла fetchids. В неё передаются UIDL неприговорённых мессаг.
Или, может быть, приговорённых, объект UIDLs уже там лежит.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
