Mailman 3 March 2004 - Mailman-coders

[ mailman-Bugs-911648 ] AttributeError: 'module' object has no attribute 'UserDesc'
by SourceForge.net March 25, 2004

March 25, 2004

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…

1 0

[ mailman-Bugs-920947 ] Exception when trying to edit non-member preferences
by SourceForge.net March 24, 2004

March 24, 2004

Bugs item #920947, was opened at 2004-03-22 13:09 Message generated for change (Comment added) made by ikarisan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=920947&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Sylvain BEUCLER (beuc) Assigned to: Nobody/Anonymous (nobody) Summary: Exception when trying to edit non-member preferences Initial Comment: At Savannah, you get: "Bug in Mailman version 2.1.4 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 "/var/lib/mailman/scripts/driver", line 97, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/options.py", line 226, in main password, user): File "/var/lib/mailman/Mailman/SecurityManager.py", line 220, in WebAuthenticate ok = self.CheckCookie(ac, user) File "/var/lib/mailman/Mailman/SecurityManager.py", line 300, in CheckCookie ok = self.__checkone(c, authcontext, user) File "/var/lib/mailman/Mailman/SecurityManager.py", line 310, in __checkone key, secret = self.AuthContextInfo(authcontext, user) File "/var/lib/mailman/Mailman/SecurityManager.py", line 105, in AuthContextInfo secret = self.getMemberPassword(user) File "/var/lib/mailman/Mailman/OldStyleMemberships.py", line 102, in getMemberPassword raise Errors.NotAMemberError, member NotAMemberError: GianUberto.Lauri(a)eng.it Python information: Variable Value sys.version 2.3.3 (#2, Mar 10 2004, 17:12:43) [GCC 2.95.4 20011002 (Debian prerelease)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2" when you enter a non-member address in the listinfo page, in the small textbox with the button "unsubscribe edit options". It should display a user friendly message, just like when you enter a malformed e-mail. ---------------------------------------------------------------------- Comment By: Thorsten Reichelt (ikarisan) Date: 2004-03-24 21:46 Message: Logged In: YES user_id=1005754 I have the same problem when I enter a non-member address. But it works if you enter dummyuser@domain Just enter a full stop behind "domain" and the bug page appears! (dummyuser@domain.) sys.version 2.3.3 (#2, Feb 24 2004, 09:29:20) [GCC 3.3.3 (Debian)] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=920947&group_i…

1 0

[ mailman-Bugs-920947 ] Exception when trying to edit non-member preferences
by SourceForge.net March 22, 2004

March 22, 2004

Bugs item #920947, was opened at 2004-03-22 13:09 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=920947&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Sylvain BEUCLER (beuc) Assigned to: Nobody/Anonymous (nobody) Summary: Exception when trying to edit non-member preferences Initial Comment: At Savannah, you get: "Bug in Mailman version 2.1.4 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 "/var/lib/mailman/scripts/driver", line 97, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/options.py", line 226, in main password, user): File "/var/lib/mailman/Mailman/SecurityManager.py", line 220, in WebAuthenticate ok = self.CheckCookie(ac, user) File "/var/lib/mailman/Mailman/SecurityManager.py", line 300, in CheckCookie ok = self.__checkone(c, authcontext, user) File "/var/lib/mailman/Mailman/SecurityManager.py", line 310, in __checkone key, secret = self.AuthContextInfo(authcontext, user) File "/var/lib/mailman/Mailman/SecurityManager.py", line 105, in AuthContextInfo secret = self.getMemberPassword(user) File "/var/lib/mailman/Mailman/OldStyleMemberships.py", line 102, in getMemberPassword raise Errors.NotAMemberError, member NotAMemberError: GianUberto.Lauri(a)eng.it Python information: Variable Value sys.version 2.3.3 (#2, Mar 10 2004, 17:12:43) [GCC 2.95.4 20011002 (Debian prerelease)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2" when you enter a non-member address in the listinfo page, in the small textbox with the button "unsubscribe edit options". It should display a user friendly message, just like when you enter a malformed e-mail. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=920947&group_i…

1 0

[ mailman-Bugs-914249 ] Virus posts to moderated lists
by SourceForge.net March 19, 2004

March 19, 2004

