ml>> help stomp out dingle berries and hand holding... DO NOT code
ml>> around other people's bugs!!!

 PE> What does the mailprocessor you use do?

that depends greatly on the error itself... in one recent incident, the
packed message time/date stamp is missing the last three characters (:xx
where xx = seconds). this caused the AREA: line to be out of place and the
tosser "properly" put the message in my netmail area.

 PE> 1. Send out of spec mail to your downlinks (using the rather lame
 PE> excuse that it was someone else's fault, you're just following
 PE> orders).

if i wasn't running GMD and a couple of others to trap these things, yes, i
believe that this is what it does. i'm not it's author...

 PE> 2. Fix the dates.

i'd hope not... i've not seen any evidence of this...

 PE> 3. Bounce the out-of-spec mail, informing the originator.

GMD and others handle this for me. the tosser's job is to toss mail not to
inspect it...

 PE> 4. Delete the out-of-spec mail without informing anyone.

again, i'd hope not... i've not seen an evidence of this...

BTW: my system saves ALL inbound mail for up to 48hours after it's arrival
on system. this is so that i =can= go back and inspect the pkts as they
were when they arrived...

 PE> It's a tough choice to make, with no ruling from the FTSC about
 PE> what we're meant to be doing.

what does the FTSC have to do with this? policy states that mail, if not
passed on, must be bounced to the originator... so... bounce the shit or
pass it on... your choice as long as one or the other is done... some say
the ethical thing to do is to pass it on. others say the opposite. both are
correct.

)\/(ark