Patches item #871062, was opened at 2004-01-05 12:09
Message generated for change (Comment added) made by fubarobfusco
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=871062&group_i…
Category: list administration
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: K. A. Krueger (fubarobfusco)
Assigned to: Nobody/Anonymous (nobody)
Summary: A MemberAdaptor for LDAP-based membership
Initial Comment:
This is a module, LDAPMemberships, which extends MemberAdaptor to support membership lists based on a search in an enterprise LDAP directory. With this module, you can make mailing lists which, rather than having a list of member addresses stored in the list, query your LDAP server for member addresses whenever necessary.
For instance, if you wish to have a mailing list of all the Vice Presidents in your company, you can express this as an LDAP search: "(title=Vice President*)" and create a mailing list which performs this search and delivers mail to the resulting user accounts when a message is sent to it. This way, rather than manually adding new Vice Presidents to the mailing list, you can simply have Human Resources update the LDAP records, and the change will immediately take effect for the mailing list.
Mailman lists with LDAP-based membership can still have moderators, list policies, and the other usual features of Mailman lists. There are a few missing features; notably:
1. There is no bounce processing.
2. There are no per-user preferences.
3. The Web interface still allows you to try setting user preferences, but if you do you will get a stack thrown at you. (Only the "readable" interface of MemberAdaptor is implemented.)
4. The LDAP settings of a list (e.g. LDAP server and search string) are only administrable by editing its "extend.py" file, not over the Web.
5. There is no digest mode.
To use this module, you must have the "ldap" Python module installed (aka "python-ldap"). Then just put LDAPMemberships.py in the "Mailman" directory (~mailman/Mailman), create a new list, and write an "extend.py" file in the list directory like so:
#####
from Mailman.LDAPMemberships import LDAPMemberships
def extend(list):
ldap = LDAPMemberships(list)
ldap.ldapsearch = "(title=Vice President*)" # members search string
ldap.ldapserver = "ldap.example.net" # your enterprise LDAP server
ldap.ldapbasedn = "dc=Example dc=net" # your LDAP base DN
ldap.ldapbinddn = '' # a bind DN which can read people's 'mail' field
ldap.ldappasswd = '' # the password for the bind DN
list._memberadaptor = ldap
#####
This module has been tested at my site and is in production on a Mailman 2.1.2 installation.
----------------------------------------------------------------------
>Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-03-30 22:59
Message:
Logged In: YES
user_id=944208
Well, Mailman does a lot more than just keep track of who's subscribed --
for instance, restricted posters, list moderation, archiving.
LDAPMemberships is not meant to be useful for Internet mailing lists with
people signing up for them, but rather for institutional or enterprise lists.
These have a lot of the same requirements (moderation etc.) as Internet
lists, but don't need subscription/unsubscription -- since employees are
usually required to be on them.
My workplace is using this (well, actually a later version than the one I've
uploaded here) as a replacement for an LDAP mailing-list feature in
Netscape SuiteSpot now that we have migrated away from that system.
We -also- use LDAP-based aliases (in Postfix, not Sendmail, actually) --
but for some things we need the moderation and other facilities that
Mailman has.
For instance, we have an announcements list that goes to all regular
employees. A simple alias would allow anyone to send stuff to it, and
certain senior scientists would love to send big PDFs to everyone. A
Mailman list with LDAPMemberships can have sender restrictions so that
only our IT Director and our mail systems admin can approve posts to it.
Archiving is also quite useful for announcements lists.
----------------------------------------------------------------------
Comment By: Chris Drumgoole (cdrum)
Date: 2004-03-30 22:38
Message:
Logged In: YES
user_id=429400
why use this when you can just use Sendmail's LDAP -> Alias
functions? No need for a mailing list program like mailman..
right?
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-26 15:35
Message:
Logged In: YES
user_id=944208
Yet another new version (0.3) of LDAPMemberships.py. This
one fixes some ambiguities with LDAP record handling,
particularly for users with multiple "cn" values, and those
who send mail as their "mailalternateaddress" field address
rather than their "mail" field.
If anyone is actually using this, please email me and let me
know :)
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-20 11:53
Message:
Logged In: YES
user_id=944208
I've uploaded a new version (0.2) of LDAPMemberships.py. This one is some ungodly number of times faster, as it does not do redundant LDAP queries in a single load.
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-05 12:18
Message:
Logged In: YES
user_id=944208
Er. SF ate the indentation on my "extend.py" example in the patch description. All of the lines after "def extend(list):" are meant to be indented once.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=871062&group_i…
Patches item #871062, was opened at 2004-01-05 12:09
Message generated for change (Comment added) made by cdrum
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=871062&group_i…
Category: list administration
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: K. A. Krueger (fubarobfusco)
Assigned to: Nobody/Anonymous (nobody)
Summary: A MemberAdaptor for LDAP-based membership
Initial Comment:
This is a module, LDAPMemberships, which extends MemberAdaptor to support membership lists based on a search in an enterprise LDAP directory. With this module, you can make mailing lists which, rather than having a list of member addresses stored in the list, query your LDAP server for member addresses whenever necessary.
For instance, if you wish to have a mailing list of all the Vice Presidents in your company, you can express this as an LDAP search: "(title=Vice President*)" and create a mailing list which performs this search and delivers mail to the resulting user accounts when a message is sent to it. This way, rather than manually adding new Vice Presidents to the mailing list, you can simply have Human Resources update the LDAP records, and the change will immediately take effect for the mailing list.
Mailman lists with LDAP-based membership can still have moderators, list policies, and the other usual features of Mailman lists. There are a few missing features; notably:
1. There is no bounce processing.
2. There are no per-user preferences.
3. The Web interface still allows you to try setting user preferences, but if you do you will get a stack thrown at you. (Only the "readable" interface of MemberAdaptor is implemented.)
4. The LDAP settings of a list (e.g. LDAP server and search string) are only administrable by editing its "extend.py" file, not over the Web.
5. There is no digest mode.
To use this module, you must have the "ldap" Python module installed (aka "python-ldap"). Then just put LDAPMemberships.py in the "Mailman" directory (~mailman/Mailman), create a new list, and write an "extend.py" file in the list directory like so:
#####
from Mailman.LDAPMemberships import LDAPMemberships
def extend(list):
ldap = LDAPMemberships(list)
ldap.ldapsearch = "(title=Vice President*)" # members search string
ldap.ldapserver = "ldap.example.net" # your enterprise LDAP server
ldap.ldapbasedn = "dc=Example dc=net" # your LDAP base DN
ldap.ldapbinddn = '' # a bind DN which can read people's 'mail' field
ldap.ldappasswd = '' # the password for the bind DN
list._memberadaptor = ldap
#####
This module has been tested at my site and is in production on a Mailman 2.1.2 installation.
----------------------------------------------------------------------
Comment By: Chris Drumgoole (cdrum)
Date: 2004-03-30 22:38
Message:
Logged In: YES
user_id=429400
why use this when you can just use Sendmail's LDAP -> Alias
functions? No need for a mailing list program like mailman..
right?
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-26 15:35
Message:
Logged In: YES
user_id=944208
Yet another new version (0.3) of LDAPMemberships.py. This
one fixes some ambiguities with LDAP record handling,
particularly for users with multiple "cn" values, and those
who send mail as their "mailalternateaddress" field address
rather than their "mail" field.
If anyone is actually using this, please email me and let me
know :)
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-20 11:53
Message:
Logged In: YES
user_id=944208
I've uploaded a new version (0.2) of LDAPMemberships.py. This one is some ungodly number of times faster, as it does not do redundant LDAP queries in a single load.
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-05 12:18
Message:
Logged In: YES
user_id=944208
Er. SF ate the indentation on my "extend.py" example in the patch description. All of the lines after "def extend(list):" are meant to be indented once.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=871062&group_i…
Bugs item #926034, was opened at 2004-03-30 16:06
Message generated for change (Comment added) made by heikkilevanto
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=926034&group_i…
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Heikki Levanto (heikkilevanto)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crashes on encoding errors
Initial Comment:
I have seen crashes on some Danish-speaking lists, where
users put Danish characters in the headers. It seems to
depend on the encoding used. I do not have much statistical
material, as I can not produce the crash myself, but have to
ask some of the "troublemakers" to post a test message every
time I need to see the crash.
Here is a traceback:
Mar 30 15:17:03 2004 (339) Uncaught runner exception:
unknown encoding
Mar 30 15:17:03 2004 (339) Traceback (most recent call
last):
File "/home/mailman/Mailman/Queue/Runner.py", line 105,
in _oneloop
self._onefile(msg, msgdata)
File "/home/mailman/Mailman/Queue/Runner.py", line 155,
in _onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File "/home/mailman/Mailman/Queue/IncomingRunner.py",
line 130, in _dispose
more = self._dopipeline(mlist, msg, msgdata, pipeline)
File "/home/mailman/Mailman/Queue/IncomingRunner.py",
line 153, in _dopipeline
sys.modules[modname].process(mlist, msg, msgdata)
File "/home/mailman/Mailman/Handlers/CookHeaders.py",
line 75, in process
prefix_subject(mlist, msg, msgdata)
File "/home/mailman/Mailman/Handlers/CookHeaders.py",
line 262, in prefix_subject
h.append(s, c)
File "/home/mailman/pythonlib/email/Header.py", line 285,
in append
s = s.encode(outcodec, errors)
LookupError: unknown encoding
The sad thing is that these mails just disappear, and my
users wonder why they can not post to the list. Even a bounce
would be to prefer, or at least something in the log that tells
whom I could send apologies to...
Here are the headers of one offending message, as sent
directly to my mailbox:
>From cfb(a)pikobryg.dk Tue Mar 30 15:47:23 2004
Return-path: <cfb(a)pikobryg.dk>
Envelope-to: heikki(a)indexdata.dk
Delivery-date: Tue, 30 Mar 2004 15:47:23 +0200
Received: from smtp020.tiscali.dk ([212.54.64.104])
by bagel.index with esmtp (Exim 3.35 #1 (Debian))
id 1B8JaM-0003l8-00
for <heikki(a)indexdata.dk>; Tue, 30 Mar 2004 15:47:22
+0200
Received: from pikobryg.dk
(213.237.80.191.adsl.vbr.worldonline.dk [213.237.80.191])
by smtp020.tiscali.dk (8.12.10/8.12.10) with ESMTP id
i2UDlKsm001688
for <heikki(a)indexdata.dk>; Tue, 30 Mar 2004 15:47:20
+0200 (MEST)
Message-ID: <40697A66.5030604(a)pikobryg.dk>
Date: Tue, 30 Mar 2004 15:47:18 +0200
From: "Christian F. Behrens" <cfb(a)pikobryg.dk>
Reply-To: cfb(a)pikobryg.dk
Organization: Pikobryg
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.6) Gecko/20040113
X-Accept-Language: da, en-us, en
MIME-Version: 1.0
To: heikki(a)indexdata.dk
Subject: Korrektion af
=?windows-1252?Q?sukkerm=E6ngde_til_den_sids?=
=?windows-1252?Q?te_nadver?=
Content-Type: text/plain; charset=windows-1252;
format=flowed
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by
smtp020.tiscali.dk id i2UDlKsm001688
Note that the subject line carries encoding "windows-1252",
which comes from Mime-Autoconversion at tiscali.dk.
The sender claims (and I believe him) that in his end the
subject line looks something like this:
Subjekt: Test mail encoded
=?ISO-8859-1?Q?=5B=E6=F8=E5_=C6=C5=D8=5D?=
I am not asking mailman to support mysterious windows code
pages, but if it could handle unknown encodings better (ie
without crashing) I would be much happier.
I am also sending a polite letter to tiscali.dk, asking them to
get their act together.
----------------------------------------------------------------------
>Comment By: Heikki Levanto (heikkilevanto)
Date: 2004-03-30 16:51
Message:
Logged In: YES
user_id=854974
Sorry, forgot to specify that I run on a Debian/Stable, with
hand-installed mailman 2.1.2 from June 2003.
It may also be that the original mail in my example was written in
MS-Word, and pasted from there to Mozilla. Maybe that has
something to do with the encoding, perhaps more than tiscali.dk's
autoconversion.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=926034&group_i…
Bugs item #926034, was opened at 2004-03-30 16:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=926034&group_i…
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Heikki Levanto (heikkilevanto)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crashes on encoding errors
Initial Comment:
I have seen crashes on some Danish-speaking lists, where
users put Danish characters in the headers. It seems to
depend on the encoding used. I do not have much statistical
material, as I can not produce the crash myself, but have to
ask some of the "troublemakers" to post a test message every
time I need to see the crash.
Here is a traceback:
Mar 30 15:17:03 2004 (339) Uncaught runner exception:
unknown encoding
Mar 30 15:17:03 2004 (339) Traceback (most recent call
last):
File "/home/mailman/Mailman/Queue/Runner.py", line 105,
in _oneloop
self._onefile(msg, msgdata)
File "/home/mailman/Mailman/Queue/Runner.py", line 155,
in _onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File "/home/mailman/Mailman/Queue/IncomingRunner.py",
line 130, in _dispose
more = self._dopipeline(mlist, msg, msgdata, pipeline)
File "/home/mailman/Mailman/Queue/IncomingRunner.py",
line 153, in _dopipeline
sys.modules[modname].process(mlist, msg, msgdata)
File "/home/mailman/Mailman/Handlers/CookHeaders.py",
line 75, in process
prefix_subject(mlist, msg, msgdata)
File "/home/mailman/Mailman/Handlers/CookHeaders.py",
line 262, in prefix_subject
h.append(s, c)
File "/home/mailman/pythonlib/email/Header.py", line 285,
in append
s = s.encode(outcodec, errors)
LookupError: unknown encoding
The sad thing is that these mails just disappear, and my
users wonder why they can not post to the list. Even a bounce
would be to prefer, or at least something in the log that tells
whom I could send apologies to...
Here are the headers of one offending message, as sent
directly to my mailbox:
>From cfb(a)pikobryg.dk Tue Mar 30 15:47:23 2004
Return-path: <cfb(a)pikobryg.dk>
Envelope-to: heikki(a)indexdata.dk
Delivery-date: Tue, 30 Mar 2004 15:47:23 +0200
Received: from smtp020.tiscali.dk ([212.54.64.104])
by bagel.index with esmtp (Exim 3.35 #1 (Debian))
id 1B8JaM-0003l8-00
for <heikki(a)indexdata.dk>; Tue, 30 Mar 2004 15:47:22
+0200
Received: from pikobryg.dk
(213.237.80.191.adsl.vbr.worldonline.dk [213.237.80.191])
by smtp020.tiscali.dk (8.12.10/8.12.10) with ESMTP id
i2UDlKsm001688
for <heikki(a)indexdata.dk>; Tue, 30 Mar 2004 15:47:20
+0200 (MEST)
Message-ID: <40697A66.5030604(a)pikobryg.dk>
Date: Tue, 30 Mar 2004 15:47:18 +0200
From: "Christian F. Behrens" <cfb(a)pikobryg.dk>
Reply-To: cfb(a)pikobryg.dk
Organization: Pikobryg
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.6) Gecko/20040113
X-Accept-Language: da, en-us, en
MIME-Version: 1.0
To: heikki(a)indexdata.dk
Subject: Korrektion af
=?windows-1252?Q?sukkerm=E6ngde_til_den_sids?=
=?windows-1252?Q?te_nadver?=
Content-Type: text/plain; charset=windows-1252;
format=flowed
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by
smtp020.tiscali.dk id i2UDlKsm001688
Note that the subject line carries encoding "windows-1252",
which comes from Mime-Autoconversion at tiscali.dk.
The sender claims (and I believe him) that in his end the
subject line looks something like this:
Subjekt: Test mail encoded
=?ISO-8859-1?Q?=5B=E6=F8=E5_=C6=C5=D8=5D?=
I am not asking mailman to support mysterious windows code
pages, but if it could handle unknown encodings better (ie
without crashing) I would be much happier.
I am also sending a polite letter to tiscali.dk, asking them to
get their act together.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=926034&group_i…
Bugs item #781977, was opened at 2003-08-02 14:46
Message generated for change (Comment added) made by winnegan
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=781977&group_i…
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: John A. Martin (jamux)
Assigned to: Nobody/Anonymous (nobody)
Summary: Attempt to invoke directory as as script
Initial Comment:
Package: mailman
Version: 2.1.2-7
Log entries like the following appear with some
regularity.
,----[ Excerpt from: /var/log/apache-ssl ]
[Fri Aug 1 15:54:12 2003] [error] [client
128.242.232.130] attempt to
invoke directory as script: /usr/lib/cgi-bin/mailman
`----
-- System Information
Debian Release: 3.0
Kernel Version: Linux lists 2.4.20-bf2.4 #1 Wed Dec 25
13:17:08 UTC 2002 i686 GNU/Linux
Versions of the packages mailman depends on:
ii cron 3.0pl1-72 management of regular
background processing
ii debconf 1.0.32 Debian configuration
management system
ii libc6 2.3.1-17 GNU C Library: Shared
libraries and Timezone
ii logrotate 3.5.9-8 Log rotation utility
ii pwgen 2.03-1 Automatic Password
generation
ii python 2.2.3-3 An interactive
high-level object-oriented la
ii ucf 0.18 Update Configuration
File: preserves user ch
exim Not installed or no info
ii postfix 2.0.13-2003070 A high-performance
mail transport agent
^^^ (Provides virtual package
mail-transport-agent)
apache Not installed or no info
ii apache-ssl 1.3.27.0-2 Versatile,
high-performance HTTP server with
^^^ (Provides virtual package httpd)
----------------------------------------------------------------------
Comment By: Bernd S. Brentrup (winnegan)
Date: 2004-03-30 10:33
Message:
Logged In: YES
user_id=168018
Has this been submitted to the Debian BTS? I can't find any
reference.
(I'm a co-maintainer of Debian's mailman package)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=781977&group_i…
Bugs item #925337, was opened at 2004-03-29 16:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=925337&group_i…
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Arendsen Hein (thomas_ah)
Assigned to: Nobody/Anonymous (nobody)
Summary: quoted-printable encoding in web archive
Initial Comment:
Mailman 2.1.2 received a mail with charset windows-1252
and
Content-Transfer-Encoding: quoted-printable
The email is attached in mbox format. In the web archive at
http://intevation.de/pipermail/mapserver-de/2004-March/000176.html
some characters are still in their =XY encoding.
Other mails with windows-1252 or quoted-printable work
fine, but I don't have another example of both in a
single mail.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=925337&group_i…
Bugs item #925319, was opened at 2004-03-29 09:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=925319&group_i…
Category: bounce detection
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Cashwell (cashwell)
Assigned to: Nobody/Anonymous (nobody)
Summary: SMTP error code 550 not seen as bounce
Initial Comment:
>From the collection of uncaught bounces I'm dealing with it seems
that Mailman does not treat an unknown user account as a fatal
error (despite the 5xx code). This must be a bug. It's a real
headache as these clearly fatal errors constitute more than 80% of
the unchaught bounces I must wade through. Here are several
examples (and I have many more if you need them!):
From: E500_SMTP_Mail_Service(a)lists.sld.tld
Date: March 25, 2004 11:06:51 PM EST
To: <thelist-bounces(a)lists.sld.tld>
Subject: Returned Mail - Error During Delivery
------ Failed Recipients ------
<baduser(a)pop400.gsfc.nasa.gov>: Requested action not taken:
mailbox unavailable. [SMTP Error Code 550]
-------- Returned Mail --------
.....
From: "InterScan MSS Notification" <interscan(a)gao.gov>
Date: March 25, 2004 11:08:25 PM EST
To: <thelist-bounces(a)lists.sld.tld>
Subject: Mail could not be delivered
This message was AUTO GENERATED. Please DO NOT RESPOND to
this EMAIL.
Sent <<< RCPT TO:<baduser.sro(a)gao.gov>
Received >>> 550 5.1.1 <baduser.sro(a)gao.gov>... user unknown
Unable to deliver message to <baduser.sro(a)gao.gov> (and other
recipients in the same domain).
.....
From: "InterScan MSS Notification" <interscan(a)gao.gov>
Date: March 25, 2004 11:08:25 PM EST
To: <thelist-bounces(a)lists.sld.tld>
Subject: Mail could not be delivered
This message was AUTO GENERATED. Please DO NOT RESPOND to
this EMAIL.
Sent <<< RCPT TO:<baduser.nsiad(a)gao.gov>
Received >>> 550 5.1.1 <baduser.nsiad(a)gao.gov>... user
unknown
Unable to deliver message to <baduser.nsiad(a)gao.gov> (and
other recipients in the same domain).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=925319&group_i…
Patches item #923428, was opened at 2004-03-25 15:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=923428&group_i…
Category: mail delivery
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Gordon Rowell (gordonr)
Assigned to: Nobody/Anonymous (nobody)
Summary: VERP subscription confirmations
Initial Comment:
From: Gordon Rowell <gordonr(a)gormand.com.au>
To: mailman-developers(a)python.org
[...]
On Thu, Feb 05, 2004 at 09:44:05PM -0500, Gordon
Rowell <gordonr(a)gormand.com.au>
wrote:
> If I enable VERP_CONFIRMATIONS and "Invite"
> someone from the admin page, I get a VERP
> invite and a "nice" Subject line:
> [...]
> It appears that the VERP confirmations are only
> partially implemented, but maybe I've missed
> something.
> [...]
The attached patch seems to DTRT for me.
Gordon
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=923428&group_i…
Feature Requests item #923122, was opened at 2004-03-25 14:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=350103&aid=923122&group_i…
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: karl berry (kberry)
Assigned to: Nobody/Anonymous (nobody)
Summary: reply_goes_to_list allow poster+list option
Initial Comment:
Right now, the reply_goes_to_list option allows (a)
poster, (b), list, and (c) explicit. How about (d)
poster AND list? That is, insert/override a reply-to:
header containing both the list name, and the original
reply-to (if present, else From: address). For extra
credit, omit the original poster if they are a list member.
This would be very useful for a number of lists I
maintain, where 90% of the traffic is among the list
members (hence having a simple reply go to the list),
yet a few messages come in from the outside world
(hence including the original poster's address).
I'm using mailman 2.1.4 on GNU/Linux.
Thanks,
karl(a)freefriends.org
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=350103&aid=923122&group_i…
Bugs item #911648, was opened at 2004-03-07 18:19
Message generated for change (Comment added) made by cdrum
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=911648&group_i…
Category: (un)subscribing
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: cYbErDaRk (cyberdark)
Assigned to: Nobody/Anonymous (nobody)
Summary: AttributeError: 'module' object has no attribute 'UserDesc'
Initial Comment:
When adding members via InviteNewMember, and he/she
receives the emails asking for confirmation, this is the
message shown when clicking:
Bug in Mailman version 2.1.3
We're sorry, we hit a bug!
If you would like to help us identify the problem, please
email a copy of this page to the webmaster for this site
with a description of what happened. Thanks!
Traceback:
Traceback (most recent call last):
File "/usr/local/cpanel/3rdparty/mailman/scripts/driver",
line 87, in run_main
main()
File "/usr/local/cpanel/3rdparty/mailman/Mailman/Cgi/conf
irm.py", line 98, in main
content = Pending.confirm(cookie,expunge=0)
File "/usr/local/cpanel/3rdparty/mailman/Mailman/Pending.
py", line 125, in confirm
db = _load()
File "/usr/local/cpanel/3rdparty/mailman/Mailman/Pending.
py", line 177, in _load
return cPickle.load(fp)
AttributeError: 'module' object has no
attribute 'UserDesc'
------------------------------------------------------
--------------------------
Python information:
Variable Value
sys.version 2.2.2 (#1, Feb 24 2003, 19:13:11) [GCC
3.2.2 20030222 (Red Hat Linux 3.2.2-4)]
sys.executable /usr/bin/python2
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
------------------------------------------------------
--------------------------
Environment variables:
Variable Value
HTTP_COOKIE cyberdark.net-
publicidad_cyberdark.net+admin=28020000006935414b40
73280000003036383862303235613332633465656639303
3663931313636373239303764653936643035366334;
SERVER_SOFTWARE Apache
PYTHONPATH /usr/local/cpanel/3rdparty/mailman
SCRIPT_FILENAME /usr/local/cpanel/3rdparty/mailman/c
gi-bin/confirm
SERVER_ADMIN webmaster(a)cyberdark.net
SCRIPT_NAME /mailman/confirm
REQUEST_METHOD GET
HTTP_HOST cyberdark.net
PATH_INFO /cyberdark.net-
publicidad_cyberdark.net/9e9879dd657f06ad0871de5631
6c40405d054fcf
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
REQUEST_URI /mailman/confirm/cyberdark.net-
publicidad_cyberdark.net/9e9879dd657f06ad0871de5631
6c40405d054fcf
HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg,
image/pjpeg, application/msword, application/vnd.ms-
powerpoint, application/vnd.ms-excel, application/x-
shockwave-flash, */*
HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0;
Windows NT 5.1)
SERVER_NAME www.cyberdark.net
REMOTE_ADDR --
HTTP_CLIENT_IP --
REMOTE_PORT 58674
HTTP_ACCEPT_LANGUAGE es,eu;q=0.5
HTTP_VIA HTTP/1.1 proxy[AC1E0E47] (Traffic-
Server/5.5.1-59096 [uScM])
PATH_TRANSLATED /home/cdkadmin/public_html/cyberd
ark.net-
publicidad_cyberdark.net/9e9879dd657f06ad0871de5631
6c40405d054fcf
SERVER_PORT 80
GATEWAY_INTERFACE CGI/1.1
HTTP_X_FORWARDED_FOR --
HTTP_ACCEPT_ENCODING gzip, deflate
SERVER_ADDR --
DOCUMENT_ROOT /home/cdkadmin/public_html
----------------------------------------------------------------------
Comment By: Chris Drumgoole (cdrum)
Date: 2004-03-25 05:38
Message:
Logged In: YES
user_id=429400
Me, too:
Traceback:
Traceback (most recent call last):
File "/usr/local/mailman/scripts/driver", line 87, in run_main
main()
File "/usr/local/mailman/Mailman/Cgi/subscribe.py", line
96, in main
process_form(mlist, doc, cgidata, language)
File "/usr/local/mailman/Mailman/Cgi/subscribe.py", line
176, in process_form
mlist.AddMember(userdesc, remote)
File "/usr/local/mailman/Mailman/MailList.py", line 818,
in AddMember
cookie = Pending.new(Pending.SUBSCRIPTION, userdesc)
File "/usr/local/mailman/Mailman/Pending.py", line 80, in new
db = _load()
File "/usr/local/mailman/Mailman/Pending.py", line 191, in
_load
return cPickle.load(fp)
AttributeError: 'module' object has no attribute 'UserDesc'
Python information:
Variable Value
sys.version 2.2.3 (#1, Mar 23 2004, 15:57:20) [GCC 2.96
20000731 (Red Hat Linux 7.3 2.96-110)]
sys.executable /usr/local/bin/python
sys.prefix /usr/local
sys.exec_prefix /usr/local
sys.path /usr/local
sys.platform linux2
Environment variables:
Variable Value
PATH_INFO /scac
HTTP_ACCEPT
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1
CONTENT_TYPE application/x-www-form-urlencoded
HTTP_REFERER
http://listes.ambafrance-cn.org/mailman/listinfo/scac
SERVER_SOFTWARE Apache/1.3.27 (Unix) mod_ssl/2.8.14
OpenSSL/0.9.7b PHP/4.3.2
PYTHONPATH /usr/local/mailman
SCRIPT_FILENAME /usr/local/mailman/cgi-bin/subscribe
SERVER_ADMIN chris.drumgoole(a)ituc.com
SCRIPT_NAME /mailman/subscribe
SERVER_SIGNATURE
Apache/1.3.27 Server at listes.ambafrance-cn.org Port 80
REQUEST_METHOD POST
HTTP_HOST listes.ambafrance-cn.org
HTTP_KEEP_ALIVE 300
SERVER_PROTOCOL HTTP/1.0
QUERY_STRING
HTTP_CACHE_CONTROL max-age=0
REQUEST_URI /mailman/subscribe/scac
CONTENT_LENGTH 92
HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.6) Gecko/20040206 Firefox/0.8
HTTP_CONNECTION Keep-Alive
HTTP_COOKIE
mailman+admin=28020000006945236140732800000062356562353762313334663132343936653666376263323438663462386432623636303661366334;
scac+admin=2802000000691a666140732800000063376331326335313964613965323761366661633038643233393962396162623735323033643435;
epiaf+admin=28020000006908666140732800000038656237616332616332643431663930346334383833386365653831623837353363383332376662;
pekin_info+admin=280200000069ef656140732800000033383339303132636131653232393133306364323533626536313637303532366532313466346539;
label_france+admin=280200000069e3646140732800000038363561636439656263666463663732396165353165346461363331353036666639353164333564;
epiaf+user+cdrum--at--cdrum.com=280200000069b5646140732800000032646635333930633263353763393338623434333335663137646361646538316637643932623936;
test2-mod+admin=280200000069903d6140732800000035666162663162633239643662336230636363646661393938373461623538326139633562353766;
test2-mod+moderator=280200000069663d6140732800000064393932633162623539373139613634306532346530633866313863613331343264373536376562;
paris_shanghai+admin=280200000069126b6240732800000061383166376637616534336230356263646437633466656530313736646665326437366636636334
SERVER_NAME listes.ambafrance-cn.org
REMOTE_ADDR 203.212.4.78
REMOTE_PORT 42207
HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5
HTTP_VIA 1.1 ITUCBJS04
PATH_TRANSLATED /var/www/html/scac
SERVER_PORT 80
GATEWAY_INTERFACE CGI/1.1
HTTP_ACCEPT_ENCODING gzip,deflate
SERVER_ADDR 210.192.99.50
DOCUMENT_ROOT /var/www/html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=911648&group_i…