All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Gleerup <christian.gleerup@swn.nu>
To: mlmmj@mlmmj.org
Subject: Re: [mlmmj] make mlmmj silent about delivery problems
Date: Sat, 02 Jul 2011 15:59:27 +0000	[thread overview]
Message-ID: <1309622367.2065.27.camel@cg-desktop> (raw)
In-Reply-To: <1307092172.2639.5.camel@cg-desktop>

thanks for the response, it seems like I am quite slow to.

the problem is, I don't really know much about mailserver and
configuration.

I have looked in /etc/postfix/main.cf

and I guess that these values are interesting, perhaps some of you can
recomends some better values.

bounce_queue_lifetime = 2d
minimal_backoff_time = 1800s

would it be better to increase this minimal backoff_time to.. say 1hour,
and maximum to 4 hours?

also, transport_retry_time is not specified, I am running postfix
version 2.5.5 so this seems like it will be 60s

there are no /etc/postfix/bounce.cf, I am not sure if this is important.

Furthermore, this doesn't happen for a lot of customers, we have arround
10k subscribers for a (almost) daily mail. We do get few complaints
about this (1 every 1 or 2 week) the last one complaining actually
contacted the police :(... now unsubscribed.

/Christian


man, 20 06 2011 kl. 12:20 +1000, skrev Ben Schmidt:
> Sorry for the slow response. This isn't my area of expertise, but I'll
> have a go, since nobody else seems to have.
> 
> I don't think there's any way to turn these off, though it's possible
> that deleting the listtext for probes would cause Mlmmj to stop sending
> them. It would also, though, probably stop Mlmmj's ability to probe
> bouncing users and unsubscribe them (which could lead to Mlmmj/your
> domain being considered a spammer, too).
> 
> It seems to me, too, that these are symptomatic of a deeper problem.
> Bounce probes should only be sent if mail does, in fact, bounce, i.e.
> messages get returned to Mlmmj. If the bounce probes are being sent, it
> means that messages are not reaching recipients. Turning off the probes
> wouldn't solve that problem; it would just hide it. It would be better
> to find out why so many mail messages are bouncing. Does your outgoing
> mail server have sensible error behaviour and retry schedule, or is it
> just bouncing too quickly on retryable errors when it shouldn't?
> 
> Cheers,
> 
> Ben.
> 
> 
> 
> On 3/06/11 7:09 PM, Christian Gleerup wrote:
> > Hi list.
> >
> > I have some customers complaining that  they get a lot of mails 40+ pr
> > day, the reason for this is that there has ben some kind of delivery
> > problem, the message saying something like: "some messaged could not be
> > delivered. If you see this things are back to normal."
> >
> > how can i make mlmmj be silent about these delivery problems?
> >
> > /Christian
> 
> 
> 
> 




  parent reply	other threads:[~2011-07-02 15:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-03  9:09 [mlmmj] make mlmmj silent about delivery problems Christian Gleerup
2011-06-20  2:20 ` Ben Schmidt
2011-07-02 15:59 ` Christian Gleerup [this message]
2011-07-07 23:30 ` Ben Schmidt
2012-05-13 22:33 ` Christian
2012-05-14  0:27 ` Ben Schmidt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1309622367.2065.27.camel@cg-desktop \
    --to=christian.gleerup@swn.nu \
    --cc=mlmmj@mlmmj.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.