Title: Message
Hi
Frederick:
May be
you should also post the relevant lines from the Globa.cfg so that one can see
what lines you requested to be inserted.
Also,
which of these lines specifically are incorrect?
Best
RegardsAndy SchmidtPhone: +1 201 934-3414 x20
(Business)Fax: +1 201
Title: Message
He said they are included in the BODY of the email, not the
headers.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andy
SchmidtSent: Wednesday, April 13, 2005 10:02 AMTo:
Declude.JunkMail@declude.comSubject: RE: [Declude.JunkMail]
Something
I have recently setup a SMTP load balancer, with 3 iMail servers running
declude behind it. Previously, I was using WHITELIST IP to whitelist our local
IP range. Mail comming from those internal servers (a web-based email
front-end) is guarenteed to have been sent by our users.
Now, that
Title: Message
They are all a problem.
They show up in the body of the email after it is
forwarded.
If I pull the email directly from the server it is
fine. Noting shows in the body.
If I have that email account setup to forward to
another address the email shows with all these lines at
Title: Message
Any chance of a Double CR in one of your XINHEADER
lines? That could cause a mail client to think everything below it is part
of the body...perhaps even a blank XINHEADER could cause it...
Darin.
- Original Message -
From: Frederick Samarelli
To:
I think we're going to have to see the Global.CFG
to figure out if there's a misconfiguration. I certainly looks like your
entireXINHEADER config is duplicated.
Darin.
- Original Message -
From: Frederick Samarelli
To: Declude.JunkMail@declude.com
Sent: Wednesday, April 13,
See attached config.
The problem only started after the update from
2.0.5 to 2.0.6
- Original Message -
From:
Darin Cox
To: Declude.JunkMail@declude.com
Sent: Wednesday, April 13, 2005 10:39
AM
Subject: Re: [Declude.JunkMail] Something
new with v 2.0.6
I
Don't know if you resolved this, but looks like one entry ends in or and
the other in er.
Neal R. Mathews
Network Systems Engineer
The Carriage House Co.'s, Inc.
716-673-8321
Goran Jovanovic
On 12 Apr 2005 at 17:00, Ralph Krausse wrote:
Hi Ralph
It is in
C:\Program Files\Computerized Horizons\Declude
Why?
The 'wizard' on a manual install does this? Also on my system it
ended up on D:\Program Files\Computerized Horizons\Declude
-Nick
---
This E-mail came from the
Fred,
It looks like two full sets of Declude's XINHEADER's, and something
caused a double line break in it. I am also having a problem
understanding the path that this E-mail took, and maybe that will give
you some clues. There is something forwarding the message and that
might partially
The installer installs all the files to drive\ Files\Computerized
Horizons\Declude and from there, custom DLL copy the files to other folder
like your imail or smartermail folders. The manual install doesn't remove
the files that the installer copied, something that needs to be changed. As
for why
On 13 Apr 2005 at 12:13, Ralph Krausse wrote:
Thank you Ralph!
I just wanted to better understand the process
-Nick
The installer installs all the files to drive\ Files\Computerized
Horizons\Declude and from there, custom DLL copy the files to other
folder like your imail or smartermail
This is not the case.
I sent a test from my Yahoo account to my imail
account.
If I look at it in Imail it is ok.
If I do the test again having a forward in on my
imail account to an AOL account the header info get placed in the top of the
BODY when I received it at my AOL account.
See
Found the problem.
It was this line.
#XINHEADERX-Spam-Tests-Failed Weight:
%TESTSFAILEDWITHWEIGHTS%
I removed it and problem went away.
Any thoughts.
Fred,
The example that you sent earlier was being processed twice and it was
passing through IMail to Symantec and back to IMail with some other
forwarding mechanism as well, and the headers were written 30 seconds
apart. I think that understanding what is happening there might be
beneficial
We have incoming email scanned by Symantec Gateway
Antivirus then have to sent to the imail server.
For some of my tests I bypassed the Symantec server
and the problem remained.
Only removing the line listed fixed the
problem.
- Original Message -
From:
Matt
To:
Which line?
Darin.
- Original Message -
From: Frederick Samarelli
To: Declude.JunkMail@declude.com
Sent: Wednesday, April 13, 2005 1:58 PM
Subject: Re: [Declude.JunkMail] Something new with v
2.0.6
We have incoming email scanned by Symantec Gateway
Antivirus then have to sent
Help me out here. When I extracted the files by manual process, I was given
the option to specify the directory (which I did - d:\Declude 2.0.6\) Why
did anything end up in C:\program files\declude\?
John
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Fred,
The line that you commented out looked fine to me, so that is strange.
What concerns me is that the message is being processed twice by
Declude. I would hate to see this happen with other things as that is
a waste of resources. As long as we're still guessing and thinking out
loud,
Hi Fred and Matt,
The received headers showed that the mail went through the following hosts:
ads.tcbinc.net
mail.tcbinc.net
dns2.tcbinc.net
bks.tcbinc.com
It seems like two of those hosts were running Imail/declude (or one was a
multi-homed machine running Imail/declude that was given the
Mike/Matt (thanks for your help) You should
be able to duplicated by just forwarding an email to an outside account using
the problem line at the bottom.
As not to confuse things I simplified the
process.
Send an email from [EMAIL PROTECTED]= [EMAIL PROTECTED](forwarded to) =
[EMAIL
Based on this I would agree then that the %TESTSFAILEDWITHWEIGHTS%
variable is inserting a double CRLF instead of a single one, and this
would seem to explain everything else that I was commenting on as it
would seem to follow that the other things were merely effects of this,
and
Title: Message
Hi
Frederick:
I
don't know if this has been asked/suggested already and I don't have time to go
back to the RFCs to see if embedded spaces are permitted in the header name. But
have you ever tried eliminating that space:
XINHEADERX-Spam-Tests-Failed Weight:
Title: Message
Good Thought but I have these others without
problem. Thanks.
XINHEADER X-Note: Total spam weight of
this E-mail is %WEIGHT%.XINHEADERX-RBL-Warning: Total
weight: %WEIGHT%XINHEADERX-Note: This E-mail was scanned
filtered by TCB [%VERSION%] for SPAM
virus.XINHEADERX-Note:
Title: Message
Well -
NONE of those have an embedded space in the Header name!?
X-Note:
X-RBL-Warning:
vs.
X-Spam-Tests-Failed
Weight:
Have
you TRIED what I suggested?
Best
RegardsAndy SchmidtPhone: +1 201 934-3414 x20
(Business)Fax: +1 201 934-9206
-Original
Title: Message
It may be an issue with having a space before the
first colon. I seem to remember something like that in the past.
Worth a try anyway...
Darin.
- Original Message -
From: Frederick Samarelli
To: Declude.JunkMail@declude.com
Sent: Wednesday, April 13, 2005 4:27 PM
Title: Message
Fredrick,
But with these there are no spaces in the x line: but with
this one X-Spam-Tests-Failed-Weight:
there is a space.
David B
www.declude.com
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Frederick
SamarelliSent: Wednesday, April 13, 2005 4:28
Title: Message
Fred,
Those are all legit. Andy has keen eyes and I suspect that he may have
identified the trigger, though it would be a bug in Declude to behave
in this way, but a minor one.
The examples that you gave all have no spaces prior to the first colon,
and that is compliant. The
Title: Message
Okay,
let me try it this way...
RFC
822 states:
3.1.2. STRUCTURE OF HEADER
FIELDS Once a field has been
unfolded, it may be viewed as being
com- posed of a field-name followed by a colon (":"), followed by
a field-body, and
terminated by a
carriage-return/line-feed. The
On 13 Apr 2005 at 16:44, Andy Schmidt wrote:
Very well done Andy..
-Nick
Okay, let me try it this way...
RFC 822 states:
3.1.2. STRUCTURE OF HEADER FIELDS
Once a field has been unfolded, it may be viewed as being com-
posed of a field-name followed by a colon (:), followed by a
Hi all,
Im a Linux newbie, so I think this may have to do
with that end of things, since I seem to have a problem there as well.
I have Redhat Fedora Core 3. I have spamd running with
d to daemonize, i to allow all IPs. Even if I leave at the
defaults and run it, spamc test on that box
Title: Message
Andy,
Knowing Scott, I could see him adding a double line break when the
header name was invalid so as to not write an invalid header. I
suppose that could be seen as a form of error handling, though it's not
the way that I would tend to approach the same issue if in fact the
32 matches
Mail list logo