I recall when I was setting up analog (http://analog.cx) it would expand
files that ended in .gz. You could look at the setup scripts for analog and
modify the spamstats.pl file to behave in a similar fashion. As an added
bonus you could post your modifications to the list. :^)
-Russ
On Tues
They say, "when all you have is spamassassin, everything looks like a spam."
Well, maybe they don't, but they should. (grin)
I'd add something to your /etc/procmailrc file for this; perhaps some unique
line from the attachment, and route it to dev/null. Because the document
isn't random.
You
Here's the test that's being failed ...
* 4.4 -- Invalid Date: header (timezone does not exist)
And here's my Date: header
Date: Tue, 01 Oct 2002 17:23:54 +1700
I presume the +1700 doesn't exist; but that's the proper time for when the
message went out.
Where, on a Slackware 8.1-rc1 box does
Good afternoon!
I haven't been too worried about virii, because about 99 percent of my users
are on Macintoshes. However, it's on my list.
My question is: When I go to install AmaVis or MailScanner, it'll ask for the
virus package I've chosen (which I haven't chosen yet). Am I looking for
On Monday 08 July 2002 13:11, Derrick 'dman' Hudson wrote:
> FYI, =20 is the quoted-printable encoding of a space character.
>
> If I was in your place, I would keep a copy of all mails (for a while)
> and next time you get a customer complaint, ask them what the
> Message-ID: header is (you'll be
problem with my making all those L= lines 2048?
-Russ
http://www.craftpizazz.com/
On Monday 08 July 2002 12:22, Ross Vandegrift wrote:
> On Mon, Jul 08, 2002 at 11:22:07AM -0700, Russ Gilman-Hunt wrote:
> > > Check to see if your sendmail.cf has a short (less that 990) "L="
I took the forward to spamc out of the procmailrc file and the problem
persisted; which means it's a sendmail problem. So I'll shop there for a
solution. Thanks for your time !
-Russ GilmanHunt
[EMAIL PROTECTED]
---
This sf.net email is spon
> Check to see if your sendmail.cf has a short (less that 990) "L=" line
> included. This instructs sendmail to wrap lines at a different length
> than implied by SMTP (which says lines are shorter than 990 chars).
>
> Ross Vandegrift
> [EMAIL PROTECTED]
Thank you for responding. All my L= lines
s
is word-wrapping the lines and supplying a faulty line-ending. I don't think
it's SendMail doing this, because SpamAssassin will complain about long
lines, if we feed it a long line.
Where should I look for a solution?
Russ Gilman-Hunt
Hot Off The Press
