On 10/15/03 10:41 AM, Mike Bobbitt sat at the `puter and typed:
> Hello all,
>
> I'm having trouble getting spamassassin to work properly, and I hope someone can
> offer some advice. Here's my environment:
>
> spamassassin 2.60
> sendmail 8.12.10
> cyrus IMAP 2.2.1-BETA
>
> Because I’m using cyrus IMAP, delivery of scanned messages isn’t as easy as with
> other IMAP servers. I’ve worked around this by adding a sendmail alias as follows:
>
> username:"|/usr/local/bin/spamc -R -u cyrus -e /usr/cyrus/bin/deliver username"
This is odd. You're calling spamc from sendmail and then delivering
from there? You might want to reread the -e flag details in spamc(1):
-e command [args]
Instead of writing to stdout, pipe the output to command's
standard input. Note that there is a very slight chance
mail will be lost here, because if the fork-and-exec fails
there's no place to put the mail message.
It says right there there is a slight chance that you will lose mail.
I'm pretty anal about having my mail get to me - even if it might be
spam.
I'm using cyrus myself, and have had it stable for a couple years or
more - I don't remember just when I went to it, but I use procmail for
secondary processing.
I'd recommend you configure Sendmail to call through to procmail and
deliver from procmail as follows:
################
:0 w
* FOLDER ?? .
| /usr/local/cyrus/bin/deliver -q -m "$FOLDER" -- "$LOGNAME"
# Only if there was no extension do we try this
:0 wE
| /usr/local/cyrus/bin/deliver -q -- "$LOGNAME"
# Whichever one we tried, failed
EXITCODE=$?
## NL has to be set to a newline at the start of the file
LOG="$NL"
HOST
################
This is the very end of my .procmailrc file. This way, if I decide to
put a message in a different folder (like spam) I just set that
variable. This is the method I've used for as long as I've used
Cyrus, and I can't imagine giving up the easy flexibility added to the
system by Procmail. I believe you can use this in a number of ways.
I have a default ~/.procmailrc that I've stuck into /etc/skel/ so it
gets dropped into any new userid. The only way you get added
complexity is if you have mail accounts without login accounts - but I
think you can still do a system wide procmailrc that would do the
trick without too much difficulty.
Naturally, I call spamc from within .procmailrc, which I find a lot
more reliable - and you can set up a backup call to spamassassin in
case spamc fails to connect to spamd.
You are welcome to email me offlist if you need more detailed help -
particularly with the sendmail stuff. I'll send you any info on my
configs you care to read.
Lou
--
Louis LeBlanc [EMAIL PROTECTED]
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://www.keyslapper.org Ô¿Ô¬
Famous, adj.:
Conspicuously miserable.
-- Ambrose Bierce, "The Devil's Dictionary"
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
