I need something more scalable then this (Ie: all Postfix email address
information is currently stored in MySQL db).
Besides it worked before so I don't understand what is happening now.
I'm wondering if it's a bug or an over zelous rule in the latest Spam
Assassin.
> You could alternately wo
> Then you might consider setting up the MYNETS policy bank.
> http://www.ijs.si/software/amavisd/amavisd-new-docs.html#pbanks-ex
The local IP blocks are already listed there.
> > 2. SMTP AUTH support is enabled but not being used in these instances.
> >
> > 3. Yes. In MYSQL db.
> >
> > How can
>
> The rules that hit should be both in the mail log and the header of
> the quarantined message (if amavisd-new is configured correctly).
>
for mail log, this should help:
grep tests /var/log/maillog | grep sender
where 'sender' is the sender's local part of the email address
--
Gary V
On 11/5/07, Michael Hallager <[EMAIL PROTECTED]> wrote:
>
> > We must know what rules are triggered. It would also be helpful to
> > know how the client is connecting to the server (from the local
> > network or from a foreign network and if SMTP AUTH is used or not).
> > Are spam messages quaranti
> > > > Where does it store this information?
> > >
> > > In the .spamassassin subdirectory of the home directory of the user
> > > running spamassassin.
> >
> > I've tried 'cleaning it all out' with no success.
> >
> > I'm really unsure at this point what is going on.
> >
> > All I know is that my
> We must know what rules are triggered. It would also be helpful to
> know how the client is connecting to the server (from the local
> network or from a foreign network and if SMTP AUTH is used or not).
> Are spam messages quarantined?
1. The client is on the same netblock as the SMTP server.
On 11/5/07, Michael Hallager wrote:
> On Tue, 06 Nov 2007 15:02:02 Gary V wrote:
> > > Where does it store this information?
> >
> > In the .spamassassin subdirectory of the home directory of the user
> > running spamassassin.
>
> I've tried 'cleaning it all out' with no success.
>
> I'm really uns
On Tue, 06 Nov 2007 15:02:02 Gary V wrote:
> > Where does it store this information?
>
> In the .spamassassin subdirectory of the home directory of the user
> running spamassassin.
I've tried 'cleaning it all out' with no success.
I'm really unsure at this point what is going on.
All I know is t
On 11/5/07, Gary V wrote:
> > Where does it store this information?
>
> In the .spamassassin subdirectory of the home directory of the user
> running spamassassin.
>
By default, that is. It can be configured to be somewhere else, and
named something else. It can also be stored in an SQL database.
> Where does it store this information?
In the .spamassassin subdirectory of the home directory of the user
running spamassassin.
--
Gary V
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files t
On 11/5/07, Michael Hallager <[EMAIL PROTECTED]> wrote:
> It isn't the message text because sent from any other 'from' email address it
> gets through and all messages from that one email address are stopped.
>
> It can't be a rules based thing either because it was working fine until this
> proble
It isn't the message text because sent from any other 'from' email address it
gets through and all messages from that one email address are stopped.
It can't be a rules based thing either because it was working fine until this
problem and as I said, sent from another 'from' address an identical
On 11/5/07, Michael Hallager wrote:
>
> > You need to check your logs to see why the message is marked as
> > spam. Running amavisd at log level 2 or higher ($log_level = 2; in
> > amavisd.conf) will likely give you enough information to see why the
> > message is rejected. Here's some wild guess
At 04:53 PM 11/5/2007, Michael Hallager wrote:
> > You need to check your logs to see why the message is marked as
> > spam. Running amavisd at log level 2 or higher ($log_level = 2; in
> > amavisd.conf) will likely give you enough information to see why the
> > message is rejected. Here's some
> You need to check your logs to see why the message is marked as
> spam. Running amavisd at log level 2 or higher ($log_level = 2; in
> amavisd.conf) will likely give you enough information to see why the
> message is rejected. Here's some wild guesses you can track down:
Will try.
> - SpamAs
At 11:59 AM 11/5/2007, Andy Spiegl wrote:
>Hi,
>
>having gladly solved my "score in the subject" issue (see other thread) I
>would really like to imitate SpamAssassin's feature of not modifying the
>original SPAM-Mail but attaching it as a (message/rfc822) attachment to a
>new mail body.
>
>Advanta
Hi,
having gladly solved my "score in the subject" issue (see other thread) I
would really like to imitate SpamAssassin's feature of not modifying the
original SPAM-Mail but attaching it as a (message/rfc822) attachment to a
new mail body.
Advantages:
- the original mail is not touched and can b
I forgot to mention how I solved my problem:
Setting the $sa_spam_subject_tag _does_ work, too,
so that I don't have to use the *_maps variable.
But it only works if used correctly (as always :-)
GOOD: $sa_spam_subject_tag = '***SPAM***(_SCORE_)*** ';
BAD: $sa_spam_subject_tag = '***SPAM***(_SCO
Mark,
thanks a lot for the clarification.
> A simple modification in sub add_forwarding_header_edits_per_recip
> can provide any formatting you like, e.g. replacing the:
Good idea, but patching the source code is kind of awkward
after having got used to rpm/deb packages :-)
I understand that tru
Hi, people, lately I've been seeing several mails originating at my
domains (legal, solicited mails) which trigger something like this on
the logs:
do_notify_and_quarantine: rec_bl_ccat=(1,0), ccat=(1,1)
[EMAIL PROTECTED]
Just to clarify, why is it triggering do_notify_and_quarantine? what
do rec
On Mon, Nov 05, 2007 at 11:53:23AM +0200, Leon Kolchinsky wrote:
> Should I disable the following restrictions, i.e. delete these lines to
> improve fwd-connect timings? Is it safe to disable those?
> -o smtpd_restriction_classes=
> -o smtpd_client_restrictions=
> -o smtpd_helo_restrict
At 06:06 AM 11/5/2007, Michael Hallager wrote:
>I was away overseas for a week and set up mail forwarding (vis my desktop's
>email client) from one address to another on the same (my) mail server.
>
>Unfortunately a mail loop developed which resulted in over 4,000 near
>identical messages being sen
Hello!
Mark Martinec [11/04/07 01:33 +0100] wrote:
> is a local time (not UTC), with a time zone. I don't know why
> you are seeing UTC times, perhaps amavisd is running chrooted
> and the time zone is not configured correctly in a chroot jail.
Thanks a lot for your help (both :).
Indeed, I have
I was away overseas for a week and set up mail forwarding (vis my desktop's
email client) from one address to another on the same (my) mail server.
Unfortunately a mail loop developed which resulted in over 4,000 near
identical messages being sent through the SMTP server, and growing, before I
>
> > When I send some test mails I can see that most of processing time is
> spent
> > on:
> > SMTP DATA: 37 (34%)38
> > fwd-connect: 17 (15%)77
>
> > Is there a way to improve these timings or is it OK?
>
> The figures are pretty much normal, as Gary and Mike noted.
>
> The SMTP DATA transfer
25 matches
Mail list logo