On Thu, Aug 15, 2002 at 09:19:15AM -0400, Charlie Summers wrote:
Is the recipe/script(s) you're using freely available somewhere?
No, but it's really quite simple. The company put it together back in the days before there was a moderator_password, and never changed over since the maintainers like it.
Yeah, if you only move the password from Subject: to a separate Approve: header it's indeed simple.
Are you assuming Forward and picking the original From:
No, lord no...you're assuming a forward instead of a redirect. Redirecting an email message in reasonable clients eliminates all of those problems. (Don't ask me about OE; I said, "reasonable.")
Hmm. I figured clients that cannot add custom header lines couldn't do that either... are there really such that draw the line there, that can redirect with new subject but cannot add new header lines? Even pine's Bounce command won't do, it doesn't let you change the Subject... (although probably it could be done by some deep magic, role templates or whatever), which is one reason I thought of using To: -field instead.
Incidentally, instead of Subject: it should also be possible to use To: field to pass the approval
Ain't open-source software wonderful?
Indeed. :-)
You can use anything you want; From: header field, perhaps?
Changing the From field is again difficult in many clients (although usually doable), whereas changing To: is something all of them can do (indeed even all _users_, if they can use email at all). Anyway, here's my first attempt at "approve-via-To:-field": :0 Hfw *^(Resent-|)To: *"*Approved: | sed -e 's/^\([^:]*:\) *"*\(Approved:.*\)"* *\(<.*>\)/\1 \3\ \2/ Put that in rc.local.s00 and send approvals by To: "Approved: ..." <list@listhost> either with Bounce/Redirect (which will retain correct headers) or Forward (which will munge them but gets the message through). That should be easy enough even for OE users. Seems to work - anybody spot problems in it? Like, are there mail clients out there that Redirect without adding Resent-To: -field? (Well, even if there are they'd be no worse than OE...) -- Tapani Tarvainen