Очередной релиз sendmail

yozh (*) (2001-08-04 16:43:19.0)

>dotlock блокировки сосут :) В частности в твоём скрипте нет проверки
>на stale dotlockfile, а это большой минус. fcntl lock не дураки
>придумали. А что будет, если ты запишешь пол-письма, а потом квота
>кончится?
>Ещё, если повнимательнее посмотреть, можно 14 недостатков найти.

Я не претендовал на полноту проверок. Это скрипт - всего лишь
демонстрашка, написанная (и проверенная) за 20 минут. fcntl lock -
придумали не дураки, но ничто не мешает программе не проверять
блокировку по fcntl, т.е. в данном случае никакой разницы нет.
Реально этот скрипт и к sendmail-то никакого отношения не имеет,
просто одна из возможностей. На самом деле все это (а вернее только
часть) вставляется в правило procmail и необходимость проверок
отпадает.

>Опять же я в начале треда писал про кучу фичностей exim, мне никто
>не сказал, что он может в sendmail сделать так же (разный файл >aliases для разных доменов к примеру).

В linuxconf это решалось прописыванием одного рулесета с назначением
своего доставщика.

2qwe: Ну вот. У меня сильно загруженный почтовый сервер, а там sendmail сначала отдаёт письма procmail, потом procmail запускает какой-то shell-скрипт, когда exim всё сам сделает.

а про linuxconf -- опять же какой-то левый доставщик, кооторый хрен знает где искать, когда он мне понадобится. Опять же я не уверен, что у тебя получится эти вещи совместить. После этого ты будешь придёлывать туда манаера рассылок, и конструкция будет похожа на карочный домик :)

Блин, я долго трахался с sendmail, потом посмотрел на exim... Рекомендую всем сделать это :)

to allter - Да неужто на понт берёшь? ;) Формулировка вопроса не совсем корректна. А отвечать длинным обьяснением человеку, который не в состояние провести элементарный анализ (o, не стоит утруждаться объяснениями) не столь уж сложной системы и не затрудняется поиском информации - а вопрос весьма распостраненный - ну как бы в падлу;) (Есть несколько `типовых' контекстов для MDA - 1. relay only UUCP mail 2. relay UUCP and INET mail 3. translate UUCP-address mail to INET (relay old-old UUCP;) 4. relay INET-address mail over UUCP-transport...ба-да-ла-бу-да-ля-ля... - Что тебе надобно, о вопрошающий? ) RTFM. (Ээээ, http://opennet.ru для начала неплохо...;) /Ик, перебравший не в меру всяких новомодных MDA и оставщийся при том же sendmail'е)/ P.S. subj хорош именно тем, за что его гав-гав - за внешние правила. И чем-то они prolog-listing так душевно напоминают...;]

to Allter: >Вырубить DNS _совсем_ я и сам могу, даже не пересобирая -
Поздравляю соврамши! См. sendmail8.9*/sendmail/README и всякое другое.
"Думать не желаю принципиально - приедЪте и сделайте все за меня" ;)
$echo TEST12|mail -v -s TEST12 'rt@the.home'
rt@the.home... Connecting to the via uucp-dom...
rt@the.home... Sent
$uustat -s the
the.CJQNlgUAANSc the rt 08-06 12:53 Executing rmail rt@the.home (sending 482 bytes)
BIND нифига о домене the.home не имеет и иметь не может. 
Транспорт прописан в mailertable. Постить стыдно элементарное.
/Чегой-то Злобный ИК/
P.S. Вот чего от rel. к release, дык ?недописан в proto.m4
_CLASS_Z_, вот _CLASS_[XY]_ есть, а... а у нас российские просторы
и провода закопанные древние на соплях как ... (тихо рыдая над очередной
оборванной uu-сессией;)

2Casus: настройка DNS не подходит по 3м соображениям:
1) спортивный интерес "сделать всё, как надо" (tm).
2) в Фидонет DNS не имеет управляющей роли, что я буду делать,
когда добрый дядя обрубит что-нибудь.
3) просто не хочу (сам BIND стоит и работает, но фигнёй маяться
я не хочу).

2anonymous (*) (2001-08-06 13:05:37.0):
"понт" - ни в коем случае, просто очень накипело... просто примерно
с 97 года, как появилась версия 8.9 и (так совпало) у меня появился
"почти постоянный" (кроме периодов ремонта после гроз) инет меня
душит эта проблема...

Что мне надо в идеале:
1) Работа с инетовскими письмами. Приём по SMTP, раскладка по ящикам,
приём для релея от меня и ещё нескольких пользователей, рассылка в
соответствии с DNS(MX), "холодильник" если до DNS`а не достучаться.
2) Работа с fidonet и другими fido technology networks.
Приём пайпом через sendmail, отправка через
спецмейлер. Никакой работы с DNS, кроме, возможно адресов типа
info@ns.z2.fidonet.org (они должны отправляться обычным образом, как
в пункте 1).
3) Возможность работы с uucp. Конкретно сейчас необходимости нет,
однако она изредка всё-таки возникает.

Надеюсь, что я ясно выяснился.

По поводу RTFM - сам понимаю, что возможно (раз эта проблема мучит
только меня) я что-то не дочитал. Но ЧТО? Класс P пробовал. Точку
добавляю.

Кроме того, документация вся заметно устаревшая. На рекомендованном
тобой сайте по словам sendmail+fidonet нашлась инфа четырёхлетней давности
(ещё с FEATURE(nodns))...

Приветствуются готовые .mc для Debian sid (8.12.ляляля) и куски .cf.

2anonymous (*) (2001-08-06 14:16:28.0):
A) Что я соврал?
B) А инетовские письма у тебя уходят нормально, через смарт-хост,
либо вообще отсутствуют?

to yozh (*) (2001-08-06 12:53:31.0)

>sendmail сначала отдаёт письма procmail, потом procmail запускает
>какой-то shell-скрипт, когда exim всё сам сделает.

Ага, а мне показалось что Вы писали: "надо дописать драйвер, а API у
exim есть." (с этого начался разговор)

2Allter: ты в mailertable для fidonet.org транспорт прописал? hint: у меня те рекомендации дожили почти до sendmail 8.10, потом я его снёс. Вот .mc не могу показать -- на прошлой работе остался ;-)

2Casus: Да, конечно... Так-то оно всё работает, каши не просит
(собственно, другие MTA я пробовать не хочу по принципу "работает -
не трогай). Т.е. из предыдущего моего письма я знаю как сделать
отдельно (1) и отдельно (2, 3), а также (1, 2) используя реальную
fidonet.org`овскую зону, но мне хочется не так, а как надо.