Re: Technical question to Postfix

2012-11-07 Thread Wietse Venema
Nikolaos Milas: > On 4/11/2012 8:17 ??, Wietse Venema wrote: > > > Or use "reject_unverified_recipient", which uses a cache > > of previous decisions so it won't hammer the mailbox server. > > A clarification: Does the cache of "reject_unverified_recipient" > decisions include the result of "rel

Re: Technical question to Postfix

2012-11-07 Thread Christian Rößner
>> Or use "reject_unverified_recipient", which uses a cache >> of previous decisions so it won't hammer the mailbox server. > > A clarification: Does the cache of "reject_unverified_recipient" decisions > include the result of "relay_recipient_maps" lookups? > > This might be esp. useful in case

Re: Technical question to Postfix

2012-11-07 Thread Nikolaos Milas
On 4/11/2012 8:17 μμ, Wietse Venema wrote: Or use "reject_unverified_recipient", which uses a cache of previous decisions so it won't hammer the mailbox server. A clarification: Does the cache of "reject_unverified_recipient" decisions include the result of "relay_recipient_maps" lookups? T

Re: Technical question to Postfix

2012-11-05 Thread Christian Rößner
Am 06.11.2012 um 08:31 schrieb Christian Rößner : > I also will test, if "sieve reject" is working the same way. If so, I can > enable this flag and give users a chance to reject unwanted mails in session. "reject" creates a new mail and sends it out. -Christian Rößner -- [*] sys4 AG http://

Re: Technical question to Postfix

2012-11-05 Thread Christian Rößner
Hi, >> Quick question: With Dovecot (or other LMTP servers) does this >> detect over-quota conditions? The Postfix verification probe does >> not send any message data, just "MAIL FROM", "RCPT TO" and then >> "RSET" + "QUIT" (or perhaps just "QUIT"). > > Postfix sends the message size in the MAIL

Re: Technical question to Postfix

2012-11-05 Thread Wietse Venema
Viktor Dukhovni: > On Mon, Nov 05, 2012 at 02:11:56PM +0100, Christian R??ner wrote: > > > > Or use "reject_unverified_recipient", which uses a cache > > > of previous decisions so it won't hammer the mailbox server. > > > > > > thank you very much. Tested it and the solution is so simple and >

Re: Technical question to Postfix

2012-11-05 Thread Viktor Dukhovni
On Mon, Nov 05, 2012 at 02:11:56PM +0100, Christian R??ner wrote: > > Or use "reject_unverified_recipient", which uses a cache > > of previous decisions so it won't hammer the mailbox server. > > > thank you very much. Tested it and the solution is so simple and > at the same time so powerful. I

Re: Technical question to Postfix

2012-11-05 Thread Christian Rößner
Hi, > Or use "reject_unverified_recipient", which uses a cache > of previous decisions so it won't hammer the mailbox server. thank you very much. Tested it and the solution is so simple and at the same time so powerful. I wonder that there are still many people not thinking about this solutio

Re: Technical question to Postfix

2012-11-04 Thread Christian Rößner
Hi, > You can use a policy daemon to check quota on cyrus. > > []'s I have written a python policy service that can check for "over quota". It is a basic version that runs with Dovecot here. It has the following limitations: - Dovecot must have been configured with a master user - It requires

Re: Technical question to Postfix

2012-11-04 Thread Reindl Harald
Am 04.11.2012 19:05, schrieb Christian Rößner: > Hi, > >>> Would it technically possible to have a smtpd_to_lmtp_proxy option (or >>> however it could be called), that would receive on smtpd and open a >>> connection to its LMTP server, doing cleanup and Co. in memory and wait for >>> the res

Re: Technical question to Postfix

2012-11-04 Thread Wietse Venema
Wietse Venema: > Christian R??ner: > > Would it technically possible to have a smtpd_to_lmtp_proxy option > > (or however it could be called), that would receive on smtpd and > > open a connection to its LMTP server, doing cleanup and Co. in > > memory and wait for the result of the LMTP server? If

Re: Technical question to Postfix

2012-11-04 Thread Christian Rößner
Hi Wietse, >> Would it technically possible to have a smtpd_to_lmtp_proxy option >> (or however it could be called), that would receive on smtpd and >> open a connection to its LMTP server, doing cleanup and Co. in >> memory and wait for the result of the LMTP server? If the LMTP > > This does no

Re: Technical question to Postfix

2012-11-04 Thread Christian Rößner
Hi, >> Would it technically possible to have a smtpd_to_lmtp_proxy option (or >> however it could be called), that would receive on smtpd and open a >> connection to its LMTP server, doing cleanup and Co. in memory and wait for >> the result of the LMTP server? If the LMTP process gets 250 OK,

Re: Technical question to Postfix

2012-11-04 Thread Wietse Venema
Christian R??ner: > Would it technically possible to have a smtpd_to_lmtp_proxy option > (or however it could be called), that would receive on smtpd and > open a connection to its LMTP server, doing cleanup and Co. in > memory and wait for the result of the LMTP server? If the LMTP This does not

Re: Technical question to Postfix

2012-11-04 Thread Viktor Dukhovni
On Sun, Nov 04, 2012 at 06:16:26PM +0100, Christian R??ner wrote: > Would it technically possible to have a smtpd_to_lmtp_proxy option > (or however it could be called), that would receive on smtpd and > open a connection to its LMTP server, doing cleanup and Co. in > memory and wait for the resul

Re: Technical question to Postfix

2012-11-04 Thread Reindl Harald
Am 04.11.2012 18:16, schrieb Christian Rößner: > Would it technically possible to have a smtpd_to_lmtp_proxy option (or > however it could be called), that would receive on smtpd and open a > connection to its LMTP server, doing cleanup and Co. in memory and wait for > the result of the LMTP s

Re: Technical question to Postfix

2012-11-04 Thread Reinaldo Gil Lima de Carvalho
You can use a policy daemon to check quota on cyrus. []'s Reinaldo de Carvalho Em 04/11/2012, às 14:16, Christian Rößner escreveu: > Hi, > > I have thought a while, if I can ask that here, but as it just is a technical > question, I hope you understand that I am just interested to understand