anyone?
On Feb 17, 2008 11:50 PM, Shai <[EMAIL PROTECTED]> wrote:
> I got another weird one trying to send to a remote address which I
> don't recognize...
> but the IP is the same 192.115.106.15
>
> 2008-02-17 23:47:03.320836500 starting delivery 97: msg 17073297 to
> remote [EMAIL PROTECTED]
> 2
I have seen this behavior when chkuser fails... personally, since I
delete all mis-addressed emails anyway, I turn off chkuser...
To try this, edit the /etc/tcprules.d/tcp.smtp file, and add the
following to each line you want affected:
SENDER_NOCHECK="1"
Personally, my LAST line looks like:
By the way, this is the modification I made to /etc/mail/mailfilter to get it to
dump local spam and TRY to abort the procedure, directly after reading in
$VHOME/Maildir/.mailfilter. If the user's .mailfilter contains the line
SPAMFORWARDDROP=1, the following executes:
if((/^X-Spam-Status: Yes/:h)
I realize dumping these messages probably isn't the best alternative, but there
are users that insist (especially for info@ accounts which get bombarded, etc)
I've already successfully gotten qt to reroute / dump / not deliver LOCAL spam
messages via a modified spamfilter, but my problem is with m
Most every SPAM filter I know will have SOME false-positives. It is
inevitable, since SPAMmers are constantly trying to make their sh*t look
like the REAL sh*t you WANT to receive.
So, you might want to consider changing the spamassassin processing to
move those messages marked as SPAM into a fold
Just to be sure... the option (which is domain specific) is DELETE (not
DROP).
The file is:
/home/vpopmail/domains/YOUR DOMAIN HERE/.qmail-default
and the entry should read:
| /home/vpopmail/bin/vdelivermail '' delete
NOTES:
1) that's a PIPE symbol as the 1st character (usually already there,
I realize that the end-user SHOULD know how to assemble message rules etc, but
there have been several occasions where users want to have ONLY CLEAN emails
forwarded to an external account. Is this possible?
Currently, all email is forwarded with some messages having a *** SPAM ***
subject line. I
[EMAIL PROTECTED] wrote:
> Hey there,
> just a simple question:
> I enabled the 'drop all invalind recipients' option, instead of the
> 'bounce all'.
> Now my server is just about to collapse with the connections to its limit
> and I cant sometimes sent mails from webmail b/c of 'Error 111'
>
> co
Hey there,
just a simple question:
I enabled the 'drop all invalind recipients' option, instead of the
'bounce all'.
Now my server is just about to collapse with the connections to its limit
and I cant sometimes sent mails from webmail b/c of 'Error 111'
could it be any relation between drop-all a
