On 12/30/2013 8:27 AM, Timothy Murphy wrote:
I'm running what I take to be a standard
postfix/amavis/clamav/dovecot/spamassassin setup
on my newly-installed CentOS-6.5 server.
As far as I can see, the setup is working ok,
except that spam - marked as such - is getting through
to my email client
I'm running what I take to be a standard
postfix/amavis/clamav/dovecot/spamassassin setup
on my newly-installed CentOS-6.5 server.
As far as I can see, the setup is working ok,
except that spam - marked as such - is getting through
to my email client (KMail under Fedora-20).
I'm not clear which
Timothy Murphy skrev den 2013-12-30 14:27:
Any suggestions or advice gratefully received -
or pointer to documentation dealing with this specific point.
I did look through a number of online documents,
eg http://wiki.centos.org/HowTos/Amavisd.
see the sa_* settings in that guide, ask if you
Timothy Murphy skrev den 2013-12-30 14:27:
I'm not clear which program should be filtering out the spam?
using procmail/sieve/maildrop or other means of mua filtering could do
the last work with that header info amavisd puts into the mails
if you want mta to reject spam, then you must
Giampaolo Tomassoni wrote:
Which kind of algorithm you use for address massacring?
To see it in context, read the code at
http://whatever.frukt.org/mimedefangfilter.text.shtml
The following sub routine is the main part of the mail address changing:
---8---
sub greylist_strip_mail($$$) {
Chris Santerre wrote:
I see this argument a lot. IMHO if you can't wait 30 minutes for an email,
then you should be using a phone, fax, or a car to drive over and talk to
the person.
I agree with that.
My boss accepts it, though I'm not sure she agrees.
Some of those above her have have
Michael Scheidell wrote:
Someone want to explain Greylisting?
It delays any email for up to 45 mins.
Usually not that long.
In my experience a forced delay of 3 minutes and a grey period of 72 hours is
enough to stop most spam.
Granted, it then depends on the sending servers retry times,
R Lists06 wrote:
A minute or two delay from grelisting matters that much
Greylisting usually delay a mail for more than two minutes (when it delays, a
good implementation can excempt most mail from the delay after a while).
Even if the greylist implementation only enforces a one minute
We also massacre the sender address a bit so that for most
mailing lists only the first mail to a recipient is delayed.
Which kind of algorithm you use for address massacring?
giampaolo
Jonas Eckerman wrote:
R Lists06 wrote:
A minute or two delay from grelisting matters that much
Greylisting usually delay a mail for more than two minutes (when it
delays, a good implementation can excempt most mail from the delay after
a while).
Even if the greylist implementation
Chris Santerre wrote:
But if you rely on email for time sensitive info you best rethink
what you are doing :)
Regardless of your perspective, Chris, the fact is that most people have
come to expect email to be as reliable and instantaneous as making a
phone call. In one sense that's a
Chris Santerre wrote:
But if you rely on email for time sensitive info you best rethink
what you are doing :)
Text messages don't provide authentication, validation nor archival.
E-mail can provide both.
I agree that people should be more patient, but when e-mail works as
well as it
Jo Rhett wrote:
Chris Santerre wrote:
But if you rely on email for time sensitive info you best rethink
what you are doing :)
Text messages don't provide authentication, validation nor archival.
E-mail can provide both.
Email does a lousy job at authentication (over the full path,
Gary V wrote:
uri GEOCITIES /^http:\/\/(..|www)\.geocities\.com\/+.+/i
describe GEOCITIES Geocities URL
scoreGEOCITIES 3.5
FWIW, if you process large quantities of mail, scoring on just the
Geocities URI itself *will* cause a significant number of false positives
even at scores as
On Mon, October 16, 2006 05:23, Billy Huddleston wrote:
Won't work for my use.. Running SA for ISP.. Way too many people.. Way too
much volume.. People upset at the time delays already.. which ar under 2 -
10 minutes.. Go Figure.
same people use upto 2 - 10 minutes to delete spam, Go Figure
On Sun, 15 Oct 2006, Billy Huddleston wrote:
Won't work for my use.. Running SA for ISP.. Way too many
people.. Way too much volume.. People upset at the time delays
already.. which ar under 2 - 10 minutes.. Go Figure.
Adjust their expectations. Email is *not* IM.
--
John Hardin KA7OHZ
On Mon, 16 Oct 2006, John D. Hardin wrote:
On Sun, 15 Oct 2006, Billy Huddleston wrote:
Won't work for my use.. Running SA for ISP.. Way too many
people.. Way too much volume.. People upset at the time delays
already.. which ar under 2 - 10 minutes.. Go Figure.
Adjust their expectations.
Logan Shaw wrote:
I guess the problem with being an ISP is that there would be
other ISPs who would be willing to not try to adjust their
expectations and instead promise them super-speedy e-mail
delivery in all cases. The fact that it isn't possible to
deliver on that promise might not matter
, 2006 2:47 PM
Subject: Re: How to filter these spam messages
Logan Shaw wrote:
I guess the problem with being an ISP is that there would be
other ISPs who would be willing to not try to adjust their
expectations and instead promise them super-speedy e-mail
delivery in all cases. The fact
ober 16, 2006 2:47 PM
Subject: Re: How to filter these spam messages
Logan Shaw wrote:
I guess the problem with being an ISP is that there would be
other ISPs who would be willing to not try to adjust their
expectations and instead promise them super-speedy e-mail
delivery in all
I reviewed greylisting as a solution in the past, we couldn't accept it due to
delay and I also read not all email servers will resend properly. So there is a
chance few legitimate emails will never get redelivered. When you are running
a business shop, such delays or exceptions
I'm not the orginal poster, but...
On Mon, October 16, 2006 3:43 pm, R Lists06 said:
Do you really want email from a server that doesn't work right or isn't
administered as best it can be?
I want every legitimate email sent to me. Period. No matter how it was
sent; the sender of the email
On Mon, October 16, 2006 3:43 pm, R Lists06 said:
Do you really want email from a server that doesn't work right or isn't
administered as best it can be?
Daniel T. Staal wrote:
I want every legitimate email sent to me. Period. No matter how it was
sent; the sender of the email may have no
I'm not sure what you have defaulted on, but majority of clients I deal with
will
not accept delayed or missing emails. This is why greylisting is not an option
for a lot of us. At most, I see greylisting acceptable for noncommercial
clients,
if that, to whom email isn't crucial part of their
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 16, 2006, at 1:47 PM, Jo Rhett wrote:
Logan Shaw wrote:
I guess the problem with being an ISP is that there would be
other ISPs who would be willing to not try to adjust their
expectations and instead promise them super-speedy e-mail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 16, 2006, at 2:27 PM, Simon wrote:
I reviewed greylisting as a solution in the past, we couldn't
accept it due to
delay and I also read not all email servers will resend properly.
So there is a
chance few legitimate emails will never
On Oct 16, 2006, at 2:27 PM, Simon wrote:
I reviewed greylisting as a solution in the past, we couldn't accept it
due to
delay and I also read not all email servers will resend properly. So
there is a
chance few legitimate emails will never get redelivered. When you are
running
a
Why can't we simply have a new ruleset to score these short spam messages
higher?
-Simon
On Mon, 16 Oct 2006 20:44:58 -0600, Gary V wrote:
On Oct 16, 2006, at 2:27 PM, Simon wrote:
I reviewed greylisting as a solution in the past, we couldn't accept it
due to
delay and
Why can't we simply have a new ruleset to score these short spam messages
higher?
-Simon
I'm not good at creating rules, but these work, and should help a little:
body GV_MAKE_K / how to (generate|make) 1\.5 - 3\.5k /
score GV_MAKE_K 3.5
uri GEOCITIES
Gary V wrote:
body GV_MAKE_K / how to (generate|make) 1\.5 - 3\.5k /
score GV_MAKE_K 3.5
uri GEOCITIES /^http:\/\/(..|www)\.geocities\.com\/+.+/i
describe GEOCITIES Geocities URL
scoreGEOCITIES 3.5
FWIW, if you process large quantities of mail, scoring on just the
Geocities URI
Hello,
I'm trying to figure out what to do to filter these spam messages. I can't seem
to
find a ruleset which would filter them. Perhaps I need to change something in
my configuration? any help would be appreciated, thanks!
Here are the latest spam I'm receiving:
http://optinet.com/spam.txt
I have adopted the following policy, I run commercial free email. If it
is unsolicited
it gets blacklisted. If they want to run commercials through my email
site, I will let them,
provided they use a mailing list and the user can opt out. Random,
unsolicited emails
go in the blacklist. This
Yea, I was getting ready to post about the same kind of spam.. Very
obnoxious. Anyone ideas?
- Original Message -
From: Simon [EMAIL PROTECTED]
To: users@spamassassin.apache.org
Sent: Sunday, October 15, 2006 2:29 PM
Subject: How to filter these spam messages
Hello,
I'm trying
Try Greylisting if you are admin on your own e-mail server!
That will filter most of those e-mails.
/Micke
Simon wrote:
Hello,
I'm trying to figure out what to do to filter these spam messages. I can't seem
to
find a ruleset which would filter them. Perhaps I need to change something in
my
Someone want to explain Greylisting?
- Original Message -
From: Micke Andersson [EMAIL PROTECTED]
To: Simon [EMAIL PROTECTED]
Cc: users@spamassassin.apache.org
Sent: Sunday, October 15, 2006 3:50 PM
Subject: Re: How to filter these spam messages
Try Greylisting if you are admin
From: Simon [EMAIL PROTECTED]
Hello,
I'm trying to figure out what to do to filter these spam messages. I can't seem
to
find a ruleset which would filter them. Perhaps I need to change something in
my configuration? any help would be appreciated, thanks!
Here are the latest spam I'm
Google for it. LOTS OF information lives out there to find.
- Original Message -
From: Billy Huddleston [EMAIL PROTECTED]
To: users@spamassassin.apache.org
Sent: Sunday, October 15, 2006 12:58
Subject: Re: How to filter these spam messages
Someone want to explain Greylisting
What I meant to say is that, eventhough they do get filtered, these spam messages
do not get scored high enough to offset threshold so they get marked as spam. I
will check on greylisting, but what I was really hoping for is a ruleset which helps
score these high enough so they are marked
-Original Message-
From: Billy Huddleston [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 15, 2006 3:58 PM
To: users@spamassassin.apache.org
Subject: Re: How to filter these spam messages
Someone want to explain Greylisting?
It delays any email for up to 45 mins.
If the sender
(Long answer in email sent direct.)
Short answer - SARE. Check the Other Rules in the side bar. Fred's
rules are generally useful. And Jennifer's are timeless and useful.
{^_^}
- Original Message -
From: Simon [EMAIL PROTECTED]
What I meant to say is that, eventhough they do get
From: Michael Scheidell [EMAIL PROTECTED]
From: Billy Huddleston [mailto:[EMAIL PROTECTED]
Someone want to explain Greylisting?
It delays any email for up to 45 mins.
If the sender is running a REAL server[sic] like aol or yahoo, it will
retry it.
Ok if you don't mind waiting a log time for
Someone want to explain Greylisting?
Here is an example that references a coupla websites
http://qmail.jms1.net/scripts/jgreylist.shtml
- rh
--
Robert - Abba Communications
Computer Internet Services
(509) 624-7159 - www.abbacomm.net
On 2006-10-15, Michael Scheidell [EMAIL PROTECTED] wrote:
Billy Huddleston wrote:
Someone want to explain Greylisting?
It delays any email for up to 45 mins.
If the sender is running a REAL server[sic] like aol or yahoo, it will
retry it.
Ok if you don't mind waiting a log time for
, October 15, 2006 10:59 PM
Subject: Re: How to filter these spam messages
On 2006-10-15, Michael Scheidell [EMAIL PROTECTED] wrote:
Billy Huddleston wrote:
Someone want to explain Greylisting?
It delays any email for up to 45 mins.
If the sender is running a REAL server[sic] like aol
44 matches
Mail list logo