|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Stas Degteff 2:5080/102.1 12 Dec 2005 23:57:48
To : Ivan Poplavsky
Subject : Postfix+LDAP+Lotus
--------------------------------------------------------------------------------
11 Дек 05 22:43, you (2:5020/400) wrote to me:
SD>> Hасколько меня не подводит склероз, Postfix вполне умеет работать с
SD>> LDAP. В Lotus LDAP полностью соответствует стандарту, можно разрешить и
SD>> анонимусу доступ. Зачем тогда нужны скрипты?
IP> Потому что если LDAP отваливается,
Hадо понимать так, что отваливается канал до сервера с LDAP? (Я вообще за пять
лет не видел, чтобы в Lotus LDAP падал - т.е. это достаточно редкое событие.)
Если канал до LDAP страдает падучестью - подними slapd локально и сделай в нем
реплику базы.
IP> то Postfix выдаёт ошибку 451. Всё бы ничего, если бы некоторые криво
IP> настроенные сервера после этого не прекращали бы доставку вовсе.
А когда почтовый ящик пользователя или спул postfix переполняется - тоже ведь
ответ 4xx. Hа все случаи нарушений стандартов соломки не напасёшься. В итоге
получаем, что криво настроенные MTA - проблема отправителей, и максимум что
можно сделать - помочь их админам исправить ошибку.
IP> Плюс ко всему, некоторые сервера, в случае неудачной первой попытки
IP> отправки, повторную попытку делают лишь спустя несколько часов.
Таких доли процентов и вполне можно разрешить от них релеинг на нужные адреса.
Большая часть в грейлистинг-программах учтена (например, в postgrey список на
два экрана, раз уж речь про postfix).
IP> Очень часто получается, что если письмо было отправлено утром, но не
IP> доставлено, то приходит оно, в итоге, только вечером или вообще на
IP> следующий день. А это совершенно неприемлемо. Поэтому и хочется
IP> именно выгружать список пользователей чтобы перестраховаться.
Это какой же период считается "очень часто" в таком случае: месяц? полгода?
Какие-то странные ситуации описаны.
Stas
--- GoldED+/W32-MINGW 1.1.5-b20051207 (WinNT 5.0.2195-SP4 AMD_Athlon)
* Origin: Grumbler mail station, Ekaterinburg. (2:5080/102.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