Bugs item #914249, was opened at 2004-03-11 11:28 Message generated for change (Comment added) made by sekhar-cu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=914249&group_i… Category: security/privacy Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Ted Peterson (knighted) Assigned to: Nobody/Anonymous (nobody) Summary: Virus posts to moderated lists Initial Comment: The W32.Beagle virus has been able to post multiple times to a moderated Mailman 2.1.3 mailing list, so emergency moderation of the list has been enabled. At least two other people, as reported on mailman-users, have had this trouble since last Friday, March 5th, when W32.Beagle was spreading. The virus was posting using a moderator address, so that moderator was removed. The moderator bit is and was turned on for all users, including the now *sole* moderator. I can send the mbox archive headers to anybody who is interested. Mail: ted <at> ire.org --Ted ---------------------------------------------------------------------- Comment By: Sekhar Ramakrishnan (sekhar-cu) Date: 2004-03-19 11:12 Message: Logged In: YES user_id=1001877 I don't know if this is the same bug, but a Mailman 2.1.3 members-only list that I administer had two messages that got through, one from staff@<listdomain> and the other from management@<listdomain>. Other messages at the same time from official-sounding id's on our domain got held up as being from nonmembers. Sekhar ---------------------------------------------------------------------- Comment By: NancyS (nes49) Date: 2004-03-11 15:01 Message: Logged In: YES user_id=995718 As one of the other people reporting the problem, let me add a bit of info on our experience. Mailman 2.1.1 My hypothesis now is that one of the people who could post without moderation released the virus. [I haven't been able to get definitive confirmation of that, but coupling "we were having some trouble" with a match on the ISP domain name leads me to that guess.] I haven't been able to tie the messages to a specific address subscribed to the list, but would be glad to probe further if given some direction. We haven't seen any additional occurrences since turning on moderation for all users. Between the first and second attack, I changed the passwords for the affected lists thinking that an Approved: header might have been used, but there's no evidence that was the case. -Nancy mailman <at> sgtst.com ---------------------------------------------------------------------- Comment By: Caleb Epstein (cepstein) Date: 2004-03-11 14:36 Message: Logged In: YES user_id=36183 The virus is making it through to the lists by using an "envelope-from" (I believe that is the right term) of a valid, subscribed list member, but a From: header which is some address that does not exist and is not a member of the list (usually admin@ or management@ the mailing list's domain). See for example the message at http://bklyn. org/~cae/mailman-stumper.txt This message appears first in the MTA's logs as: 2004-03-11 16:31:44 1B1T5z-0009zY-00 <= SUBSCRIBER(a)DOMAIN.COM H=(srr2) [192.168.100.17] P=smtp S=17730 id=pbecvykwgcgqjemyxjx(a)Etree.org from <SUBSCRIBER(a)DOMAIN.COM> for Announce(a)etree.org where SUBSCRIBER(a)DOMAIN.COM is a valid list subscriber with posting privileges. ---------------------------------------------------------------------- Comment By: NancyS (nes49) Date: 2004-03-11 14:15 Message: Logged In: YES user_id=995718 As one of the other people reporting the problem, let me add a bit of info on our experience. Mailman 2.1.1 My hypothesis now is that one of the people who could post without moderation released the virus. [I haven't been able to get definitive confirmation of that, but coupling "we were having some trouble" with a match on the ISP domain name leads me to that guess.] I haven't been able to tie the messages to a specific address subscribed to the list, but would be glad to probe further if given some direction. We haven't seen any additional occurrences since turning on moderation for all users. Between the first and second attack, I changed the passwords for the affected lists thinking that an Approved: header might have been used, but there's no evidence that was the case. -Nancy mailman <at> sgtst.com ---------------------------------------------------------------------- Comment By: dk (karres) Date: 2004-03-11 12:28 Message: Logged In: YES user_id=995621 ... sorry, hit the submit button too soon... THe nom-member messages that get past the non-member filter are being caught by the forced moderation so the messages are not getting to the list itself. It does make us nervous though. ---------------------------------------------------------------------- Comment By: dk (karres) Date: 2004-03-11 12:20 Message: Logged In: YES user_id=995621 More generally we have only moderated, read-only lists for our users. All incoming, non-member messages should be discarded. We are seeing a few virus laden messages from obvious non-members getting past the non-member filters. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=914249&group_i…

1 0

