I follow the instructions and it works for me.
Thanks buddy
Fakrul Alam
sm-7 wrote:
At 23:03 26-03-2008, Umar Murtaza wrote:
I have Spamassin 3.2.4 running on RedHat. It has been running fine,
until last night when all the emails started getting tagged as SPAMs.
Any idea where should i
Henrik K wrote:
On Sun, Mar 30, 2008 at 07:23:17PM -0400, Matt Kettler wrote:
There is nothing wrong.
The overzealous RDNS_DYNAMIC rule hits the first one like it should.
Well, actually, it's matching the archlinux list server. It is not
matching the gmail users home IP. This test
Jean-Paul Natola wrote:
i have site-wide config, as I only filter the mail and pass it on to
exchange- no ind users setup
Ok, so you're using a bayes_path and bayes_file_mode in your config?
Or are you always force-running SA as one non-root user, and su'ing to
that user for your
Received: from empmaa01.ono.com (smtp.onored.com [62.42.230.27])
by mail-bsv.electronet.net (8.14.2/8.14.2) with ESMTP id
m2VAmulO029024
for [EMAIL PROTECTED]; Mon, 31 Mar 2008 06:49:02 -0400
Received: from empprs01 (62.42.230.186) by empmaa01.ono.com (7.3.118.8)
id
I'm not sure who, at GE, this should be addressed to, however:
We normally download an Activations file each Monday morning at 10:00.
Occasionally, for whatever reason, the file isn't available when my automatic
download runs and I have downloaded it as late as Tuesday afternoon.
Last week,
On Mon, Mar 31, 2008 at 09:42:35AM -0500, Larry Starr wrote:
I'm not sure who, at GE, this should be addressed to, however:
We normally download an Activations file each Monday morning at 10:00.
Occasionally, for whatever reason, the file isn't available when my automatic
download runs
I must appoligize. I sent the earlier message to our contacts at GE.
Unfortunately I seem to have suffered an address-book malfunction whichh
resulted an a list of recipients that, should NOT have been sent this
message.
If you are on that list, and have no idea what I was talking about,
Yup, 37 years of experience does not make one immune to Monday morning
stupidity!
I'm answering, off list, in the hope that I won't fan the flames any further!
Have a good day.
On Monday 31 March 2008 09:54, Arthur Dent wrote:
On Mon, Mar 31, 2008 at 09:42:35AM -0500, Larry Starr wrote:
I'm
Hi to all.
Sorry for a OFFTOPIC but don't know where to ask this question. I need an
RFC's guru help :-)
So, as I've found in RFC's all header fields in message should be encoded
to 7-bit data. In addition my SMTP server does *not* support 8-bit MIME
for incoming e-mail.
The question is in
On 31.03.08 20:27, [EMAIL PROTECTED] wrote:
Sorry for a OFFTOPIC but don't know where to ask this question. I need an
RFC's guru help :-)
So, as I've found in RFC's all header fields in message should be encoded
to 7-bit data. In addition my SMTP server does *not* support 8-bit MIME
for
thanks got it. indeed the archlinux server looks like a dynip, so that match
is perfectly fine.
for the original sender i wonder why NJABL is listing dynips. somone run an
open proxy on a dynamic host and now everyone getting that ip has to suffer?
--
best regards/Mit freundlichen Grüßen
Arvid
On 31.03.08 18:33, Arvid Ephraim Picciani wrote:
thanks got it. indeed the archlinux server looks like a dynip, so that match
is perfectly fine.
for the original sender i wonder why NJABL is listing dynips. somone run
an open proxy on a dynamic host and now everyone getting that ip has to
On Monday 31 March 2008 22:53:45 Matus UHLAR - fantomas wrote:
Such IP's are thus not designed to send mail directly to recipients - users
have to send mail through mailserver with static IP that can autenticate
them.
True. The problem is, thats exactly what happened but SA matched the sender
We have been getting more and more of the soft porn followed by www
somesite dot com
If you change the url to www.somesite.com surbl catches it.
Any ideas?
On Mon, 31 Mar 2008, [EMAIL PROTECTED] wrote:
We have been getting more and more of the soft porn followed by www somesite
dot com
If you change the url to www.somesite.com surbl catches it.
Any ideas?
Fairly narrow:
body LAME_OBFU_URI /\bwww\s[a-z]{1,40}\sdot\scom\b/
--
John
Ok I'm desperate, extremely desperate, I have made a good program and I am
having massive troubles with Spamassain stopping my emails.
I am getting this
· SpamAssassin Audit
-Missing blank line between message header and body
This typically indicates that a header line has had a newline
Hi Vitas,
At 09:27 31-03-2008, [EMAIL PROTECTED] wrote:
So, as I've found in RFC's all header fields in message should be
encoded to 7-bit data. In addition my SMTP server does *not* support
8-bit MIME for incoming e-mail.
The message body should be 7-bit only as well. See RFC 2822.
Probably an issue to take up with the DNSWL folks..
Unless of course onored.com is running a mailing list, or mail
forwarding service for you. At which point, you should add them to your
trusted_networks so that SA doesn't test them, but the host dropping
mail off at their network..
On Mon, 2008-03-31 at 16:32 -0700, SM wrote:
Hi Vitas,
At 09:27 31-03-2008, [EMAIL PROTECTED] wrote:
So, as I've found in RFC's all header fields in message should be
encoded to 7-bit data. In addition my SMTP server does *not* support
8-bit MIME for incoming e-mail.
The message body
The headers are like this
Post a COMPLETE email somewhere like pastebin that we can look at. Don't
manually separate it into headers and body, let us look at it and see what
it *really * looks like.
The complaint here is that the header-body separator is missing or
incorrect, so we need to
It sounds like a config issue. It would pay to do a spamassassin -D
--lint. This will produce a lot of output, but it is worth reading and
understanding all of the information, to be able to parse it for errors.
Actually just 'spamassassin --lint' might be a good thing to do, being sure
to run
21 matches
Mail list logo
