Unimail FAQ
-----------

Q1: Почему UniMail пакует все письма на босса, хотя в файле
рутинга прописано совсем другое?

A1: Потому что по умолчанию включён босс-рутинг, и это
правильно.


Q2: (Alex Kicelew) одно-единственное (проверил по логам за
последний квартал) письмо от 194.28 ко мне (194.7) почему-то
не положилось на 194 мне на холд (в роуте sendhold
2:5020/194.*), а ушло на основного аплинка, дошло до центра
звезды, вернулось на 194 и честно легло мне на холд. как у
него это получилось? ошибка в роуте навряд ли, ибо все
остальные письма шли нормально. в логах это отразилось так:

: 22 Feb 00:18:32 UML Packed 2:5020/194.28 ==> 2:5020/194.7 via
2:5020/441 via 5020/0 Crash

A2: Судя по двум via -- это зонгейтинг :) В смысле, в интеле
-- 2:5020/194, а в заголовке -- 5020/0. Соответственно, ушло
по рутингу на гейт. А по пути какой-нибудь t-mail подправил
заголовок.


Q3: При компиляции DuNode говорит что-то вроде:
Nodes read: 00000010 Nodes total: 00000010
и UniMail после этого с нодлистом не работает. В чём дело?

A3: Необходимо использовать нодлист, оформленный по всем
правилам, включающий строки Zone и Region. Всяческие сегменты
могут использоваться только как оверрайды к настоящему
нодлисту. Более того, если в нодлисте нет какой-либо сетки, то
из оверрайда она взята не будет. Кроме того, DOut в версиях
UniMail, более старых, чем 0.44/beta, неправильно выдавал
количество обработанных узлов (см. history.rus).


Q4: (Dmitry Yukalov) Существует такая проблема: Unimail
создает полл на аплинка. Т-mail дозванивается, после чего при
перекачке почты происходит обрыв связи. T-mail есстественно
создает свой пол,который Unimail и обрабатывает при очередном
запуске. В результате чего пол раздувается до 300 байт и
попадает к аплинку в нетмейл. Вопрос: где и чего подправить в
консерватории, чтобы этого не происходило?

A4: (Paul Kuzmitchev) Hе допускать тмыл до нетмейла вообще.
Т.е. разнести директории "для нетмейла t-mail" & "для
настоящего нетмейла" У меня на /437 так сделано. Проблем вроде
нет.

A4: (Dmitriy Balashov) Здесь есть еще один пyть подхода:
events.ctl
yбpать стpочки RestoreIn и RestoreOut
t-mail.ctl
Flag_NoScan <Flag>
И создать соответствyющий флажок.
Данный флажок означает, что не надо сканить ничего, но тк
тмылкин глючит, то он не сканит только нетмыл.


Q5: Предполагается ли включить в UniMail возможность паковки
нетмэйла архиватором?

A5: Нет, не предполагается, в связи с бесполезностью этой фичи
для подавляющего большинства сисопов. Если Вам не повезло, и
Вы относитесь к меньшинству, можно порекомендовать такой
способ -- описать для соответствующего линка файлбокс и после
вызова UniMail запускать архиватор, мувящий все *.PKT из
файлбокса, допустим, в 00000000.MO0, находящийся в нём же.


Q6: Почему UniMail игнорирует тексты сообщений с аттачами/
реквестами, делая только собственно сам аттач/реквест?

A6: Потому что так и задумано, для предотвращения
замусоривания нетмэйла. Хотите сопроводить аттач комментариями -
пишите отдельное письмо.


Q7: Как заставить UniMail отправлять аттачи по рутингу?

A7: Никак. UniMail не поддерживает рутинг аттачей и реквестов.
Максимум, что тут можно сделать -- вообще отключить обработку
аттачей и/или реквестов UniMail'ом при помощи
ProcessAttaches=No и ProcessFreqs=No, и предоставить её
какой-нибудь другой программе.