On Wed, Apr 20, 2016 at 08:53:42AM -0400, Steven Peterson wrote:
> > When a destination blocks all mail, the queue manager skips
> > the SMTP client and defers email with the error daemon, for
> > some configurable amount of time (no time to look that up).
>
> Thanks, this helps my understanding.
Steven Peterson:
> > When a destination blocks all mail, the queue manager skips
> > the SMTP client and defers email with the error daemon, for
> > some configurable amount of time (no time to look that up).
>
> Thanks, this helps my understanding. But I plead for additional clues. I
> searched
> When a destination blocks all mail, the queue manager skips
> the SMTP client and defers email with the error daemon, for
> some configurable amount of time (no time to look that up).
Thanks, this helps my understanding. But I plead for additional clues. I
searched through all the configuratio
Steven Peterson:
> Dear Postfix Maintainers:
>
> Thanks for a great package.
>
> I am using sender_transport to specify custom bind IP addresses, helo name,
> and logging for our clients sending newsletters. In general this works
> well, but with some ISPs, when deferring our e-mail, the only en
Dear Postfix Maintainers:
Thanks for a great package. (Apologies if my mis-post made it to this list)
I am using sender_transport to specify custom bind IP addresses, helo name,
and logging for our clients sending newsletters. In general this works
well, but with some ISPs, when deferring our e
On Tue, Apr 19, 2016 at 12:49:01PM -0400, Steven Peterson wrote:
> In general this works
> well, but with some ISPs, when deferring our e-mail, the only entry in the
> postfix logs is under the 'error' process. For most ISPs, the smtp process
> has the results of the conversations. Which process
Dear Postfix Maintainers:
Thanks for a great package.
I am using sender_transport to specify custom bind IP addresses, helo name,
and logging for our clients sending newsletters. In general this works
well, but with some ISPs, when deferring our e-mail, the only entry in the
postfix logs is unde
