On 19 Feb 2014, at 8:57, Svoop wrote:
Hmmm, the problem has vanished, I can't reproduce it anymore. However,
I
keep your instructions. If the problem occurs again, I'll have the
tools in
place.
This is almost certainly due to the way bluewin.ch has set up their DNS.
Note:
bluewin.ch. 432
Hmmm, the problem has vanished, I can't reproduce it anymore. However, I
keep your instructions. If the problem occurs again, I'll have the tools in
place.
On Fri, Feb 14, 2014 at 09:39:00AM +0100, Sven Schwyn wrote:
> > As "root" or as "postfix"?
>
> I can resolve the domain as both.
>
> > Is this domain using a dedicated master.cf transport? Is that
> > transport's smtp(8) delivery agent chrooted?
>
> The master.cf is untouched as it comes with
Victor wrote:
> As "root" or as "postfix"?
I can resolve the domain as both.
> Is this domain using a dedicated master.cf transport? Is that
> transport's smtp(8) delivery agent chrooted?
The master.cf is untouched as it comes with the Gentoo package. Nothing is
chrooted. (It's a send-only mac
On Fri, Feb 14, 2014 at 02:35:30AM +0100, Sven Schwyn wrote:
> Our box sends lots of notifications to users every day and today
> I've noticed that all recipients from one specific domain (bluewin.ch)
> get stuck in the queue. Here's an example:
>
> E924E40406A4 2075 Thu Feb 13 19:25:50 no-r
Hi
Our box sends lots of notifications to users every day and today I've noticed
that all recipients from one specific domain (bluewin.ch) get stuck in the
queue. Here's an example:
E924E40406A4 2075 Thu Feb 13 19:25:50 no-re...@x.com
(delivery temporarily suspended: Host or domain
