On 10/22/01 09:05 PM, Lance Hoffmeyer sat at the `puter and typed: > I have a global procmailrc I created which I execute with fetchmali. > It works somewhat but all mail seems to go to the Debian folder? > What do I seem wrong in this? > > PATH=path/mail > SHELL=/bin/sh > HOME=path/mail > DELIVER="/usr/sbin/cyrdeliver" > SPAM=/dev/null > LOGNAME=$LOGNAME > > > > :0:lance.lock > * ^To:|^cc:|Cc:.*debian-user > | tail +2 | $DELIVER -e -a lance -m Listserv.Debian > > :0:lance.lock > * ^To:.*strawbale > | tail +2 | $DELIVER -e -a lance -m Listserv.Strawbale > > :0:lance.lock > * ^To:.*mutt > | tail +2 | $DELIVER -e -a lance -m Listserv.muttuser > > :0:lance.lock > | tail +2 | $DELIVER -e -a lance -m user.lance You might actually get more success solving this one on the procmail list: http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail
OTOH, it looks like you are handling mailing lists and trying to deliver the different lists into different folders. Here's what I do to solve it: I subscribe to the different lists with the [EMAIL PROTECTED] convention - see my From header. create that folder (I have a cyrus, freebsd, procmail, . . . something like 10 folders at any given time) Sendmail will decipher this and pass the folder into procmail if you configure it correctly. I am currently using Cyrus 2.0.16, FreeBSD 4.4 Release, and Procmail 3.22. The half dozen + lists I subscribe to are automatically sorted into the appropriate folders for me without having to run my mail thru extra recipes. Here is my /etc/procmailrc: ############################################################ LOGNAME = $1 EXTENSION = $2 PATH=$1/bin:/usr/bin:/bin:/usr/local/bin:. SHELL=/bin/sh MAILDIR=/usr/local/cyrus LOGFILE=/var/log/procmail_log DEFAULT=$HOME/ VERBOSE=yes # Place any antispam or other universal filters here. Don't # write to files or pipe to programs unless you are ABSOLUTELY # SURE you know what you are doing! # this enables automated procmail recipe creation for users; # roll your own tool to allow creation of procmail recipes on a # per-user basis and place them there, but don't let users edit # their own recipes INCLUDERC=/home/$1/.procmailrc :0 w * EXTENSION ?? . | /usr/local/cyrus/bin/deliver -q -m "$EXTENSION" -- "$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 = $? HOST ############################################################ And for Cyrus 2.0.16, Here is how I modified my sendmail.mc: ############################################################ define(`confDEF_USER_ID',``cyrus:mail'') define(`confCW_FILE', `-o /etc/mail/local-host-names') define(`confTO_QUEUERETURN', `4d') define(`confTO_QUEUEWARN', `4h') define(`confMAX_MIME_HEADER_LENGTH', `256/128') define(`confNO_RCPT_ACTION', `add-to-undisclosed') define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy') define(`CYRUS_MAILER_FLAGS',`SA5@|:/w') define(`CYRUS_MAILER_PATH',`/usr/local/bin/procmail') define(`CYRUS_MAILER_USER',`cyrus:mail') define(`CYRUS_MAILER_ARGS',`procmail -Y -m /etc/procmailrc $u $h') define(`CYRUS_MAILER_MAX',`eval(5*1024*1024)') define(`CYRUS_BB_MAILER_FLAGS',`S') define(`CYRUS_BB_MAILER_ARGS',`procmail -Y -m /usr/local/procmail/procmailrc $u $h') define(`confLOCAL_MAILER',`cyrus') MAILER(`local') MAILER(`smtp') MAILER(`cyrus') LOCAL_RULE_0 R$=N $: $#local $: $1 R$=N < @ $=w . > $: $#local $: $1 Rbb + $+ < @ $=w . > $#cyrusbb $: $1 ############################################################ That LOCAL_RULE_0 section uses tabs. Notice the bait and switch with the cyrus and procmail definitions. This looks odd, but it works flawlessly. I'm not entirely sure why, but . . . I keep threatening to put up a help page for this, maybe in the next week or so. NOTE: I had a slightly different solution that worked with Cyrus 1.6.24, but I don't have access to that config just now. I believe you will find it in the Cyrus-info archives, though. If you don't want to go thru this reconfig, the procmail folks are every bit as helpful as the Cyrus folks. And the FreeBSD folks, and the OpenLDAP folks, and . . . HTH Cheers. Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ ignorance, n.: When you don't know anything, and someone else finds out.