[ mailman-Patches-916196 ] broken link in german online messages
by SourceForge.net March 14, 2004

March 14, 2004

Patches item #916196, was opened at 2004-03-14 23:55 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=916196&group_i… Category: internationalization Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Submitted By: GCS (gcsideal) Assigned to: Nobody/Anonymous (nobody) Summary: broken link in german online messages Initial Comment: Submitted by Ralf Doeblitz <r.doeblitz(a)asco.de> for the Debian package of MailMan. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=916196&group_i…

1 0

[ mailman-Bugs-915075 ] virtual-mailman is missing domain entry
by SourceForge.net March 14, 2004

March 14, 2004

Bugs item #915075, was opened at 2004-03-12 16:51 Message generated for change (Comment added) made by bytemaster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=915075&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Boris Folgmann (bytemaster) Assigned to: Nobody/Anonymous (nobody) Summary: virtual-mailman is missing domain entry Initial Comment: I've configured mailman-2.1.1-5 (RH9 RPM) according to README.POSTFIX. Support for a Postfix-style virtual domain in general looks like: virtual.domain anything (right-hand content does not matter) user1(a)virtual.domain address1 user2(a)virtual.domain address2, address3 ... But Mailman is not adding the domain entry at the start of the virtual-mailman file, which is required for Postfix-style virtual domains. This means that mm is configuring a sendmail-style domain. That's not what we want. I had to add the virtual.domain line by myself, because otherwise Postfix does not accept mails sent to virtual.domain. Is there already a fix? I assume that mm will always overwrite my edited virtual-mailman when a new list is added. ---------------------------------------------------------------------- >Comment By: Boris Folgmann (bytemaster) Date: 2004-03-14 20:10 Message: Logged In: YES user_id=91946 Since genaliases in fact owerwrites always the entire file, Postfix-style virtual domains are really broken in mailman 2.1.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=915075&group_i…

1 0

[ mailman-Feature Requests-915891 ] Add approve, reject, discard all buttons on admin req page
by SourceForge.net March 13, 2004

March 13, 2004

Feature Requests item #915891, was opened at 2004-03-13 21:52 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=915891&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Arthur Jones (lolo2103) Assigned to: Nobody/Anonymous (nobody) Summary: Add approve,reject,discard all buttons on admin req page Initial Comment: Great product, thanks for the efforts! I use version 2.0 of Mailman (thru Pair networks) and spend alot of time discarding pending messages thru the admin request page. It would be nice to have some javascript code on that page that would allow you to "approve all", "reject all", and "discard all" messages. I figure it may make more sense to handle this type of thing on the browser side as opposed to having the server do it. I've attached an example page (from my admin req.) where I've added a simple function called checkAll and some buttons. It basically just sets all the radio buttons on the page to either 1, 2, or 3. Sorry if you all have already addressed this in a recent version! Thanks and keep up the good work! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=915891&group_i…

1 0

[ mailman-Patches-912448 ] Config setting to force relative URLs
by SourceForge.net March 12, 2004

March 12, 2004

Patches item #912448, was opened at 2004-03-09 02:57 Message generated for change (Comment added) made by kostecke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=912448&group_i… Category: None Group: Mailman 2.1 >Status: Deleted Resolution: None Priority: 5 Submitted By: Steve Kostecke (kostecke) Assigned to: Nobody/Anonymous (nobody) Summary: Config setting to force relative URLs Initial Comment: Mailman 2.1.1 uses absolute URLs for all references to mailing lists. This behavior may be useful when one Mailman installation runs lists on multiple virtual hosts. However, this behavior reduces the flexibility of Mailman by making it impossible to use Mailman in configurations where you need to be able to use different hostnames to refer to the same lists (e.g. where HTTP and HTTPS use different virtual hosts). This patch modifies the ScriptURL function in ./Mailman/Utils.py to allow relative URLs to be forced by setting a mm_cfg configuration variable: RELATIVE_URLS. This patch also modifies Defaults.py to provide the default value for RELATIVE_URLS. <pre> --- Utils.py.orig Tue Mar 9 02:45:20 2004 +++ Utils.py Tue Mar 9 02:10:51 2004 @@ -238,7 +238,7 @@ fullpath = os.environ.get('SCRIPT_NAME', '') + os.environ.get('PATH_INFO', '') baseurl = urlparse.urlparse(web_page_url)[2] - if not absolute and fullpath.endswith(baseurl): + if mm_cfg.RELATIVE_URLS or not absolute and fullpath.endswith(baseurl): # Use relative addressing fullpath = fullpath[len(baseurl):] i = fullpath.find('?') --- Defaults.py.orig Tue Mar 9 02:44:44 2004 +++ Defaults.py Tue Mar 9 02:15:13 2004 @@ -782,6 +782,9 @@ # list's config variable default_member_moderation. DEFAULT_NEW_MEMBER_OPTIONS = 256 +# Set this to 1 to enable relative URLs. +RELATIVE_URLS = 0 ##### # List defaults. NOTE: Changing these values does NOT change the </pre> ---------------------------------------------------------------------- >Comment By: Steve Kostecke (kostecke) Date: 2004-03-13 04:27 Message: Logged In: YES user_id=926494 I'm withdrawing this patch until I can fix it. ---------------------------------------------------------------------- Comment By: Multitalents (multitalents) Date: 2004-03-10 05:38 Message: Logged In: YES user_id=994460 Your patch seems to be fine for the web interface but it breaks the URLs in e-mail notifications. Relative URLs are worthless in e-mails. Any ideas on how to fix this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=912448&group_i…

