mailman.git/scripts/mailowner, branch master The GNU Mailing List manager. https://git.neuromancer.sk/mailman.git/atom/scripts/mailowner?h=master 2001-11-30T23:33:38Z In order to make the list alias -> script mapping more consistent, 2001-11-30T23:33:38Z bwarsaw 2001-11-30T23:33:38Z urn:sha1:936a07feab0d279a2755bac00294b46faa06304a we've renamed mailcmd to request and mailowner to owner (through some SF-assisted CVS repo magic). We've also moved scripts/auto to contrib/auto since it's an obsolete way of doing the auto-aliasing in Postfix. We need to update mail-wrapper.c for the new list of acceptable script names. Note that there are still two abberations: - messages posted to just `listname' go to the post script - messages posted to listname-admin go to the bounces script The latter, listname-admin may eventually go away. Note that this requires you to regenerate your aliases! Because the CommandRunner no longer processes -owner messages, we need 2001-11-20T17:26:50Z bwarsaw 2001-11-20T17:26:50Z urn:sha1:1f84aaac8e30c46cf78e46ce9707b8cc33d4f311 to do a little more work here. Specifically, we need to add an explicit pipeline to the message's metadata, then we can send the message through the normal incoming queue (i.e. we override the incoming queue's default pipeline). We also set the envsender attribute to point to the -bounces address for the list so we can handle any bounces to the list's owners. Since these scripts are always run from the wrapper, they don't need a 2001-09-07T23:22:35Z bwarsaw 2001-09-07T23:22:35Z urn:sha1:e99c46e29e2e67c9014b4f3294243fa518054b88 #! line. main(): Be sure to set the _plaintext message metadata key to inform 2001-06-27T23:02:46Z bwarsaw 2001-06-27T23:02:46Z urn:sha1:5f3342e87b1ac613c5f5efe4c318c1cce9943fdd the Switchboard that it should save the message as plain text and not as a pickle. Lots of updates to the New Order. 2001-03-01T05:40:04Z bwarsaw 2001-03-01T05:40:04Z urn:sha1:c4647e172a91edd1b8898f25096b98bebfe46fbd main(): Convert to the new Switchboard mechanisms. This means we neither need to instantiate the mailing list, nor create a Message object from stdin. A side effect of this change is that we can't efficiently determine whether this message was destined for the -owner or -admin address (since this script bogusly handles both). We defer this decision to the CommandRunner. main(): Explicitly queue the message to INQUEUE_DIR (see changes 2000-12-20T20:01:51Z bwarsaw 2000-12-20T20:01:51Z urn:sha1:c8196fbdd58eef50de23e43691747aeac66ebc9d described in qrunner for details). main(): If the message came from the -owner address, set the toowner 2000-07-22T01:37:27Z bwarsaw 2000-07-22T01:37:27Z urn:sha1:90c2af0a6e3644226bd28788b24532c058b88839 flag. If it came from the -admin address, set toadmin. The test is against the To: field and checks for string equality with mlist.GetOwnerEmail(). All three scripts have now been changed to always quickly queue their 2000-06-14T05:19:13Z bwarsaw 2000-06-14T05:19:13Z urn:sha1:5b1f96b64525f5b6f0653b528b7e8be804555500 messages to the qfiles directory. This once and for all avoids the possibility that we hit the MTA's command time limit. The mailing list objects are never locked so we can't time out there. They don't need to be locked for message queuing. The penalty is that we do more disk i/o for every message destined to the list, the list-owner or list-request, and messages are not delivered immediately. Both are probably worthy tradeoffs for absolutely guaranteeing that messages never get lost. Robustification of posting. If any of the following fails -- the list 2000-05-08T22:31:32Z bwarsaw 2000-05-08T22:31:32Z urn:sha1:b462d62cc1f47677a7d371f4c751afe2c36296be name is missing or bogus, or the list lock cannot be acquired within the LIST_LOCK_TIMEOUT time frame -- the message is enqueued for qrunner to try again later. Previously, the message was simply lost! If DeliverToUser() returns a true value, then this means the message delivery was not completed, and again, the message is enqueued. Update the copyright lines to include the years 1999 & 2000. 2000-03-21T06:26:46Z bwarsaw 2000-03-21T06:26:46Z urn:sha1:311c9e550f83951f63d583f18c2eb215a8fc297c