If it can not be done at
the moment, all right (I found a similar request in 2006 - message
209338). My real problem is this: Many customers use mail groups (virtual_alias_maps). Each destination account can create their own rules for releasing and blocking, which is consulted by the Delegation Protocol. When a person has a blocking rule and e-mail is sent to a group, the message can not be blocked at the moment, only after the delivery of mail by destination. When that happens, the envelope of information are lost, because final assessment is carried out in other instances. Any ideas? ![]() Wietse Venema escreveu: Victor Duchovni:On Mon, Oct 27, 2008 at 03:47:08PM -0400, Wietse Venema wrote:This thread suggests that each xforward attribute also needs to be made available via Milter macros (in smtpd and cleanup), and via the policy delegation protocol.There seems to be some demand for this, but the OP seems to be asking to override XFORWARD with policy actions. A most surprising request...I may have missed that amidst the HTML. What I could recognize was an example request from the SMTP server with a couple more attributes. Using this protocol to modify attributes would indeed be against the spirit of the design, and would give too much control to untrusted code. Wietse |
- Re: XFORWARD Vs PDP Victor Duchovni
- Re: XFORWARD Vs PDP Udo Rader
- Re: XFORWARD Vs PDP Mark Martinec
- Re: XFORWARD Vs PDP Wietse Venema
- Re: XFORWARD Vs PDP Victor Duchovni
- Re: XFORWARD Vs PDP Gustav Meirinho
- Re: XFORWARD Vs PDP Wietse Venema
- Re: XFORWARD Vs PDP Victor Duchovni
- Re: XFORWARD Vs PDP Reinaldo de Carvalho
- Re: XFORWARD Vs PDP Wietse Venema
- Re: XFORWARD Vs PDP Gustav Meirinho
- Re: XFORWARD Vs PDP Gustav Meirinho
- Re: XFORWARD Vs PDP Gustav Meirinho