Re: Virtual User Aliases

2013-05-31 Thread Viktor Dukhovni
On Fri, May 31, 2013 at 09:23:40PM +0200, Simon B wrote: > > Last entry wins. > > Brilliant, thanks Victor & Wietse. So, comment the virtual_alias_maps in > pre-clean-up until I get amavis back up and running..? Be a bit more confident, you don't need to ask. -- Viktor.

Re: Virtual User Aliases

2013-05-31 Thread Simon B
On 31 May 2013 21:07, "Viktor Dukhovni" wrote: > > On Fri, May 31, 2013 at 06:46:50PM +0200, Simon B wrote: > > > smtp inet n - - - - smtpd -v > >-o receive_override_options= > > cleanup unix n - - - 0 cleanup -v > > > > #Sto

Re: Virtual User Aliases

2013-05-31 Thread Viktor Dukhovni
On Fri, May 31, 2013 at 06:46:50PM +0200, Simon B wrote: > smtp inet n - - - - smtpd -v >-o receive_override_options= > cleanup unix n - - - 0 cleanup -v > > #Stop Postfix from cleaning emails before sending to amavis > pre-

Re: Virtual User Aliases

2013-05-31 Thread Wietse Venema
Simon B: > On 30 May 2013 22:44, Wietse Venema wrote: > > Simon B: > >> That's what I thought. I did your suggestion and postfix did not > >> complain. Not doing postfix stop/start or even /etc/init.d/postfix > >> start/stop.. > >> > >> So, now I'm stumped. There are other master.cf on the syst

Re: Virtual User Aliases

2013-05-31 Thread Simon B
On 30 May 2013 22:44, Wietse Venema wrote: > Simon B: >> That's what I thought. I did your suggestion and postfix did not >> complain. Not doing postfix stop/start or even /etc/init.d/postfix >> start/stop.. >> >> So, now I'm stumped. There are other master.cf on the system, but I'm >> pretty s

Re: Virtual User Aliases

2013-05-30 Thread Wietse Venema
Simon B: > That's what I thought. I did your suggestion and postfix did not > complain. Not doing postfix stop/start or even /etc/init.d/postfix > start/stop.. > > So, now I'm stumped. There are other master.cf on the system, but I'm > pretty sure it's not using any of them.. It's in the outpu

Re: Virtual User Aliases

2013-05-30 Thread Viktor Dukhovni
On Thu, May 30, 2013 at 07:58:19PM +0200, Simon B wrote: > > Indeed, that is not right; cleanup -v produces /dozens/ of log lines for a > > single message. > > Make sure you're editing the right configuration. > > Replace the -v with something invalid, like -@, and reload. > > If that does not com

Re: Virtual User Aliases

2013-05-30 Thread Simon B
On 29 May 2013 20:05, Jeroen Geilman wrote: > On 05/29/2013 11:26 AM, Simon B wrote: >> >> On 28 May 2013 20:35, Viktor Dukhovni wrote: >>> >>> On Tue, May 28, 2013 at 08:22:56PM +0200, Simon B wrote: >>> On 28 May 2013 19:34, "Viktor Dukhovni" wrote: > > On Tue, May 28, 2013 a

Re: Virtual User Aliases

2013-05-29 Thread Jeroen Geilman
On 05/29/2013 11:26 AM, Simon B wrote: On 28 May 2013 20:35, Viktor Dukhovni wrote: On Tue, May 28, 2013 at 08:22:56PM +0200, Simon B wrote: On 28 May 2013 19:34, "Viktor Dukhovni" wrote: On Tue, May 28, 2013 at 07:25:02PM +0200, Simon B wrote: On 28 May 2013 18:33, Benny Pedersen wrote:

Re: Virtual User Aliases

2013-05-29 Thread Viktor Dukhovni
On Wed, May 29, 2013 at 11:26:53AM +0200, Simon B wrote: > > At the very least run "postfix reload", or even "stop/start" perhaps > > master.cf does not match run-time reality. You can also briefly > > run "cleanup -v" to see what cleanup is doing with rewriting and what > > flags it receives fro

