[Mailman-Users] bounces not getting through for processing

[Anne Wainwright]

Hello, Mark,

Thank you for detailed reply.

I queried this with my isp provider who queried it with IS (Internet
Solutions, smtp server & backbone provider) who said that ',' should
work. That has me worried, did they misunderstand my query? I'll have to
adjust the regex given in the FAQ. Should I try this or is this so
unusual as to be unlikely?

I do have all 10 addresses now, just to be sure.

I'll do a complete FAQ on this saga when I'm done!

Anne


On Sun, 30 Oct 2011 14:49:54 -0700
Mark Sapiro <mark at msapiro.net> wrote:

> Anne Wainwright wrote:
> >
> >Sorry if this is a bit vague.
> 
> 
> And my guesses at what's going on may be a bit vague too.
> 
> 
> >I give an excerpt from a log file today. One of many with slightly
> >different wordings depending on which server was responding. Some
> >reporting me as 'exceeding the limit for bounced messages'.
> 
> 
> I don't know about 'exceeding the limit for bounced messages', but see
> below.
> 
> 
> >Oct 30 16:02:39 jason postfix/smtp[11547]: B6883E81A7:
> >to=<fables-list-bounces+dmorris=inext.co.za at fables.co.za>,
> >relay=smtp.isdsl.net[196.26.208.193]:25, conn_use=5, delay=45,
> >delays=0.02/0/0.24/45, dsn=5.0.0, status=bounced (host
> >smtp.isdsl.net[196.26.208.193] said: 550 Sorry, I don't accept bounce
> >messages with a invalid recipient. (in reply to RCPT TO command))
> 
> 
> The recipient here is
> fables-list-bounces+dmorris=inext.co.za at fables.co.za which
> smtp.isdsl.net thinks is an invalid address. Apparently smtp.isdsl.net
> is one of the names of one of the IPs of default-mx.imaginet.co.za
> which is the MX for the fables.co.za domain.
> 
> 
> >(some of the bounce addresses _were_ valid, I checked one, got an
> >answer back from the addressee, but that could be a different issue)
> 
> 
> The address that smtp.isdsl.net thinks is invalid is
> fables-list-bounces+dmorris=inext.co.za at fables.co.za, not
> dmorris at inext.co.za.
> 
> The most likely reason for this is that Postfix's main.cf on
> smtp.isdsl.net (if the MTA on smtp.isdsl.net is Postfix) is lacking
> 
> recipient_delimiter = +
> 
> This is required for VERP to work with the default delimiter (+). It
> tell Postfix that the recipient
> fables-list-bounces+dmorris=inext.co.za is actually
> fables-list-bounces. Without this, Postfix attempts to deliver to the
> full VERPed recipient fables-list-bounces+dmorris=inext.co.za which is
> invalid.
> 
> 
> >Verp is on as you can see. But on a run last week without verp we were
> >left in the same situation as described here.
> 
> 
> Then there's more to it than what I'm saying. Does smtp.isdsl.net (and
> the other relays) know how to deliver or relay to all 10 of the
> fables-list addresses including fables-list-bounces,
> fables-list-confirm, fables-list-request, fables-list-owner,
> fables-list-join, fables-list-leave, fables-list-subscribe and
> fables-list-unsubscribe?
> 
> 
> >There were a lot similar to this. I note that get_bounce_info shows no
> >bounce information when I ran it after the run.
> 
> 
> Because none of the bounce DSNs ever got delivered to Mailman.
> 
> 
> [...]
> >Further, since I am running this through a relay, the relevant email
> >account fables-list-bounces@ shows no activity whatsoever today. No
> >bounce mail passed through there.
> 
> 
> I'm not sure what you're saying, but I would expect something in the
> MTA log of smtp.isdsl.net at Oct 30 16:02:39 because there was at
> least a connect, a MAIL FROM and a RCPT TO from jason.
> 
> OTOH, if all you are saying is that no mail was relayed to
> fables-list-bounces@, that's because it was all rejected at the relay.
> 
> 
> >Not a doubt that I should have had a lot of bounces on this list which
> >has been dormant for months, and the log file did show plenty.
> >
> >Any idea where I might find the holdup? I suspect either the postfix
> >configuration or something to do with the smtp relay isp. I don't think
> >the bounces get back to the isp email account, are then not downloaded,
> >are then not processed. ???
> 
> 
> Right. They get rejected as undeliverable by smtp.isdsl.net, either
> because it doesn't know how to relay for LISTNAME-bounces at fables.co.za
> or it doesn't recognize that LISTNAME-bounces+XXX at fables.co.za should
> be relayed the same as LISTNAME-bounces at fables.co.za.
> 
> If it's the latter, and you don't control the MTA there and can't teach
> it that '+' is a valid separator between a local part and a suffix, it
> might recognize '-' in this role in which case see the FAQ at
> <http://wiki.list.org/x/D4CE>.
>