On 6/18/2010 11:01 AM, Lee Underwood wrote: > Apologies if this problem has been dealt with before but I am unable > to find an answer anywhere in the archives. > > I received an e-mail from a subscriber with the following message > that he had received from our mailing list (sent by the list > automatically). The message said, in part: > > ====== This is a probe message. You can ignore this message. > > The Tmflist mailing list has received a number of bounces from you, > indicating that there may be a problem delivering messages to > knuts...@new.rr.com. A bounce sample is attached below. Please > examine this message to make sure there are no problems with your > email address. You may want to check with your mail administrator > for more help. > > ......... ======
This is a bounce probe. Beginning with Mailman 2.1.5, the site has the option (default in 2.1.5, but not in 2.1.6+) of sending bounce probes to members who have bounced. This is controlled by the mm_cfg.py option VERP_PROBES. If VERP_PROBES = Yes, when a member's bounce score reaches the threshold instead of disabling delivery and starting the "bounce_you_are_disabled_warnings" cycle, we reset the bounce score and send a probe message like the above to the member with envelope from listname-bounces+<token>@..., and only if and when the probe with a token for that member bounces do we disable delivery and start the "bounce_you_are_disabled_warnings" cycle. > I have never seen this before and, since our mailing list was set-up > by the Web host, I'm not familiar with the set-up. I did see > something about a probe in the archives but it was talking about > something else. I'm concerned because the letter to the subscriber > also contained his password, along with 121 other subscriber's e-mail > addresses (the mailing list is over 8,000 subscribers). The standard probe message does not contain the member's password. It does contain the URL of the member's options page, but no password. If the member's password was included, that would be because the host service has modified their Mailman to include it. The other subscriber addresses were presumably in the DSN that caused the bounce that was attached to the probe. > Any help would be appreciated. What is it that I am supposed to do to > stop these e-mails being sent with the other addresses. (The list is > a bit "sensitive" as far as who the subscribers are.) Thanks! Tell the hosting service to set VERP_PROBES = No in mm_cfg.py. Also, review your list's bounce processing settings since if the probe was successfully delivered, this was apparently a transient bounce situation (I can't say for sure without seeing the triggering DSN) and perhaps bounce_score_threshold is too low or bounce_info_stale_after is too long or both for this list. Also, you might suggest to the host that if DSNs are being returned to Mailman with 121 addresses, there might be some systemic email issue. Again, without seeing the DSN, I don't know whether or not this is the case. -- Mark Sapiro <m...@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan ------------------------------------------------------ Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org