[Mailman-Developers] bounce problem w/ 2.1.11rc1 and GMail
Mark Sapiro
mark at msapiro.net
Sun Jun 15 06:53:26 CEST 2008
Fil wrote:
>
>in fact I was living with 2.1.6b (ouch!) up till today, and I had
>disabled the bounce processors; I just upgraded tonight and am
>checking logs and stuff...
>
>
>> If it is a real bounce, send it to me, and I'll update the recognizers.
>
>Seem real. I'm sending them to you.
Thanks. I have updated bzr at rev 1098 on the 2.1 branch. This patch to
SimpleWarning.py will recognize these delay warnings.
=== modified file 'Mailman/Bouncers/SimpleWarning.py'
--- Mailman/Bouncers/SimpleWarning.py 2007-11-12 05:40:15 +0000
+++ Mailman/Bouncers/SimpleWarning.py 2008-06-15 04:04:44 +0000
@@ -1,4 +1,4 @@
-# Copyright (C) 2001-2007 by the Free Software Foundation, Inc.
+# Copyright (C) 2001-2008 by the Free Software Foundation, Inc.
#
# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
@@ -49,6 +49,10 @@
(_c('Delivery attempts will continue to be made'),
_c('.+'),
_c('(?P<addr>.+)')),
+ # Googlemail
+ (_c('THIS IS A WARNING MESSAGE ONLY'),
+ _c('Message will be retried'),
+ _c(r'\s*(?P<addr>\S+@\S+)\s*')),
# Next one goes here...
]
>Also, reading the code, I understand that the
>.getDeliveryStatusChangeTime method is not used anywhere (except in
>bin/export.py and Mailman/Commands/cmd_set.py); wouldn't it be
>sensible to remove it altogether?
The time is set by the setDeliveryStatus method. Since the time is
there, it seems reasonable to have a method to get it, even if it
isn't widely used.
--
Mark Sapiro <mark at msapiro.net> The highway is for gamblers,
San Francisco Bay Area, California better use your sense - B. Dylan
More information about the Mailman-Developers
mailing list