? This very message came to me with the following header:
Errors-To: mailman-developers-admin(a)python.org
All my bounces come to the list admin address, set in
the admin webpage, in the second field of General Options.
Do you have that set to something, and bounces still come to root?
> 2. Bounces are sent to the poor postmaster instead of a -admin address.
> I'm not entirely certain, but I think an Errors-To: header or something
> like that in all Mailman messages might allow one to distribute that load
> somewhat.
Barry,
In 2.1 when used with external subscriber storage (eg SQL), will the
new equivalent of qrunner request and load the entire subscriber DB
onto the heap prior to broadcast?
<<Yeah, I'm cheating and being lazy on not checking the source
myself>>
Reason: This poses scaling problems for lists with very large
numbers of subscribers. I'd suggest paging thru the set in blocks.
ObExcuse: Chap on -users asking about millions of subscribers.
--
J C Lawrence
---------(*) Satan, oscillate my metallic sonatas.
claw(a)kanga.nu He lived as a devil, eh?
http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.
I am receving the following notice from my server. (I use Python 2.0
and MM 2.1a3)
Can you tell me how to fix it? (thank you)
-----Mensaje reenviado-----
From: Cron Daemon <root(a)segurux.com>
To: mailman(a)segurux.com
Subject: Cron <mailman@guru> /usr/bin/python /usr/lib/mailman/cron/checkdbs
Date: 14 Jan 2002 12:00:02 -0500
Traceback (most recent call last):
File "/usr/lib/mailman/cron/checkdbs", line 104, in ?
main()
File "/usr/lib/mailman/cron/checkdbs", line 67, in main
text = text + '\n' + pending_requests(mlist)
File "/usr/lib/mailman/cron/checkdbs", line 82, in pending_requests
when, addr, passwd, digest, lang = mlist.GetRecord(id)
ValueError: unpack tuple of wrong size
This the official announcement for Mailman 2.1 alpha 2. Because it's
an alpha, this announcement is only going out to the mailman-* mailing
lists. I'll make two warnings: you probably should still not use this
version for production systems (but TIA for any and all testing you do
with it!), and I've already had a couple of bug fixes from early
adopters. 2.1a2 should still be useful, but you might want to keep an
eye on cvs and the mailman-checkins list for updates.
I am only making the tarball available on SourceForge, so you'll need
to go to http://sf.net/projects/mailman to grab it. You'll also need
to upgrade to mimelib-0.4, so be sure to go to
http://sf.net/projects/mimelib to grab and install that tarball first.
To view the on-line documentation, see
http://www.list.org/MM21/index.html
or
http://mailman.sf.net/MM21/index.html
Below is an excerpt from the NEWS file for all the changes since
2.1alpha1. There are a bunch of new features coming down the pike,
and I hope to have an alpha3 out soon. I'm also planning on doing
much more stress testing of this version with real list traffic, and
I'm hoping we'll start to get more languages integrated into cvs.
Enjoy,
-Barry
-------------------- snip snip --------------------
2.1 alpha 2 (11-Jul-2001)
- Building
o mimelib 0.4 is now required. Get it from
http://mimelib.sf.net. If you've installed an earlier
version of mimelib, you must upgrade.
o /usr/local/mailman is now the default installation
directory. Use configure's --prefix switch to change it
back to the default (/home/mailman) or any other
installation directory of your choice.
- Security
o Better definition of authentication domains. The following
roles have been defined: user, list-admin, list-moderator,
creator, site-admin.
o There is now a separate role of "list moderator", which has
access to the pending requests (admindb) page, but not the
list configuration pages.
o Subscription confirmations can now be performed via email or
via URL. When a subscription is received, a unique (sha)
confirm URL is generated in the confirmation message.
Simply visiting this URL completes the subscription process.
o In a similar manner, removal requests (via web or email
command) no longer require the password. If the correct
password is given, the removal is performed immediately. If
no password is given, then a confirmation message is
generated.
- Internationalization
o More I18N patches. The basic infrastructure should now be
working correctly. Spanish templates and catalogs are
included, and English, French, Hungarian, and Big5 templates
are included.
o Cascading specializations and internationalization of
templates. Templates are now search for in the following
order: list-specific location, domain-specific location,
site-wide location, global defaults. Each search location
is further qualified by the language being displayed. This
means that you only need to change the templates that are
different from the global defaults.
Templates renamed: admlogin.txt => admlogin.html
Templates added: private.html
- Web UI
o Redesigned the user options page. It now sits behind an
authentication so user options cannot be viewed without the
proper password. The other advantage is that the user's
password need not be entered on the options page to
unsubscribe or change option values. The login screen also
provides for password mail-back, and unsubscription w/
confirmation.
Other new features accessible from the user options page
include: ability to change email address (with confirmation)
both per-list and globally for all list on virtual domain;
global membership password changing; global mail delivery
disable/enable; ability to suppress password reminders both
per-list and globally; logout button.
[Note: the handle_opts cgi has gone away]
o Color schemes for non-template based web pages can be defined
via mm_cfg.
o Redesign of the membership management page. The page is now
split into three subcategories (Membership List, Mass
Subscription, and Mass Removal). The Membership List
subcategory now supports searching for member addresses by
regular expression, and if necessary, it groups member
addresses first alphabetically, and then by chunks.
Mass Subscription and Mass Removal now support file upload,
with one address per line.
o Hyperlinks from the logos in the footers have been removed.
The sponsors got too much "unsubscribe me!" spam from
desperate user of Mailman at other sites.
o New buttons on the digest admin page to send a digest
immediately (if it's non-empty), to start a new digest
volume with the next digest, and to select the interval with
which to automatically start a new digest volume (yearly,
monthly, quarterly, weekly, daily).
DEFAULT_DIGEST_VOLUME_FREQUENCY is a new configuration
variable, initially set to give a new digest volume monthly.
o Through-the-web list creation and removal, using a separate
site-wide authentication role called the "list creator and
destroyer" or simply "list creator". If the configuration
variable OWNERS_CAN_DELETE_THEIR_OWN_LISTS is set to 1 (by
default, it's 0), then list admins can delete their own
lists.
This feature requires an adaptor for the particular MTA
you're using. An adaptor for Postfix is included, as is a
dumb adaptor that just emails mailman@yoursite with the
necessary Sendmail style /etc/alias file changes. Some MTAs
like Exim can be configured to automatically recognize new
lists. The adaptor is selected via the MTA option in
mm_cfg.py
- Email UI
o In email commands, "join" is a synonym for
"subscribe". "remove" and "leave" are synonyms for
"unsubscribe". New robot addresses are support to make
subscribing and unsubscribing much easier:
mylist-join@mysite
mylist-leave@mysite
o Confirmation messages have a shortened Subject: header,
containing just the word "confirm" and the confirmation
cookie. This should help for MUAs that like to wrap long
Subject: lines, messing up confirmation.
o Mailman now recognizes an Urgent: header, which, if it
contains the list moderator or list administrator password,
forces the message to be delivered immediately to all
members (i.e. both regular and digest members). The message
is also placed in the digest. If the password is incorrect,
the message will be bounced back to the sender.
- Performance
o Refinements to the new qrunner subsystem which preserves
FIFO order of messages.
o The qrunner is no longer started from cron. It is started
by a Un*x init-style script called bin/mailmanctl (see
below). cron/qrunner has been removed.
- Command line scripts
o bin/mailmanctl script added, which is used to start, stop,
and restart the qrunner daemon.
o bin/qrunner script added which allows a single sub-qrunner
to run once through its processing loop.
o bin/change_pw script added (eases mass changing of list
passwords).
o bin/update grows a -f switch to force an update.
o bin/newlang renamed to bin/addlang; bin/rmlang removed.
o bin/mmsitepass has grown a -c option to set the list
creator's password. The site-wide `create' web page is
linked to from the admin overview page.
o bin/newlist's -o option is removed. This script also grows
a way of spelling the creation of a list in a specific
virtual domain.
o The `auto' script has been removed.
o bin/dumpdb has grown -m/--marshal and -p/--pickle options.
o bin/list_admins can be used to print the owners of a mailing list.
o bin/genaliases regenerates from scratch the aliases and
aliases.db file for the Postfix MTA.
- Archiver
o New archiver date clobbering option, which allows dates to
only be clobber if they are outrageously out-of-date
(default setting is 15 days on either side of received
timestamp). New configuration variables:
ARCHIVER_CLOBBER_DATE_POLICY
ARCHIVER_ALLOWABLE_SANE_DATE_SKEW
The archived copy of messages grows an X-List-Received-Date:
header indicating the time the message was received by
Mailman.
o PRIVATE_ARCHIVE_URL configuration variable is removed (this
can be calculated on the fly, and removing it actually makes
site configuration easier).
- Miscellaneous
o Several new README's have been added.
o Most syslog entries for the qrunner have been redirected to
logs/error.
o On SIGHUP, qrunner will re-open all its log files and
restart all child processes. See "bin/mailmanctl restart".
- Patches and bug fixes
o SF patches and bug fixes applied: 420396, 424389, 227694,
426002, 401372 (partial), 401452.
o Fixes in 2.0.5 ported forward:
Fix a lock stagnation problem that can result when the
user hits the `stop' button on their browser during a
write operation that can take a long time (e.g. hitting
the membership management admin page).
o Fixes in 2.0.4 ported forward:
Python 2.1 compatibility release. There were a few
questionable constructs and uses of deprecated modules
that caused annoying warnings when used with Python 2.1.
This release quiets those warnings.
o Fixes in 2.0.3 ported forward:
Bug fix release. There was a small typo in 2.0.2 in
ListAdmin.py for approving an already subscribed member
(thanks Thomas!). Also, an update to the OpenWall
security workaround (contrib/securelinux_fix.py) was
included. Thanks to Marc Merlin.
Hi,
when you upgrade Mailman to 2.1a3 from 2.0, moderated lists correctly take
on the attributes
generic_nonmember_action = Hold
default_member_moderation = Yes
However the latter is valid only for NEW subscribers. Subscribers already
registered have their moderation bit set to 0 (not moderated) whereas it
should be set to 1 (moderated) to conform to the previous settings.
And, by the way, these settings are not given through config_list -o
-- Fil
I am also triing to upgrade to never version and I have this troubles:
Upgrading from version 0x20005f0 to 0x20100a4
getting rid of old source files
fixing all the perms on your old html archives to work with b6
If your archives are big, this could take a minute or two...
hotovo
Updating mailing list: test
- updating old private mbox file
looks like you have a really recent CVS installation...
you're either one brave soul, or you already ran me
- updating old public mbox file
looks like you have a really recent CVS installation...
you're either one brave soul, or you already ran me
Fixing language templates: test
Updating mailing list: kecy
Traceback (most recent call last):
File "./update", line 531, in ?
errors = main()
File "./update", line 413, in main
errors = errors + dolist(listname)
File "./update", line 183, in dolist
mlist = MailList.MailList(listname, lock=0)
File "../Mailman/MailList.py", line 101, in __init__
self.Load()
File "../Mailman/MailList.py", line 543, in Load
self.CheckVersion(dict)
File "../Mailman/MailList.py", line 560, in CheckVersion
self.Lock()
File "../Mailman/MailList.py", line 154, in Lock
self.Load()
File "../Mailman/MailList.py", line 543, in Load
self.CheckVersion(dict)
File "../Mailman/MailList.py", line 563, in CheckVersion
Update(self, stored_state)
File "../Mailman/versions.py", line 53, in Update
CanonicalizeUserOptions(l)
File "../Mailman/versions.py", line 339, in CanonicalizeUserOptions
if l.getMemberOption(k, mm_cfg.DisableDelivery):
File "../Mailman/OldStyleMemberships.py", line 120, in getMemberOption
self.__assertIsMember(member)
File "../Mailman/OldStyleMemberships.py", line 113, in __assertIsMember
raise Errors.NotAMemberError, member
Mailman.Errors.NotAMemberError: fickman(a)atlas.cz
and it is alo true, that this user is listed only in section
'user_options': { '3zsmost(a)schoolnet.cz': 8,
'fickman(a)atlas.cz': 8,
of dump_db.
Sure, the database is corrupt, but it is not fatal, i think the upgrage
should run OK.
cheers
dan
--
________________________________________
DDDDDD
DD DD Dan Ohnesorg, supervisor on POWER
DD OOOO Dan(a)feld.cvut.cz
DD OODDOO Dep. of Power Engineering
DDDDDD OO CTU FEL Prague, Bohemia
OO OO work: +420 2 24352785;+420 2 24972109
OOOO home: +420 311 679679;+420 311 679311
________________________________________
Nezlob se na růži, že má trny;
raduj se, že tak trnitý keř má růže.
-- Arabské přísloví
(Apologies if this has already been reported. I don't remember
it.) Approval of pending subscriptions via the admindb web page is
ignored in 2.1a4. Here's a patch that fixes this.
-------------------------------------------------------------
*** Mailman/Cgi/admindb.py.~1~ Sun Jan 6 23:04:02 2002
--- Mailman/Cgi/admindb.py Thu Jan 24 21:56:59 2002
***************
*** 630,635 ****
--- 630,636 ----
except ValueError:
continue
if v not in (mm_cfg.DEFER, mm_cfg.APPROVE,
+ mm_cfg.SUBSCRIBE, mm_cfg.UNSUBSCRIBE,
mm_cfg.REJECT, mm_cfg.DISCARD):
continue
# Get the action comment and reasons if present.
First, of all, I'd like to say that I really like many of the changes in
improvements in mailman cvs, some of them will same me a lot of time with
not having to deal with confused users anymore :-)
I however, have 3 items left on my wishlist :-)
#1 Very big feature request:
The main list admin's cookie should be valid for all the lists. Having to
retype the list password over and over again as I hop from list to list is
very tiring.
#2
Is there any way to have mailman still understand admin password in
crypt/md5 format? It could read them and only generate the new kind.
Resetting 16,000+ list admin passwords on sourceforge.net is going to be a
major showstopper (I know, you can regenerate all of them and Email them
automatically, but still...)
#3
I'd really like to see a nomail field and a disabled field (one settable by
the user, one set by mailman when it disables a member)
Thanks,
Marc
--
Microsoft is to operating systems & security ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key
Since you will be changing the user database - why not add some date
fields - like - date joined - maybe date the user last modified their
account - and the last date the sent an email message.
It would also be nice if it stored some counters - like the number of
messages sent - maybe the number of messages sent in the last month.
Master stats would also be nice - messages sent through the list -
number of megabytes of transfer - total and monthly.
At 01:09 AM 11/01/02 -0500, you wrote:
>Of course, I'm a musician[1] not an artist, so I need your help.
I'm a musician too (well, more so than artist) but at 16x16 I can at least
blame the medium. :) Here's a first attempt.
http://terri.zone12.com/mm.gif
BTW, hi everyone. I'm new. I decided it was time to subscribe, brush up
on my python, read for a bit and see if I could help.
I've been adminning the linuxchix lists (in mailman) for a while now, and
other less-public lists for longer. I'm not too sure what else I should
say by way of introduction, so I guess I'll skip the "my life in a
nutshell" essay for tonight. :)
Terri