Re: анализ поля bcc на этап е smtp сессии

[Alexey Lobanov]

29.08.2007 09:09, DamirX пишет:

 On Tuesday 28 August 2007 20:44, Artem Chuprina wrote:
 Alexey Lobanov - debian-russian@lists.debian.org  @ Tue, 28 Aug 2007 
 20:04:16 +0400:
   возможен ли сабж средствами postfix.
   так что-бы, если неправильно задано поле bcc, ответить что-нить
   вразумительное в сторону mua.  Все действие происходит в локалке.

  AL Однако, на этапе smtp сессии поля bcc: уже нет. Оно убито в MUA -
  AL потому и blind copy.
 :-0  вот тебе и раз! 
 
 Это смотря как ставится задача...  Не будем гадать за автора, но в
 другом понимании она решается словом always_bcc, к примеру.
 
 задача - не принимать почту, если не указано соответствующим образом BCC.
 в данный момент smtp нет вообще, и отправка происходит через IMAP папку 
 outbox.

Дык. На этом этапе поле BCC действительно ещё не удалено, можно чем-то
анализировать.

 однако, как показала практика TheBat весьма неадекватен при работе с 
 IMAP. вот теперь я перед выбом - то-ли переводить всю контору на тундерптиц 
 (что я думаю будет мучительно), то-ли настраивать SMTP, то-ли... может All 
 что-нибудь подскажет.

Вряд ли подскажет, пока не поймёт задачу. Что именно надо сделать с
исходящей почтой, каким критериям она должна удовлетворять?

А.Л.

 
 always_bcc конечно хорошо, к тому-же позволяет иметь в сети smtp, без особо 
 хитрых настроек клиентов, что иногда полезно для всяких виндовых программ, 
 которые рапоры умеют слать на smtp. но для этой задачи я могу рядом другой 
 smtp поставить.
 always_bcc лично мне не нравиться. пользователи даже при необходимости 
 указывать bcc, умудряются любовные письма писать, хотя лекции читал, что 
 означает bcc.
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: анализ поля bcc на этап е smtp сессии

[Alexey Lobanov]

29.08.2007 16:52, Artem Chuprina пишет:

 Но вообще при подобных задачах, вероятно, дешевле пропускать в архив
 любовные письма (народ, однако, в курсе, ручка есть, не дернул - сам
 виноват), чем терять служебные.

Однако, можно сделать архивы отправки не общими, а индивидуальными.
Через таблицу sender_bcc_maps и адреса назначения вида
[EMAIL PROTECTED]. А далее аккуратно нарисовать права на
соответствующие Sent фолдеры: нижним чинам и особо тупым начальникам
read-only не вырубишь топором, нормальным людям read-write дабы сами
удаляли лишнее.

А.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: анализ поля bcc на этап е smtp сессии

[Alexey Lobanov]

27.08.2007 14:31, DamirX пишет:


возможен ли сабж средствами postfix.
так что-бы, если неправильно задано поле bcc, ответить что-нить вразумительное 
в сторону mua.  Все действие происходит в локалке.


Однако, на этапе smtp сессии поля bcc: уже нет. Оно убито в MUA - 
потому и blind copy.


Теоретически можно восстановить это поле в MTA, сравнивая поле To: 
заголовка и список RCPT TO: в сессии. Как такое сравнение сделать 
средствами Postfix - не знаю...


Но поставленная задача, скорее всего, решается словами 
reject_unlisted_recipient,  reject_unverified_recipient. Первое слово 
правильно в любом случае, оно сразу откажет в приёме почты для 
несуществующих локальных получателей. Второе может выдавать 4xx для 
получателей из чужих систем, если верификация затянулась; как на это 4xx 
отреагирует MUA - хз.



А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]