Re: Не ходит мыло у меня

From: Andrew Leonov (2:4641/500.911)
To: Stas Degteff
Date: 2005-11-29T07:57:50Z
Area: RU.UNIX.FTN
                       Здравствуйте, Stas !!!

Tuesday November 29 2005 02:54, Stas Degteff wrote to Andrew Leonov:

 SD> Именно. Только это не "спул" (spool) вообще. Это почтовый ящик.
 SD> К большому сожалению, реализацию OPUS в smapi переделать не представляется
 SD> возможным.

Ясно. Вычеркиваю ;-)

 SD>>> Если пришлёшь лог с уровнями ABJZ - это сильно поможет.
 AL>> Кому, если это действительно поможет? Я еще не вынес его к чертям.
 SD> Мне, очевидно. Можно на email (stas_degteff@users.sf.net), можно положить
 SD> на ftp (http) и сообщить URL нетмейлом или email'ом

Там в примере конфига уже установлены уровни логов и ABJ. Я к ним добавил еще и
уровень Z. Как по мне, так ни чего с этих логов не выяснить. Может тебе еще
каких буков добавить? Вот самый конец лога. Остальные 30 метров в тарболе
смотри в e-mail.

Z 17:05:17  src/toss.c:181 opening /var/lib/ftn/msgbase/ru.linux
Z 17:05:17  src/toss.c:188 creating msg
Z 17:05:17  src/toss.c:241 writing msg
Z 17:05:17  src/toss.c:248 closing msg
Z 17:05:17  src/toss.c:265 end rc=1
Z 17:05:17  toss.c:1088:processMsg() #ifdef DO_PERL
Z 17:05:17  src/toss.c:188 creating msg
Z 17:05:18  src/toss.c:241 writing msg
Z 17:05:18  src/toss.c:248 closing msg
Z 17:05:18  src/toss.c:265 end rc=1
Z 17:05:18  toss.c:1088:processMsg() #ifdef DO_PERL
Z 17:05:18  src/toss.c:188 creating msg
A 17:05:18  Could not create new msg in /var/lib/ftn/msgbase/ru.linux!
Z 17:05:18  src/toss.c:265 end rc=0
J 17:05:18  Badmail reason: MSGAPIERR: Not enough memory for specified
operation
Z 17:05:18  src/toss.c:181 opening /var/lib/ftn/msgbase/squish/bad
Z 17:05:18  src/toss.c:188 creating msg
Z 17:05:18  src/toss.c:241 writing msg
Z 17:05:18  src/toss.c:248 closing msg
Z 17:05:18  src/toss.c:265 end rc=1
Z 17:05:18  toss.c:1088:processMsg() #ifdef DO_PERL
Z 17:05:18  src/toss.c:188 creating msg

 AL>> Я при не тривиальном поиске информации в спул заглядываю "юниксом", а
 AL>> не читалками.
 SD> Даже при таком подходе OPUS ну никак не лучший вариант. Поскольку и
 SD> opus, и jam, и squish, и hudson/goldbase и многие другие форматы баз -
 SD> бинарные, несколько быстрее будет искать под одному файлу (jam, squish
 SD> и т.п.) чем по тысячам и десяткам тысяч файлов *.msg.

Несколько быстрее, но только самый тривиальный поиск -- встречается ли такое
слово. Хотя бы для того, чтобы искать по письмам одного автора уже нужно знать
формат бинарной базы. Да собственно доказывать то и нечего. С текстом оно лучше
работает.

 SD> А, интересно, inodes у тебя не заканчиваются при таких подходах ? ;)

С какого перепугу им закончиться то?

                            С уважением, Андрей Леонов.

--- GoldED+/W32 1.1.5-040321
 * Origin: Даешь языку C++ статус государственного (2:4641/500.911)
SEEN-BY: 46/50 50/12 203 400/814 450/186 1024 451/30 454/9 465/285 469/418
SEEN-BY: 550/222 4641/77 103 143 444 500 4646/15 5000/5000 5001/5001 5002/50
SEEN-BY: 5002/79 5003/57 5010/53 5011/13 5012/23 46 5015/10 28 5019/31
SEEN-BY: 5020/154 175 400 545 715 758 830 937 1523 1604 2020 2142 2238 2871
SEEN-BY: 5020/4441 5021/29 5022/128 5025/3 750 5026/45 5027/16 5030/49 115 436
SEEN-BY: 5030/556 966 1063 1900 5031/47 70 5035/38 5036/34 5040/47 5042/13
SEEN-BY: 5049/50 5053/16 5054/1 8 9 18 37 45 63 67 81 5059/9 37 5060/900
SEEN-BY: 5061/120 5062/1 10 5063/3 5067/2 5069/7 5070/1222 5077/70 5080/80
SEEN-BY: 5080/1003 5083/21 5085/13 5090/108 113 5095/20 5096/18 5099/11
SEEN-BY: 6000/12 254 6001/10 6090/1
PATH: 4641/500 444 5020/400 4441 545 5054/1 37