Re: Не ходит мыло у меня
- From
- Vadim Goncharov (2:5020/400)
- To
- Igor Mitichev
- Date
- 2005-11-28T23:49:58Z
- Area
- RU.UNIX.FTN
From: Vadim Goncharov <vadimnuclight@tpu.ru>
Hi Igor Mitichev!
On Mon, 28 Nov 2005 10:57:54 +0300; Igor Mitichev wrote about 'Re: Не ходит мыло у меня':
AL>> В "классике" MSG вообще не работает. А ты о его настройке. А на
AL>> "другой" стороне (гейтование в ньюзы) работает из коробки.
IM> Собственно, и не должно работать в тех условиях, в которых ты хочешь его
IM> применить. Не для того оно придумывалось.
:) А для чего? :)
IM>>> Главное, чтобы эти базы были понятны софту, который с ними работает ;)
AL>> Ага. Но только ни чего второстепенного. Все только любезно
AL>> предоставленное разработчиком. Да и софт на пальцах одной руки можно
AL>> пересчитать. А вот сколько софта умеет с текстом работать -- я даже не
AL>> назову. И достаточно только грамотно его расставить между конвеерами(|)
AL>> для получения совершенно иного взгляда на тот же tradspool.
IM> Ты чего сделать-то хочешь? По русски... А то получается, что ты к одной
IM> технологии "классическая FTN" пытаешься подойти с мерками другой технологии
IM> (tradspool, на сколько я в курсе -- это формат организации базы сообщений в
IM> ньюс-сервере inn). разумеется, что у тебя ничего не выходит.
Он хочет применить всю мощь unix-средств обработки текста, что позволит
делать всё что угодно.
AL>> Не тяжело только в лабораторных условиях. А тут реальными пакетами
AL>> накормили.
IM> Ну вот не предназначено оно для этого. :))
Значит - фтопку, раз реальных нагрузок не выдерживает.
AL>> Ты зачем про мощь unix поскипал? Еще раз: jam и squish -- это для dos.
IM> А ты мощь своей unix к pkt например не хочешь применить? Или к squish? А
IM> может все же лучше к ним применить мощь ftrack?
С чего ты взял, что несколько отдельных софтин будут мощнее, чем
огромное количество других уже созданных?
IM>>> Кстати, на каком по счету файле в
IM>>> каталоге с письмами твой линукс встал раком? Чисто ради интереса...
AL>> Ты зачем вывод |wc поскипал? На не круглом -- 65279. Я его после reboot
AL>> запустил. Оно еще пару писем растоссило. И опять Not enough...
IM> Ну, вообще, я не программист. И не знаю, как там оно внутри у husky устроено
IM> но думаю, что тоссер использует стандартные функции операционной системы...
У ОСи этого ограничения нет, нормально работает с сотнями тысяч.
IM> Мы не с ограничением операционки столкнулись? Вот, помню, как-то в
Нет.
IM> su.chainik был в моде вопрос: какой максимально возможный размер у JAM.
IM> Оказалось, что максимально возможный -- размер файла, который поддерживался
IM> бы файловой системой. То есть что-то вроде 2 Gb для FAT16. А в данном случае
IM> оперативки не хватило, как я понимаю?
Он в любом случае (и в squish тоже) не сможет превысить 4G, птому что
смещение 32-битное (и то, не помню как там насчет отрицательных, может
таки 2G).
--
WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
* Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
SEEN-BY: 46/50 50/12 203 400/814 450/186 1024 451/30 454/9 461/43 640 465/285
SEEN-BY: 469/418 999 4616/3 4625/8 4627/10 4641/444 4646/15 5000/76 5000
SEEN-BY: 5001/5001 5002/50 79 5003/57 5006/1 5007/1 5010/53 70 5011/13 5012/23
SEEN-BY: 5012/46 5015/10 28 5019/31 5020/118 154 175 194 400 545 715 758 765
SEEN-BY: 5020/830 937 982 1057 1169 1523 1604 1922 2020 2142 2238 2871 4441
SEEN-BY: 5021/29 5022/128 5025/3 750 5026/14 45 49 5027/16 5030/49 115 436 556
SEEN-BY: 5030/966 1063 1900 5031/47 70 5035/38 5036/1 34 5040/47 5042/13
SEEN-BY: 5049/50 5051/15 5053/16 5054/1 8 9 18 37 45 63 67 81 5059/9 37
SEEN-BY: 5060/900 5061/15 120 5062/1 10 5063/3 5066/18 5067/2 5069/7 5070/1222
SEEN-BY: 5074/9 5075/35 5077/70 5080/80 1003 5081/2 5083/21 5085/13 5090/108
SEEN-BY: 5090/113 5095/20 5096/18 5099/11 6000/12 254 6001/3 10 6009/1 6090/1
PATH: 5020/400 4441 545 5054/1 37