VM>>> подскажите лучше, как у нас принято обслуживать и роутить VM>>> непарольный нетмайл? SM>> Ты его обязан принять. Роутить - так себе идея.
VM> Hу про "принять" понятно! С этим вопросов нет... У меня основной вопрос VM> именно про дальнейший хэндлинг (т.е., роутинг)
Обычному узлу достаточно принять и оставить для ручного разбора. Хост должен принять и доставить почту для своей сети, остальное оставляем для ручного разбора.
VM>>> ну, т.е., кейс From <any> to <me> понятен... а как обслуживать VM>>> нетмайл из непарольной сессии, который адресован не мне и не моим VM>>> линкам? =/ SM>> И своим линкам не роути автоматически, ну, м.б. кроме поинтов.
VM> Про "своих" тут тоже, по сути, дело вкуса - хочу роучу, не хочу не роучу VM> my node - my rules :-D
Ну, да.
VM>>> сразу извиняюсь за тупой вопрос, но готов принять тухлые яйца :D SM>> А вот это про обслуживать msg базу
VM> а что не так с msg? в чём заключается её "обслуживание" и зачем?
sqpack умеет её только пуржить. При этом ломает реплей линки и ластриды. Предложенная утилита умеет не только пуржить, но и перемещать в другую область старые сообщения, не ломает ластриды, перенумеровывает, сортирует по дате, линкует...