Hi David;
In an earlier message (below) you mentioned that you were working on
adding the ability to handle these malformed messages.
A couple questions.
1. When will this happen as it has been a problem for quite a while now?
2. The messages themselves are not failing any of the tests that I am
using. Shouldn't we at least be able to have them fail a test and then
take an action based on that?
Also, I want to make sure that all of my config files are correct, and
that I do not have any depreciated tests in them. When I go to the
online manuals on your site, the links to the "tests" are broken, and I
cannot find samples of the config files. Can you tell me where they
are, and perhaps update the links in the KB so that they do point to them?
Thanks,
Herb
David Barker wrote:
Agreed Andy.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andy
Schmidt
Sent: Wednesday, November 01, 2006 10:31 AM
To: declude.junkmail@declude.com
Subject: RE: [Declude.JunkMail] declude not modifying subject line
Hi David:
Pardon me - but lets not forget that we choose to pay Declude license and
maintenance fees, precisely because of its claim of being superior in
detecting viruses, vulnerabilities and RFC violations that other components
are known to letting through.
When your business model is based on the premise that you will be closing
the holes that other components leave, then Declude cannot retreat behind an
argument that you are "only as defect as the other guys".
Clearly, if Imail/Smartermail did act appropriately and offered all the
features it should, then you wouldn't have a customer base in the first
place.
Best Regards
Andy Schmidt
Phone: +1 201 934-3414 x20 (Business)
Fax: +1 201 934-9206
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David
Barker
Sent: Wednesday, November 01, 2006 10:02 AM
To: declude.junkmail@declude.com
Subject: RE: [Declude.JunkMail] declude not modifying subject line
Herb,
I need to clarify something here. This source of this problem is that these
messages do not conform to the RFC's and are extremely broken and should not
be accepted by the mail server in the first place. That is the source of the
problem, Declude is showing the symptom. Have you approached
SmarterMail/Imail and asked them to fix this issue, either not accept the
message or apply message standardization ? What was their response ?
With that said, we are working on correcting this problem because clearly
the Mail server is not doing it.
Secondly, there are alternatives to marking the Subject line and having the
mail server take action based on the headers. You could use actions like.
# MAILBOX will move the E-mail to a user's folder (no, not a Windows
directory)
# ROUTETO will re-route the E-mail to an alternate address # HOLD will hold
the message in the spool\spam directory.
David B
---
This E-mail came from the Declude.JunkMail mailing list. To unsubscribe,
just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe
Declude.JunkMail". The archives can be found at
http://www.mail-archive.com.
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
--
Herb Guenther
Lanex, LLC
www.lanex.com
(262)789-0966x102 Office
(262)780-0424 Direct
This e-mail is confidential and is for the use of the intended
recipient(s)only. If you are not an intended recipient please advise us of our
error by return e-mail then delete this e-mail and any attached files. You may
not copy, disclose or use the contents in any way.
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
