Re: postsuper -r not re-resolving aliases
On Fri, Feb 27, 2009 at 02:34:23PM -0800, Harold Paulson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I have a number of messages in my deferred queue that are destined for an offsite alias, which is currently unreachable. I have changed the alias to point to a local mailbox so the mail can be retrieved by the owner. New messages sent to this alias are delivered as expected to this new mailbox. However, if I 'postsuper -r queueid' one of the deferred messages, it is re-queued to go to the old offsite destination. I was expecting it to re-resolve the alias, and send the message to the new mailbox. postsuper(1) says that when I re-queue a message with the -r option: The message is subjected again to mail address rewriting and substitution. This is useful when rewriting rules or virtual mappings have changed. Obviously I am doing something wrong here. How can I re-queue these deferred messages so they are sent to the new destination instead of the old one? It is again subjected to rewriting, but the input to the rewrite is the output of the previous rewrites. -- Viktor. Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. To unsubscribe from the postfix-users list, visit http://www.postfix.org/lists.html or click the link below: mailto:majord...@postfix.org?body=unsubscribe%20postfix-users If my response solves your problem, the best way to thank me is to not send an it worked, thanks follow-up. If you must respond, please put It worked, thanks in the Subject so I can delete these quickly.
Re: postsuper -r not re-resolving aliases
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Victor, On Feb 27, 2009, at 2:39 PM, Victor Duchovni wrote: On Fri, Feb 27, 2009 at 02:34:23PM -0800, Harold Paulson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I have a number of messages in my deferred queue that are destined for an offsite alias, which is currently unreachable. I have changed the alias to point to a local mailbox so the mail can be retrieved by the owner. New messages sent to this alias are delivered as expected to this new mailbox. However, if I 'postsuper -r queueid' one of the deferred messages, it is re-queued to go to the old offsite destination. I was expecting it to re-resolve the alias, and send the message to the new mailbox. postsuper(1) says that when I re-queue a message with the -r option: The message is subjected again to mail address rewriting and substitution. This is useful when rewriting rules or virtual mappings have changed. Obviously I am doing something wrong here. How can I re-queue these deferred messages so they are sent to the new destination instead of the old one? It is again subjected to rewriting, but the input to the rewrite is the output of the previous rewrites. Thank you for the informative reply. I understand the problem now. Is there a reasonable way to get the destination of these stuck messages changed? - H -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFJqHouOy/dHTCUq6oRAspNAKCCnJ2gHICI5Rdq1w2CyBV8jfDpJQCffWyn nRusSDhVRTbw6oLIzRG3GFg= =RAGC -END PGP SIGNATURE-
Re: postsuper -r not re-resolving aliases
--- Original Message --- From: Harold Paulson haro...@sierraweb.com To: postfix-users@postfix.org Sent: 27-Feb-09, 17:41:27 Subject: Re: postsuper -r not re-resolving aliases -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Victor, On Feb 27, 2009, at 2:39 PM, Victor Duchovni wrote: On Fri, Feb 27, 2009 at 02:34:23PM -0800, Harold Paulson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I have a number of messages in my deferred queue that are destined for an offsite alias, which is currently unreachable. I have changed the alias to point to a local mailbox so the mail can be retrieved by the owner. New messages sent to this alias are delivered as expected to this new mailbox. However, if I 'postsuper -r queueid' one of the deferred messages, it is re-queued to go to the old offsite destination. I was expecting it to re-resolve the alias, and send the message to the new mailbox. postsuper(1) says that when I re-queue a message with the -r option: The message is subjected again to mail address rewriting and substitution. This is useful when rewriting rules or virtual mappings have changed. Obviously I am doing something wrong here. How can I re-queue these deferred messages so they are sent to the new destination instead of the old one? It is again subjected to rewriting, but the input to the rewrite is the output of the previous rewrites. Thank you for the informative reply. I understand the problem now. Is there a reasonable way to get the destination of these stuck messages changed? - H add a virtual alias maps entry like stuckaddress newaddress and then requeue the messages -- Noel Jones
