Message-Id: doesn't use FQDN... for one thing
-Josh
On Mon, 2002-03-11 at 13:21, Susan Duncan wrote:
I'm including the headers from one message that has been flagged as having bad
headers. It's actually being sent from one of our servers using WebBoard.
Received: from susan [206.
>I'm including the headers from one message that has been flagged as having bad
>headers. It's actually being sent from one of our servers using WebBoard.
>
>Received: from susan [206.191.24.134] by sirc.ca
> (SMTPD32-7.05) id A2FD9CF70106; Mon, 11 Mar 2002 13:10:05 -0500
>To: (Recipients of '
I'm including the headers from one message that has been flagged as having bad
headers. It's actually being sent from one of our servers using WebBoard.
Received: from susan [206.191.24.134] by sirc.ca
(SMTPD32-7.05) id A2FD9CF70106; Mon, 11 Mar 2002 13:10:05 -0500
To: (Recipients of 'news' su
Don't know how much to trust it, but MS states that their SMTP service is
designeg so that you cna build third party filters then use it to forward to
your other servers, I believe you can even use rules in the filters to
forward to different servers. Might be worth a look. Might even be a way to
>I'm new to Declude and have been roadtesting the software to see what
>gets flagged and what does not. I've been getting a lot of false
>positives on 'BADHEADER' and 'SPAMHEADERS', mainly from various email
>lists that we subscribe to.
>
>Is this normal?
Yes. You'll find a fair amount of legi
>I'm just trying to get the order clear in my processing here. As I
>understand it, messages coming in to iMail are processed thusly:
>
>1) iMail Kill File (kill.lst)
>2) Declude Virus
>3) Declude JunkMail
>4) iMail's filters
That is correct.
>So there's no practical way to kill or delete
I'm new to Declude and have been roadtesting the software to see what
gets flagged and what does not. I've been getting a lot of false
positives on 'BADHEADER' and 'SPAMHEADERS', mainly from various email
lists that we subscribe to.
Is this normal?
When it comes to the subscription services, wh
Yes, until Scott can come up with an SMTP proxy scheme (where Declude
intercepts Port 25 to perform any IP based tests and then passes the packets
on to Imail on a different port number), we will have to first accept the
mail and then "pseudo-bounce" it - even though we already told the other
mail
I'm just trying to get the order clear in my processing here. As I
understand it, messages coming in to iMail are processed thusly:
1) iMail Kill File (kill.lst)
2) Declude Virus
3) Declude JunkMail
4) iMail's filters
So there's no practical way to kill or delete messages based on
body or
