Re: email verification



> Sort of. For the moment. You don't need anything for this
> but that old workhorse, procmail. This is a matter of simple
> scripting.
>
> Procmail can filter incoming and/or outgoing mail and operates
> independently of any MTA (SMPT server), accepting mail from
> it or sending mail to it. A _very_ useful utility with a
> straightforward syntax for the filter scripts clearly defined in
> the man pages.
>
> In the Unix world it is referred to as an MDA (Mail Delivery
> Agent).
>
> There are any number of possible variations on the following
> theme:
>
> Any mail sent by the employees on the list would be routed to
> a mailbox belonging to the legal department. They'd look through
> it, perhaps do some editing, and put a particular string at
> the bottom of each mail and send it off.

> Procmail would read the string and decide whether to return
> it to the sender or mail it to the original addressee.

Don't know anything about procmail, but can we do this:
1. change the reply address to the address the message was initially
intended to so the legal department can reply to the message without any
unnecessary hassle
2. add a header that tells procmail it has seen the email before
3. forward the email to the legal department
4. the legal department replies
5. Procmail receives the email and knows it has seen it before: accept or
deny it: return to initial sender or allow email to leave

Step 4 and 5 is where I see problems but again I don't know procmail:
A. How is procmail supposed to know that the legal department denies the
email to go out? Formail??? I don't know formail ;-)
B. Do we add a header at the legal department (again how?)
C. Do we need the legal department to type is D in the subject to deny it or
so (I don't particularly like this because it trusts the legal people's
discipline a bit too much, but enlighten me ;-)

A lot of potential. Any further ideas to complete your system?

Cheers,
Rogier.



.



Relevant Pages

  • Re: [SLE] procmail sorting in SuSE 10.0
    ... Yes, using formail, but that is a kludge and perhaps not dependable. ... A search of the procmail archives might yeald interesting information, ... but I would not have a klue what search terms would give usable ...
    (SuSE)
  • Re: Interesting Fetchmail Foible
    ... I assume is a predefined macro for procmail? ... No, $FORMAIL holds the location of the 'formail' program, most likely ... msgid is nothing more than a name for the file the already-retrieved ... Seem to be this stuff belongs somewhere on /var... ...
    (Debian-User)
  • Why are messages bouncing, procmail: Out of memory on Solaris 2.8 w/qmail?
    ... continuous procmail errors, such as… ... Otherwise I would get a ‘formail could not ... procmail: Out of memory ... buffer 1: "FORMAIL" ...
    (comp.unix.solaris)
  • Re: parameter $1
    ... print it and returning only text to procmail. ... formail to extract the headers and munpack to extract the attached ... If I run to first formail: the headers are in head.txt ...
    (comp.unix.shell)
  • Re: Interesting Fetchmail Foible
    ... more elegant manner and leave things alone when the network is doing ... I assume is a predefined macro for procmail? ... No, $FORMAIL holds the location of the 'formail' program, most likely ... msgid is nothing more than a name for the file the already-retrieved ...
    (Debian-User)