Bug 462370

Maybe this is related to the absence of the directory pythonlib/email in the current version of the mailman package - the previous version of mailman at openSuSE-11.0 (mailman-2.1.9-159.2) included this directory and worked fine.
Unfortunately simply copying this directory does not solve the problem, nor does installation of the previous version of mailman.

See http://mail.python.org/pipermail/mailman-users/2008-March/060822.html for comments on this error message ("Message instance has no attribute 'get_type'").

I ran into problems with mailman on 11.1 too. I believe the root cause of the problem is that mailman 2.1.11 is not compatible with Python 2.6, see http://www.mail-archive.com/mailman-users@python.org/msg51844.html It appears this was "solved" in 11.1 by removing the pythonlib/email stuff. This in turn leads to the "no attribute 'get_type'" error.
I've tried using a pythonlib/email directory from an older version, this will cause "ImportError: No module named message" errors. So it seems we have two choices at the moment:

1) No pythonlib/email directory: receive "get_type" errors
2) With pythonlib/email directory: receive "ImportError" errors

Since there doesn't seem to be a good solution using the 11.1 rpm, I gave up on that and compiled/installed mailman myself.

I fixed the problem for the moment by installing Python 2.5.4 and grabbing the pythonlib/email stuff from mailman-2.1.9-159.2 (openSUSE-11.0).

BTW: I raised the severity to "Major" because the problem keeps Mailman from distributing mails (not only generating archives).

*** This bug has been marked as a duplicate of bug 448530 ***

not a duplicate, but a regression from fixing bug 448530

For those of you running SUSE 11.1 which are in desperate need of mailman (as I am), you can find an updated RPM in my build project: https://build.opensuse.org/package/show?package=mailman&project=home%3Ayoda_gh%3Amailman

This is a mailman pre-release which for sure comes with ABSOLUTELY NO WARRANTY. :-)

It's today's snapshot of branch "lp:mailman/stable" from https://code.launchpad.net/mailman. This will end up in 2.1.12rc1 in a few days according to http://mail.python.org/pipermail/mailman-announce/2009-January/000127.html

I think the only clean way to fix these issues will be to update mailman to 2.1.12 as soon as it's available...

Confirmative, our plan is to wait for 2.1.12 rc1. 

According to the comments of the main developers the only changes between 2.1.12 rc1 and later rcs will be translation issues. 2.1.12 will be a bug fix release to 2.1.11.

applying just this one diff worked for me:

http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/1140

maybe its a bit less drastic than updatig to a snapshot...

The SWAMPID for this issue is 21488.
Please submit the patch and patchinfo file using this ID.
(https://swamp.suse.de/webswamp/wf/21488)

Submitted.

Submission was accepted.

Update released for: mailman
Products:
openSUSE 11.1 (debug, i586, ppc, x86_64)

I run in trouble with mailman-2.1.11-9.15 from sless11 while using the webinterface to subscribe to a list. Is it possible, that there are still problems with this 2.1.11 build on sles11 in conjunction with python-2.6?

Best regards,
Stephan

admin(15203): [----- Mailman Version: 2.1.11 -----] 
admin(15203): [----- Traceback ------] 
admin(15203): Traceback (most recent call last):
admin(15203):   File "/usr/lib/mailman/scripts/driver", line 101, in run_main
admin(15203):     main()
admin(15203):   File "/usr/lib/mailman/Mailman/Cgi/subscribe.py", line 96, in main
admin(15203):     process_form(mlist, doc, cgidata, language)
admin(15203):   File "/usr/lib/mailman/Mailman/Cgi/subscribe.py", line 176, in process_form
admin(15203):     mlist.AddMember(userdesc, remote)
admin(15203):   File "/usr/lib/mailman/Mailman/MailList.py", line 916, in AddMember
admin(15203):     raise Errors.MMSubscribeNeedsConfirmation
admin(15203): TypeError: exceptions must be classes or instances, not str
admin(15203): [----- Python Information -----] 
admin(15203): sys.version     =   2.6 (r26:66714, Feb 21 2009, 02:16:04) 
[GCC 4.3.2 [gcc-4_3-branch revision 141291]] 
admin(15203): sys.executable  =   /usr/bin/python 
admin(15203): sys.prefix      =   /usr 
admin(15203): sys.exec_prefix =   /usr 
admin(15203): sys.path        =   /usr 
admin(15203): sys.platform    =   linux2