Re: Graphical stats by domain

Muzaffer Tolga Özses wrote: >Good morning everyone :) > >Do you guys know of a tool that will act like pflogsumm, only based on >domain and graphical? > >Regards, > Hi, take a look at modoboa (http://modoboa.org/). It supports per-domain graphical stats using RRDtool. Antoine

Re: Graphical stats by domain

On 04/04/2013 10:30 AM, Antoine Nguyen wrote: Muzaffer Tolga Özses wrote: Good morning everyone :) Do you guys know of a tool that will act like pflogsumm, only based on domain and graphical? Regards, Hi, take a look at modoboa (http://modoboa.org/). It supports per-domain graphical stats

Re: Verify cache dump

On 23/1/2013 3:43 μμ, Nikolaos Milas wrote: Interestingly, at first I tried it but it didn't seem to produce any output at all (I had to break with Ctrl-C): # postmap -s /var/lib/postfix/verify_cache ^C # postmap -s btree:/var/lib/postfix/verify_cache ^C # postmap -q u...@example.com /var/lib/

Re: Graphical stats by domain

Am 2013-04-04 10:12, schrieb Muzaffer Tolga Özses: On 04/04/2013 10:30 AM, Antoine Nguyen wrote: Muzaffer Tolga Özses wrote: Good morning everyone :) Do you guys know of a tool that will act like pflogsumm, only based on domain and graphical? Regards, Hi, take a look at modoboa (http

Re: Verify cache dump

Nikolaos Milas: > On 23/1/2013 3:43 ??, Nikolaos Milas wrote: > > > Interestingly, at first I tried it but it didn't seem to produce any > > output at all (I had to break with Ctrl-C): > > > > # postmap -s /var/lib/postfix/verify_cache > > ^C > > # postmap -s btree:/var/lib/postfix/verify_cache >

Re: Verify cache dump

On 4/4/2013 3:38 μμ, Wietse Venema wrote: # cp /var/lib/postfix/verify_cache.db tempfile.db # postmap -s btree:tempfile.db Thanks Wietse, it works fine this way: # postmap -s btree:verify_cache_copy By the way, is there a way/command to lengthen the validity of all current entr

Re: Verify cache dump

Nikolaos Milas: > On 4/4/2013 3:38 ??, Wietse Venema wrote: > > > # cp /var/lib/postfix/verify_cache.db tempfile.db > > # postmap -s btree:tempfile.db > > Thanks Wietse, it works fine this way: > > # postmap -s btree:verify_cache_copy > > By the way, is there a way/command to leng

Re: Multiple recipient_delimiter address extensions?

grarpamp wrote: > I've done - (qmail) to + (postfix) hurriedly in the past to avoid a > meta issue. Other users migration or dual uses aside, with that > one I wanted to but did not have benefit to research whether > + or - had better merits. Such as which is in more common use now, > which is tren

Re: Multiple recipient_delimiter address extensions?

Kris Deugau: > grarpamp wrote: > > I've done - (qmail) to + (postfix) hurriedly in the past to avoid a > > meta issue. Other users migration or dual uses aside, with that > > one I wanted to but did not have benefit to research whether > > + or - had better merits. Such as which is in more common u

Re: Multiple recipient_delimiter address extensions?

Wietse Venema: > Kris Deugau: > > grarpamp wrote: > > > I've done - (qmail) to + (postfix) hurriedly in the past to avoid a > > > meta issue. Other users migration or dual uses aside, with that > > > one I wanted to but did not have benefit to research whether > > > + or - had better merits. Such a

Re: Delivery to command in aliases ignored ?

On 2013-04-01 10:21 AM, Kajetan Dolinar wrote: By a detailed and systematic search into my main.cf , I have found out that I had a stale alias_maps setting somewhere in the bushes amidst the comments and other settings. The first setting in the file was the correct setting (doi

Re: Delivery to command in aliases ignored ?

Am 04.04.2013 20:35, schrieb Charles Marcus: > On 2013-04-01 10:21 AM, Kajetan Dolinar wrote: >> By a detailed and systematic search into my main.cf , I have >> found out that I had a stale >> alias_maps setting somewhere in the bushes amidst the comments and other >> settings.

Re: Verify cache dump

On 4/4/2013 5:42 μμ, Wietse Venema wrote: How long is your expected downtime? Even it someone receives only one email per week, they should expire in 24 days. It will be around 5-6 hours. I would like to avoid the gateway server bouncing mails due to not being able to verify the recipients.

Re: Delivery to command in aliases ignored ?

Charles Marcus: > On 2013-04-01 10:21 AM, Kajetan Dolinar wrote: > > By a detailed and systematic search into my main.cf , > > I have found out that I had a stale alias_maps setting somewhere in > > the bushes amidst the comments and other settings. The first setting > > in the

Re: Verify cache dump

Nikolaos Milas: > On 4/4/2013 5:42 ??, Wietse Venema wrote: > > > How long is your expected downtime? Even it someone receives only > > one email per week, they should expire in 24 days. > > It will be around 5-6 hours. I would like to avoid the gateway server > bouncing mails due to not being a

Re: Verify cache dump

On 4/4/2013 11:06 μμ, Wietse Venema wrote: You weren't paying attention when i explained automatic cache refresh. I admit I was confused with the initial explanation. Your latest clarifications make things much clearer to me. I understand that the gateway server should work fine with the cur

Re: Multiple recipient_delimiter address extensions?

I've done a proof-of-concept implementation that works as documented below the signature. This retains the old recipient_delimiter parameter because that parameter has been in use since 19981029 in the forward_path default parameter value, and I can't have a multi-character value there. To suppor