1 0

[ mailman-Bugs-915075 ] virtual-mailman is missing domain entry
by SourceForge.net March 12, 2004

March 12, 2004

Bugs item #915075, was opened at 2004-03-12 16:51 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=915075&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Boris Folgmann (bytemaster) Assigned to: Nobody/Anonymous (nobody) Summary: virtual-mailman is missing domain entry Initial Comment: I've configured mailman-2.1.1-5 (RH9 RPM) according to README.POSTFIX. Support for a Postfix-style virtual domain in general looks like: virtual.domain anything (right-hand content does not matter) user1(a)virtual.domain address1 user2(a)virtual.domain address2, address3 ... But Mailman is not adding the domain entry at the start of the virtual-mailman file, which is required for Postfix-style virtual domains. This means that mm is configuring a sendmail-style domain. That's not what we want. I had to add the virtual.domain line by myself, because otherwise Postfix does not accept mails sent to virtual.domain. Is there already a fix? I assume that mm will always overwrite my edited virtual-mailman when a new list is added. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=915075&group_i…

1 0

[ mailman-Bugs-665732 ] List-Id should be one line
by SourceForge.net March 12, 2004

March 12, 2004

Bugs item #665732, was opened at 2003-01-10 15:05 Message generated for change (Comment added) made by ber You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=665732&group_i… Category: mail delivery Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Bernhard Reiter (ber) Assigned to: Nobody/Anonymous (nobody) >Summary: List-Id should be one line Initial Comment: If the List-Id: header gets splitted into several lines, which I could observe on lists I'm on which switched to mailman 2.1 now, it is getting harder to filter the list based on the fixed part of the list id. Filtering would need to look at more than one line. So a procmail pattern (procmail uses egrep an basically work on one line) like :0: *^List-Id:.* <kmail\.mail\.kde\.org>$ kmail-incoming would not work anymore reliably when the description of the mailinglist is getting longer. Before mailman 2.1 the above pattern was save against the changes in the description. I know that headers longer than one line are allowed, still I consider is a design bug at mailman does not necessrily need to make filtering harder at this point. ---------------------------------------------------------------------- >Comment By: Bernhard Reiter (ber) Date: 2004-03-12 15:46 Message: Logged In: YES user_id=113859 I have done more research on this bug over time. Procmail does concatenate the header lines, but it leaves the tabular character in. The version I've tried: debian package 3.22-5 So it looks more like a procmail bug to me now. I suggest to to the mailman documentation that the following procmail pattern will work with changing List-Id lines. The brackets contain a space and a tabular. :0: *^List-Id:.*[ ]<kmail\.kde\.org>$ kmail-incoming KMail also can utilise those extended header lines. Mailman 2.1.4 leaves in the long line, but has other problems violating the standards for List-Id. ---------------------------------------------------------------------- Comment By: Bernhard Reiter (ber) Date: 2003-08-05 19:05 Message: Logged In: YES user_id=113859 I'm attaching a patch which fixes this bug against 2.1.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=665732&group_i…

1 0