summaryrefslogtreecommitdiff
path: root/Mailman/Defaults.py.in
Commit message (Collapse)AuthorAgeFilesLines
...
* TEXTFIELDWIDTH: Define a "standard" width for string input fields.bwarsaw2000-03-031-0/+3
|
* SMTPDirect should be the default DELIVERY_MODULEbwarsaw2000-02-261-2/+2
|
* Added a new GUI type called `FileUpload' which is essentially a tiedbwarsaw2000-02-251-0/+1
| | | | | textarea and file upload widgets. It takes some crafty decoding to make these widgets work well together (see admin.py).
* Move DATA_FILE_VERSION to Version.py from Defaults.py.in so it'sbwarsaw2000-02-191-4/+1
| | | | easier to change. Bump the data version to 17.
* Added DELIVERY_MODULE which selects the actual delivery module to usebwarsaw1999-11-301-4/+13
| | | | | | in Mailman.Handlers.HandlerAPI. Still defaults to 'Sendmail' although 'SMTPDirect' might be better (it hasn't had enough eyes on it yet though).
* Fixed the comments for PUBLIC_EXTERNAL_ARCHIVER andbwarsaw1999-11-291-8/+9
| | | | | | | | | | | | PRIVATE_EXTERNAL_ARCHIVER. Get DEFAULT_HOST_NAME and SMTPHOST from the autoconf calculated @FQDN@ parameter, which is the fully qualified local host name. DEFAULT_URL uses the @URL@ value. PUBLIC_ARCHIVE_URL and PRIVATE_ARCHIVE_URL both also have more sensible defaults. Added SMTPPORT, which defaults to 0 (which lets smtplib use its own default).
* AcknowlegePosts => AcknowledgePostsbwarsaw1999-11-241-1/+1
|
* HELDMSG, SUBSCRIPTION: removed these from here since they're only usedbwarsaw1999-11-151-5/+5
| | | | | | | | | | locally in ListAdmin.py ADMINDB_PAGE_TEXT_LIMIT: new variable which controls how big an excerpt to include in the admindb text field. Current default is 4k. This number is passed directly to fileobj.read(), so a negative number means put the whole message in the field (which could slow down the web page).
* SENDMAIL_CMD: added, which contains the path to the sendmail (orbwarsaw1999-11-101-2/+11
| | | | | | | | | | | sendmail-clone) program used by the Handler.Sendmail module. This might change. HELDMSG, SUBSCRIPTION: type vars used by the revamped ListAdmin module. VERSION: import this from the Version module so it can change w/o forcing a re-configure.
* Bump to version 1.1bwarsaw1999-11-061-1/+1
|
* mailman.gif => mailman.jpgbwarsaw1999-11-011-1/+1
|
* Bump VERSION to 1.0.2bwarsaw1999-09-071-1/+1
|
* PUBLIC_EXTERNAL_ARCHIVER, PRIVATE_EXTERNAL_ARCHIVER: new variablesbwarsaw1999-09-041-2/+16
| | | | | | which control use of an external archiver for both public and private archiving. When both variables are false, the internal archiver is used.
* Bump rev number to 1.0.1bwarsaw1999-08-211-1/+1
|
* GZIP_ARCHIVE_TXT_FILES: A new flag which controls whether thebwarsaw1999-08-211-0/+7
| | | | | | archivers .txt file is gzip'd on the fly. This turns out to be a major performance hit, so it's disabled by default. This means that to update the txt.gz file, you will need to run a cronjob.
* Bumping version number to 1.0 ... get ready!bwarsaw1999-07-241-1/+1
|
* DEFAULT_MSG_FOOTER: Two changes. First, nip a pet peeve (sorry Ken :)bwarsaw1999-07-181-2/+3
| | | | | | | | by putting each bit of information on a separate line. More importantly, include %(cgiext)s tacked onto the listinfo URL. With changes about to be checked in, this makes it so regular and digest footers have the proper URL when --with-cgi-ext configure option is used.
* VERSION: bump to 1.0rc3bwarsaw1999-07-101-1/+1
|
* VERSION: to 1.0rc2+ (soon to be rc3?)bwarsaw1999-07-031-2/+2
| | | | DATA_FILE_VERSION: Bump to 15 to fix PR#74 (see other checkins)
* Bumping revnum to 1.0rc2bwarsaw1999-06-141-1/+1
|
* eradicate "maillist" as a noun (sorry Ken :-)bwarsaw1999-05-051-3/+3
|
* Oops, VERSION should be 1.0rc1bwarsaw1999-05-021-1/+1
|
* Bump VERSION to 1.0rc1 (release candidate 1)bwarsaw1999-05-021-1/+1
|
* DELIVERED_BY_URL: commentbwarsaw1999-05-021-1/+2
|
* Added new variable DELIVERED_BY_URL which points to the new logobwarsaw1999-05-021-1/+4
|
* Bump version number to 1.0b11+bwarsaw1999-04-211-1/+1
|
* USE_ENVELOPE_SENDER: Set the default to 0 now and for the finalbwarsaw1999-04-051-1/+1
| | | | release.
* Bumping version number to 1.0b11bwarsaw1999-03-301-1/+1
|
* Bump VERSION to 1.0b10+bwarsaw1999-03-291-2/+2
| | | | | Bump DATA_FILE_VERSION to 14 to trigger mlist.passwords dictionary fix in versions.py
* Bumping release to 1.0b10bwarsaw1999-03-261-1/+1
|
* Setting VERSION to 1.0b9+ because enough fixes have been put in sincebwarsaw1999-03-161-1/+1
| | | | 1.0b9
* (Defaults.py.in): Added USE_ENVELOPE_SENDER variable, which is set tobwarsaw1999-03-091-0/+14
| | | | | | | | | | | | | 1 by default. This instructs the MailList.Post() method to use first the envelope sender (i.e. Unix "From " line) and then the From: header. However, this breaks member_only_posting on some systems (for reasons unknown). Set this variable to 0 in mm_cfg.py to use only the From: header, although this can open the list up to spam. (MailList.py): in Post(), check USE_ENVELOPE_SENDER to see if GetEnvelopeSender() should be called. (FAQ): Add a question refering to USE_ENVELOPE_SENDER.
* Bump VERSION to 1.0b9bwarsaw1999-03-011-1/+1
|
* new variable CGIEXT to support cgi extensionsbwarsaw1999-02-281-0/+4
|
* (VERSION): Set to 1.0b8+ now that we have a potential workaround forbwarsaw1999-02-191-1/+1
| | | | the Linux popen() bug.
* VERSION is no longer set in configure because it's too hard tobwarsaw1999-01-151-12/+1
| | | | | | | | | | | | propagate version string changes to the public (you have to autoreconf, then reconfigure and reinstall). Now, VERSION is set directory in Defaults.py.in and the Release.py script updates that file directly. Now we just need to run ./config.status and do a re-install. I hope this will make things easier. I'm also bumping the version to 1.0b8, so I can do a release tomorrow.
* Correcteded "unsububscribes".klm1998-12-171-1/+1
|
* Made a new system limit called SMTP_MAX_RCPTS that limits the numbercotton1998-11-231-0/+18
| | | | | | | | | | | | | of RCPT TO smtp commands can be given for a single message. This is necessary to make large lists work with mailers that have a maximum number of recipients per message (most do). Defaults.py.in - added SMTP_MAX_RCPTS with default value of 500, which i believe is conservatively small. contact_transport - made it chunkify the recipients into chunks of <= SMTP_MAX_RCPTS and go through the delivery process for each of those chunks. This change shouldn't have much effect on smaller lists at all. scott
* These changes represent the changes that make mailman's addressingcotton1998-11-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | work like unix mail: username portions of addresses are case-preserved for delivery only. All other address comparisons are lowercase. up'd data version in Defaults to 13 ** MailList.py: added an __AddMember method that takes an address and whether or not it is a digest address as args and populates the member dictionary like this: if string.lower(addr) == LCDomain(addr): member_dict[addr] = 0 else: member_dictp[string.lower(addr)] == LCDomain(addr) added .GetDeliveryMembers() and .GetDigestDeliveryMembers() methods for use by posting and digest delivery mechanisms. changed a nested def portion in Post to use an explicit loop. **Digester.py: uses .GetDigestDeliveryMembers instead of .GetDigestMembers(). **Utils.py: address comparisons are lc. **versions.py: populate the member dicts according to the above formula. **Cgi/admin.py: fixed a bug introduced from the first change to using member dictionaries: all members were showing up as digest members on the admin membership page. changed a dict.get to dict.has_key to fix this. NOTE: this code is tested only insofar as I posted and poked around on the cgi's a bit, and let lists do the versions code. These changes should be tested more, but I *have* to go now and wanted to check them in before someone made it difficult to do so by changing stuff tomarrow, cause i'm gone all day tomarrow. scott
* I should have broken this up into 2 checkins because it implements onecotton1998-11-211-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | fix and one addition. Sorry, i realized that too late. This change adds another list conifg variable "admin_notify_mchanges", which is a boolean 0 or 1 and specifies whether or not the list admin gets notifications of subscriptions and unsubscriptions. The functions MailList.DeleteMember and MailList.ApprovedAddMember trigger the delivery if it is turned on for the list or passed in as an optional argument. This way, it is the duty of programs/code that do mass subscriptions/unsubscriptions where this notification may not be appropriate to specify that in the call to .DeleteMember or .ApprovedAddMember. There are 2 new templates, adminsubscribeack.txt and adminunsubscribeack.txt which are used in sending these notifications. Defaults.py.in has a variable "DEFAULT_ADMIN_NOTIFY_MCHANGES" which is set to 0 so that old lists will act the same by default, and the data version is up'ed to 12. versions.py sets the variable if it's not already there for a list. The config info for the admin cgi program for this new variable is set right after the variable for immediate notifications. The second change is a fix where ApprovedAddMember was calling a "self.Save()", which made mass subscribe situiations really far too slow. I removed the .Save() from there and added it to the more outer level code in the following places: bin/convert_list Mailman/ListAdmin.py Mailman/MailCommandHandler.py Mailman/Cgi/admin.py Note that since AddMember can trigger a call to ApprovedAddMember, all the places where AddMember is called needed a .Save() added as well. I need to add a call to .Save() for Mailman/Cgi/subscribe.py as well and will do that in a moment. scott
* This change implements storing list members and digest members ascotton1998-11-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | dicts instead of lists, which optimizes Utils.FindMatchingAddresses and general membership management, especially for large lists. MailList.py now supplies .GetMembers() and .GetDigestMembers() to supply the data in list form to anything that needs it that way. An new install showed this worked fine with some cursory testing of the cgi's and interactive poking around. A detailed listing of the changes follows: Mailman/Defaults.py.in: change data version to 11 Mailman/Digester.py: initvars now instantiates digest_members as {} instead of [] lines 113-114 and 121-122 now use del This change implements storing list members and digest members as dicts instead of lists, which optimizes Utils.FindMatchingAddresses and general membership management, especially for large lists. MailList.py now supplies .GetMembers() and .GetDigestMembers() to supply the data in list form to anything that needs it that way. Though INSTALL shows up on the changed files section, a diff a few seconds ago didn't show any differences in that file, so I hope nobody changed it in the interim. An new install showed this worked fine with some cursory testing of the cgi's and interactive poking around. A detailed listing of the changes follows: Mailman/Defaults.py.in: change data version to 11 Mailman/Digester.py: initvars now instantiates digest_members as {} instead of [] lines 113-114 and 121-122 now use del list.[digest_]member instead of list.[digest_]members.remove when figuring who to actually send digests to, use list.GetDigestMembers() instead of list.digest_members. Mailman/HTMLFormatter: now uses list.Get[Digest]Members to get subscribers, and length of digested subscribers and regular members MailCommandHandler, SecurityManager,Cgi/handle_opts, Cgi/options: all simple replacements of list.[digest_]members with list.Get[Digest]Members(). Mailman/Cgi/admin.py: mostly simple replacements of list.[digest_]members with the Get..() methods, however, the membership management section now works much quicker and changes digest->nodigest subscriptions via dictionary manipulations. Mailman/versions.py: updates lists to use dicts and changed list.[digest_]members to use the list.Get[Digest]Members() methods. Mailman/Utils.py: added a function "GetPossibleMatchingAddresses" which when fed an address, returns the list of addresses that "smart" address matching would match. changed FindMatchingAddresses(name, list) to use a new signature: FindMatchingAddresses(name, *dicts), where dicts is a list of dictionaries keyed by addresses. Just realized that this would better be FindMatchingAddresses(name, dict, *dicts) so that it enforces atleast 2 args... I'll make that change in a sec. All uses of FindMatchingAddresses have been changed to fit the new arguments. scott ----:**-F1 cvs30458aaa 1:12PM 0.98 Mail (Text Fill)--L59--32%------------------------------------------- ?
* Added a comment for a new alternative for value of ARCHIVE_TO_MBOX varklm1998-11-051-0/+3
| | | | | | | | | | | | | - '-1' means inhibit all archiving. Yucky, but i don't have time right now to do the right thing - which will also disrupt those few who have come to depend on the ARCHIVE_TO_MBOX setting. The right thing at this point seems to be to have to boolean vars, ARCHIVE_TO_MBOX and ARCHIVE_TO_PIPERMAIL. If both are zero, no archiving. (For now these should stay site-wide policy settings, since the site needs a way to inhibit all or particular archives, eg for disk space or privacy concerns, and the interaction between the site wide and prospective list-specific options would be complicated.)
* Refined a few archival-related options comments.klm1998-11-031-8/+6
|
* Get rid of: PUBLIC_ARCHIVE_URL_EXT, PRIVATE_ARCHIVE_URL_EXTbwarsaw1998-11-031-3/+0
|
* took out posters_includes_members in favor of having it reference thecotton1998-11-011-2/+2
| | | | | | | | member_posting_only variable. made it so that old lists not expecting this behavior will have member_posting_only turned off in the event that they have posters defined (preserving the old behavior where defining posters made the list act as if member_posting_only was set to "no" whether or not it was set as such).
* changed the site site variable ADMIN_MEMBER_CHUNKSIZE to a per-listcotton1998-10-231-2/+2
| | | | | | | | | | | | | | | | | variable (admin_member_chunksize). this is not yet settable by means of cgi, but you can set it at an interactive python session. This is a start on making the membership management part of the admin cgi scalable for really big lists. details: * up'd DATA_FILE_VERSION in Mailman/Defaults.py.in * replaced ADMIN_MEMBER_CHUNKSIZE with DEFAULT_ADMIN_MEMBER_CHUNKSIZE in Mailman/Defaults.py.in. * added a list variable assignment in Mailman.MailList.InitVars * added code to add the admin_member_chunksize attribute to a list when versions change in Mailman/versions.py * made admin.py format members according to list.admin_member_chunksize instead of mm_cfg.ADMIN_MEMBER_CHUNKSIZE scott
* Increased ADMIN_MEMBER_CHUNKSIZE to 30.klm1998-10-221-24/+17
| | | | Misc cleanup.
* New site-wide parameter, PENDING_REQUEST_LIFE, designates how longklm1998-10-221-1/+5
| | | | | | entries for pending requests should remain in Pending db before they're culled. (This way unclaimed ones won't accumulate forever.) Distributed value is 3 days.
* reinstated old archive to mbox mechanism, but made it configurable tocotton1998-10-201-0/+13
| | | | | | | | use mbox archiving only, to use builtin mailman html archiving only, or to use both. this is done with the ARCHIVE_TO_MBOX config variable in Defaults.py. It is set to do both by default to help those that have an external archiver change to the built in one if they want to. scott
* New site configuration variable, 'VIRTUAL_HOST_OVERVIEW', governsklm1998-10-181-10/+15
| | | | | | | | | | | | | | | | whether the listinfo overview will be constrained to only include those lists that have their web_page_url configuration option found in the URL by which the page was visited (ie, they're "on the virutal host"), or whether the listing includes all advertised lists on the host, regardless of web_page_url setting. The default is activated, as it was before. I'm going to consult with the developers for input about whether that should be changed. I also did some tidying of some other comments, and noted that the DEFAULT_FILTER_PROG value is not currently used. (We probably could extend that programmable filtering of list traffic to the list managers, *if* the filter prog was to be run in a restricted execution (rexec) environment...)
generated by cgit v1.2.3-70-g09d2 (git 2.51.2) at 2025-11-09 19:55:43 +0000