|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/423.65 27 Jan 2001 03:13:25
To : Vsevolod Lutovinov
Subject : Re: drweb+smtp
--------------------------------------------------------------------------------
At Fri, 26 Jan 01 11:50:13 +0300 Vsevolod Lutovinov
<Vsevolod_Lutovinov@p20.f69.n5020.z2.fidonet.org> wrote:
AK>> а вот по этому куску "всему", в смысле, произвольным доступом, как раз
AK>> ползать-то и не требуется. Его вполне можно читать построчно
VL> Если демону сразу будет сказано: это - поток с base64 (или uue),
лучше "это поток mime" - во избежание вируса, заботливо порезанного на
два кусочка.
VL> то никаких препятствий не вижу. Hаверное, так и сделаю. Hо
VL> проблемы-то в том, что:
VL> 1) если этот самый поток предварительно где-то сохранять,
VL> то место все равно жрется
во всяком случае - не в памяти.
VL> 2) если не сохранять, то где его конец?
как обычно - пустая строка. Или проблема с чанками? Hу, \0 на худой конец.
VL> 3) по твоим же словам - клиентский парсер, правильно и аккуратно
VL> выдирающий части, написать очень сложно (особенно если учесть,
VL> что и text/* проверять тоже надо).
VL> Или 3) - это просто лень? :) В принцпе можно реализовать
не то, чтоб так уж сложно, но противно, чтоб нигде лишнего места для
DoS атаки или чего похуже не создать. Иначе напишешь очередную уродину
в стиле pine/wuimap-pop3d.
VL> и сканирование потока. Hо надо ли все это запихивать в
VL> демона? Вполне себе клиентская задача. К тому же при такой
при пихании в клиента - два буфера. При пихании в демона - один. И если обоим
придет в голову посвопиться на диск - это будет довольно обидно.
VL> схеме исключается возможность не пустить письмо - только
да нет, почему же - я ж ведь об'яснил, где именно нужна такая схема и
нельзя пользоваться файловой.
Верну 550 вместо 250 на '.' отправителю, и все.
(в другую сторону все это лишнее - там и так файл лежит на диске)
VL> вдогонку alert послать получится. Если же задерживать письма
VL> для проверки - снова возвращаемся к тому, что их надо
VL> где-то хранить.
да, тут вот разьве что кусок файла был бы актуален - для отдачи из mailbox'а
поштучно.
> Alex
--- ifmail v.2.14.os-p7
* Origin: Down System -2 (2:5020/423.65)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