Re: Virtual User Aliases

2013-05-29 Thread Simon B
On 28 May 2013 20:35, Viktor Dukhovni wrote: > On Tue, May 28, 2013 at 08:22:56PM +0200, Simon B wrote: > >> On 28 May 2013 19:34, "Viktor Dukhovni" wrote: >> > >> > On Tue, May 28, 2013 at 07:25:02PM +0200, Simon B wrote: >> > >> > > On 28 May 2013 18:33, Benny Pedersen wrote: >> > > > Simon B

Re: Virtual User Aliases

2013-05-28 Thread Viktor Dukhovni
On Tue, May 28, 2013 at 08:22:56PM +0200, Simon B wrote: > On 28 May 2013 19:34, "Viktor Dukhovni" wrote: > > > > On Tue, May 28, 2013 at 07:25:02PM +0200, Simon B wrote: > > > > > On 28 May 2013 18:33, Benny Pedersen wrote: > > > > Simon B skrev den 2013-05-28 17:33: > > > > > > > >> May 27 23:

Re: Virtual User Aliases

2013-05-28 Thread Simon B
On 28 May 2013 19:34, "Viktor Dukhovni" wrote: > > On Tue, May 28, 2013 at 07:25:02PM +0200, Simon B wrote: > > > On 28 May 2013 18:33, Benny Pedersen wrote: > > > Simon B skrev den 2013-05-28 17:33: > > > > > >> May 27 23:30:17 mail postfix/pipe[16721]: 57FF6C8C033: > > >> to=, relay=dovecot, de

Re: Virtual User Aliases

2013-05-28 Thread Viktor Dukhovni
On Tue, May 28, 2013 at 07:25:02PM +0200, Simon B wrote: > On 28 May 2013 18:33, Benny Pedersen wrote: > > Simon B skrev den 2013-05-28 17:33: > > > >> May 27 23:30:17 mail postfix/pipe[16721]: 57FF6C8C033: > >> to=, relay=dovecot, delay=2, delays=2/0/0/0.05, > >> dsn=2.0.0, status=sent (delivere

Re: Virtual User Aliases

2013-05-28 Thread Simon B
On 28 May 2013 18:33, Benny Pedersen wrote: > Simon B skrev den 2013-05-28 17:33: > >> May 27 23:30:17 mail postfix/pipe[16721]: 57FF6C8C033: >> to=, relay=dovecot, delay=2, delays=2/0/0/0.05, >> dsn=2.0.0, status=sent (delivered via dovecot se >> rvice) > > >> normally that delivered line would m

Re: Virtual User Aliases

2013-05-28 Thread Simon B
On 28 May 2013 18:03, Viktor Dukhovni wrote: > On Tue, May 28, 2013 at 05:33:46PM +0200, Simon B wrote: >> Hi >> >> A few days ago there was an issue with one of our mail servers - and I >> had to disable perl related filters (dkim and amavisd). And since >> then it's not processing virtual_user_

Re: Virtual User Aliases

2013-05-28 Thread Benny Pedersen
Simon B skrev den 2013-05-28 17:33: May 27 23:30:17 mail postfix/pipe[16721]: 57FF6C8C033: to=, relay=dovecot, delay=2, delays=2/0/0/0.05, dsn=2.0.0, status=sent (delivered via dovecot se rvice) normally that delivered line would mention p...@example.com and that's where Dovecot would deliver

Re: Virtual User Aliases

2013-05-28 Thread Viktor Dukhovni
On Tue, May 28, 2013 at 05:33:46PM +0200, Simon B wrote: > Hi > > A few days ago there was an issue with one of our mail servers - and I > had to disable perl related filters (dkim and amavisd). And since > then it's not processing virtual_user_aliases. http://www.postfix.org/postconf.5.html