Greetings,
Is it possible to block the reply of certain individuals from being distributed to a mailing list? Their accounts have been removed and it is only possible for certain people to post to the list. However, neither one of these options eliminates the possibility of these unwanted individuals from responding.
Thanks in advance.
Tom O'Rourke
In regards to bounce processing...I noticed that all incoming bounced mail would put the bounced addr in a file called bounces/MMDDYY
Looking at the code, this happens if formail/idhash returns a 0 serial #.
A little investigation showed that for my setup, the formail -m4 needs to be changed to -m5. Why? How many other broken smartlists can there be out there?
Below is a dump of what is in tmp.request (which gets passed to) formail in procbounce.
From MAILER-DAEMON@vroc.org Tue Apr 10 01:22:33 2001
Received: from omr-r05.mx.aol.com (omr-r05.mx.aol.com [152.163.225.133]) by nomad.vroc.org (8.11.0/8.11.0) with ESMTP id f3A5MX927615 for vulcan-request@vroc.org; Tue, 10 Apr 2001 01:22:33 -0400 Received: from rly-na05.mx.aol.com (rly-na05.mail.aol.com [172.18.151.234]) by omr-r05.mx.aol.com (v77.27) with ESMTP; Tue, 10 Apr 2001 01:21:41 -0500 Received: from localhost (localhost) by rly-na05.mx.aol.com (8.8.8/8.8.8/AOL-5.0.0) with internal id BAA11479; Tue, 10 Apr 2001 01:21:39 -0400 (EDT) Date: Tue, 10 Apr 2001 01:21:39 -0400 (EDT) From: Mail Delivery Subsystem MAILER-DAEMON@aol.com Message-Id: 200104100521.BAA11479@rly-na05.mx.aol.com To: vulcan-request@vroc.org MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="BAA11479.986880099/rly-na05.mx.aol.com" Subject: Returned mail: Service unavailable Auto-Submitted: auto-generated (failure)
Howdy,
A long time ago I changed my moderation behavior to approve messages by getting a matching moderator address from the 'From ' line in the envelope. This allows the moderator to just 'bounce', 'resend', 'redirect' etc., the message to the list upon approval ...a pretty simple and quick process.
Now it seems major mailer programs out there that people are using don't include a 'bounce' or 'redirect' feature. Before I consider crossing back to the standard SmartList method of inserting a new header with approval info, I would like to know if a header addition feature is standard equipment with the poplular mailers out there these days? Anybody know which mailers do/don't have a make a custom header feature? I hate to get stuck again.
In the SL FAQ, there is mention of a nice looking moderation package that uses the 'Subject: ' field which pretty much bypasses the issue of what mailer one is using. I'm not sure how it verifies one is acually a moderator and not an imposter.
Thanks,
--Paul T.
-- A little quote from Nader: "More Colombians die each year from American cigarettes than Americans from Colombian cocaine. Imagine the Colombian Government deciding to spray defoliants on our tobacco crops!"
At 3:33 PM -0400 4/10/01, CueMan is rumored to have typed:
I would like to know if a header addition feature is standard equipment with the poplular mailers out there these days?
No they don't, but you don't really need it. Modern versions of SmartList have the blank-line-removal recipie standard for moderated lists, so you could add the approval header as the FIRST LINE of a non-MIME email message and SmartList will cheerfully graft it to the header.
In the SL FAQ, there is mention of a nice looking moderation package that uses the 'Subject: ' field which pretty much bypasses the issue of what mailer one is using. I'm not sure how it verifies one is acually a moderator and not an imposter.
I don't know, since I've never seen it (nor heard of it, frankly), but I can tell you it's trivial to write a couple of recipies in rc.local.s00 to allow you to do pretty much anything you want. A lot of years ago I wrote a password routine that doesn't require an email address, but _does_ require a password in a specific format in the Subject: field which then gets hard-coded in the rc.local.s00, and have been using it ever since - if the password gets into the wild, a simple pico to the rc.local.s00 and it's changed. I probably would do things _really_ differently if I were starting out today, since SmartList already allows for a maintainer's password (it didn't when I first wrote these recipies), but the key is that you can do it whatever way works best for _you_ with very little effort...and if you do things differently enough, you can even make it impossible for someone who knows SmartList to get past you.
Charlie
On Tue, 10 Apr 2001, Charlie Summers wrote:
In the SL FAQ, there is mention of a nice looking moderation package that uses the 'Subject: ' field which pretty much bypasses the issue of what mailer one is using. I'm not sure how it verifies one is acually a moderator and not an imposter.
I don't know, since I've never seen it (nor heard of it, frankly), but I
Per the SL FAQ:
http://www.mjolner.com/%7Elbr/moderate/moderate.gz
I got it to work for me, I had my group set wrong, but one of it's interesting but less important features doesn't work.
Thanks,
--Paul
At 3:49 PM -0400 4/12/01, CueMan is rumored to have typed:
Per the SL FAQ:
Um, thanks, but like I thought I said before, I really don't need it, and so have never seen it (nor even bothered looking at that section of the FAQ). You can easily make SmartList approve messages any way you want by simply using a couple rc.local.s00 recipies, so why waste the time fighting with someone else's idea of how they should be approved? (After all, isn't that what you're trying to work around in the first place?)
Charlie
First, I sent a request, suspend appears to be working fine, but suspendoff is not.
I sent in a 1 day request, then if I rename the file, changing from su01262252..... to su01242252....., wouldn't that make it appear to have been done 2 days earlier, so that if suspendoff is run, it should catch it since it is expired? It is not working. I don't see a lock that may be stopping it (and it's only a test list - no one is using it except me). How do I troubleshoot this to find out where it's going wrong?
Secondly, suspend only stores the email addy and days - it loses any bracketed comments that may be in the dist file after the email addy, such as
email@here.com (Firstname Lastname State)
As near as I can tell, it finds the line in DIST holding the address, but does not grab anything back from the line. Is anyone game to rewrite it to retain any comments? I do not have enough knowledge of shell. As a last resort I will go the perl route, but this seems to be so much more efficient.
Jo Shea, Mamma Roo http://kanggah.com
smartlist@lists.rwth-aachen.de
-
Charlie Summers -
CueMan -
Ken Bass -
Listmail -
O'Rourke, Tom (CTR)