their unqualified good graces.
Best, Steve
On Tue, May 3, 2016 at 11:29 AM, Viktor Dukhovni wrote:
> On Tue, May 03, 2016 at 03:25:26PM +, Viktor Dukhovni wrote:
> > On Tue, May 03, 2016 at 10:57:31AM -0400, Steven Peterson wrote:
> >
> > > $>cat /etc/postfix-br/m
Dear Postfix Experts
Thanks to everyone's aid in improving my customer transport settings to the
comcast.net domain. Our backlog is going down steadily.
But I'm afraid that despite my efforts to gently spoon feed messages to
sensitive domains such as comcast.net, the logs indicate I am still
poun
another setting that is
preventing it from repeating every 300 seconds as the minimal_backoff_time
setting indicates?
Best, Steve
On Mon, May 2, 2016 at 5:52 PM, Viktor Dukhovni
wrote:
>
> > On May 2, 2016, at 5:38 PM, Steven Peterson
> wrote:
> >
> >
Dear Postfix Experts:
I am having difficulties delivering newsletters to comcast.net email
addresses and ask for some advice. I have set aside a special transport
for the IP (using sender_transport) as it is new without an established
reputation. When a queue run is begun, comcast.net will allow
ies to the
deferring server). Would this be a configuration parameters for the queue
manager? Would it be settable via postconf?
Best, Steve
On Tue, Apr 19, 2016 at 7:42 PM, Wietse Venema wrote:
> Steven Peterson:
> > Dear Postfix Maintainers:
> >
> > Thanks for a gre
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
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