Re: Avoiding "User unknown in recipient table" during reload

2010-04-14 Thread Noel Jones
On 4/13/2010 7:45 PM, Gary Smith wrote: The script just does: * Copy in new relay_recipients file * postmap relay_recipients * postfix reload Is there a better way to do this? Should I stop postfix completely during this time? Will putting the queue on hold avoid this problem, or do I need to

RE: Avoiding "User unknown in recipient table" during reload

2010-04-14 Thread ram
On Tue, 2010-04-13 at 17:45 -0700, Gary Smith wrote: > > The script just does: > > > > * Copy in new relay_recipients file > > * postmap relay_recipients > > * postfix reload > > > > Is there a better way to do this? Should I stop postfix completely during > > this time? Will putting the que

RE: Avoiding "User unknown in recipient table" during reload

2010-04-13 Thread Gary Smith
> The script just does: > > * Copy in new relay_recipients file > * postmap relay_recipients > * postfix reload > > Is there a better way to do this? Should I stop postfix completely during > this time? Will putting the queue on hold avoid this problem, or do I need > to stop Postfix completely

Re: Avoiding "User unknown in recipient table" during reload

2010-04-09 Thread Brian Evans - Postfix List
On 4/9/2010 2:33 PM, Brian Sebby wrote: > We reject mail coming into our mail server that is not an approved address, > so I have a cron job that gets the list of approved addresses twice an hour, > updates the relay_recipients file that we use with relay_recipients_maps, > and then reload postfix.

Avoiding "User unknown in recipient table" during reload

2010-04-09 Thread Brian Sebby
We reject mail coming into our mail server that is not an approved address, so I have a cron job that gets the list of approved addresses twice an hour, updates the relay_recipients file that we use with relay_recipients_maps, and then reload postfix. We had a case the other morning where someone