Re: Не ходит мыло у меня
- From
- Andrew Leonov (2:4641/500.911)
- To
- Igor Mitichev
- Date
- 2005-11-28T15:24:02Z
- Area
- RU.UNIX.FTN
Здравствуйте, Igor !!!
Monday November 28 2005 10:57, Igor Mitichev wrote to Andrew Leonov:
AL>> Какие еще меньшие усилия?
IM> По времени, по требущейся квалификации... Изучить одну технологию проще,
IM> чем изучить две ;) Вот ты сейчас пытаешься вникнуть в "классическую" FTN.
IM> Возникают дополнительные трудности.
У меня трудностей с "классикой" ни каких нет ;-P. Это у "классики" трудности с
MSG.
AL>> В "классике" MSG вообще не работает. А ты о его настройке. А на
AL>> "другой" стороне (гейтование в ньюзы) работает из коробки.
IM> Собственно, и не должно работать в тех условиях, в которых ты хочешь его
IM> применить. Не для того оно придумывалось.
Точно, для dos оно придумывалось.
IM> Ты чего сделать-то хочешь? По русски...
У меня один из агрументов в пользу гейтования -- это его текстовый спул, с
которым можно работать unix-инструментами, которых в читалках нет -- grep, sed,
awk, mnogosearch и много-много т.д.
IM> А то получается, что ты к одной технологии "классическая FTN"
IM> пытаешься подойти с мерками другой технологии (tradspool, на сколько я
Все правильно. Именно мерками другой технологии. Для сравнения. Мол тут можно,
а в "классике" нельзя. В качестве аргумента, так сказать.
IM> в курсе -- это формат организации базы сообщений в ньюс-сервере inn).
IM> разумеется, что у тебя ничего не выходит.
В принципе я и не сомневался, что не получится. Просто убедился на личном
опыте. У меня "классика" так и останется только под dos.
AL>> Не тяжело только в лабораторных условиях. А тут реальными пакетами
AL>> накормили.
IM> Ну вот не предназначено оно для этого. :))
А для чего оно? На нем rm -rf отлаживают? ;-)
AL>> Ты зачем про мощь unix поскипал? Еще раз: jam и squish -- это для
AL>> dos.
IM> А ты мощь своей unix к pkt например не хочешь применить? Или к squish? А
К pkt и squish оно не применяется. У них бинарный формат не понятный юникс. Их
надо сначала в txt преобразовать. С эхами у меня этим ifmail с inn занимаются.
А с мылом -- тот же ifmail с sendmail (вместо ftrack), который шлет все мыло на
меня одного.
IM> может все же лучше к ним применить мощь ftrack?
А что такого умеет ftrack? Ты мне его тоже предлагаешь потестить? Может сразу
rm -rf, а? ;-)
AL>> Ты зачем вывод |wc поскипал? На не круглом -- 65279. Я его после
AL>> reboot запустил. Оно еще пару писем растоссило. И опять Not enough...
IM> Ну, вообще, я не программист. И не знаю, как там оно внутри у husky
IM> устроено но думаю, что тоссер использует стандартные функции операционной
IM> системы... Мы не с ограничением операционки столкнулись?
У linux нет ограничений на _таком_ уровне. Это ограничение наверное в husky для
совместимости с dos.
IM> Вот, помню, как-то в su.chainik был в моде вопрос: какой максимально
IM> возможный размер у JAM.
IM> Оказалось, что максимально возможный -- размер файла, который
IM> поддерживался бы файловой системой. То есть что-то вроде 2 Gb для FAT16. А
IM> в данном случае оперативки не хватило, как я понимаю?
Да шут его знает чего там ему не хватило. Для inn на tradspool всего хватило.
С уважением, Андрей Леонов.
--- 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