Работа с area manager'ом:
1) я почему-то решил, что не стоит связываться с area_manager queue;
2) для решения проблем с доступом к файлу рекомендую сделать бинарик gtic'а
sgid'ным на somegroup, а файлы users и areas сделать chown .somegroup, chmod
g+rw;
3) мне кажется, что достаточно будет сделать парсинг ноды, которая пишет к
areafix'у по полю From. В будущем сделаем лучше - будет возможность задавать
адрес ноды прямо в теле письма.
4) вызов gtic -m делаем из /etc/aliases:
filefix: allfix
allfix: "|/usr/lib/ifmail/gtic/gtic -m"

Area manager, в текущем исполнении, будет посылать линков, имеющих вместо
пароля символ "*". Для тоссинга это означает "без пароля", но обрабатывать
таких линков by area manager - very insecure, IMHO. Напомню, что отсутствие
пароля - это violation of FSC-0087, т.е. мы совсем не обязанны вообще
поддерживать отсутствие_пароля.

Replaces:
1) если в tic_t.file нашли * либо ? - FALSE
2) если file==replaces - TRUE
3) если у replaces или у file нет расширения - FALSE
4) стрипаем ext, если длина file или replaces после стрипания==0 - FALSE
5) если после обрезания расширения, file==replaces - TRUE

Не обрабатываем Replaces в следующих случаях:
1) area is passthru

Если check_replaces is TRUE, удаляем filearea_path/$replaces и соответствующий
.desc, если он создан. Wildcards supported.


Хмм. ;-) По поводу отсутствия_пароля. При хатчинге пароль таки отсутствует.

В users_file должны присутствовать мы сами. Со всеми опциями, паролем, etc.
Нужно это для воспринятия и защиты hatching'а. Причём должен присутствовать не
только главный адрес, а ещё и все AKA. Потому, как после From и Origin в tic-е
ставится из areas_file, если area, заданная для хатчинга, там найдена.

Autohatching... Если я его таки сделаю, то целесообразно будет ставить
autohatching areas в passthru mode, чтобы не держать на диске лишние копии.

Опять связанно с конфигом. Дело в том, что конфиг по дефольту берётся из
argv[0]+".config". А argv[0] follow links. ;-( Поэтому юзеру ничего не
стоит сказать ln [-s] `which gtic` ~/gtic, затем положить любой конфиг в
домашний каталог и быть королём. ;-| Тут есть два варианта - либо вообще
исключить возможность задавать конфиг by command line option и не использовать
argv[0]+".config" либо избежать использование sgid'а. Второе, конечно, более
правильно. Но что тогда делать с area manager'ом? Можно, в принципе, написать
area manager queue, но это коряво, imho.