I'm guessing you need to use some kind of deliver program to get the mail to the right place -- what IMAP server is that? It seems to not be expecting the user's mail spool to change without knowing about it, which seems like a weird thing to do in a mail server, but as I said, it probably wants you to deliver through some program, instead of just cat'ing to the mail spool.
C On Thu, 2002-03-28 at 20:21, Jeffrey J. Bacon wrote: > oh yeah, and this in my main log when the mailbox is accessed: > > Mar 28 22:58:55 bacon imapd[8163]: Fatal mailbox error user={user_name} > host={a_host} [{an_ip}] mbx=/var/spool/mail/{user_name}: Unexpected changes to > mailbox (try restarting): Return-Path: <MAILER > > > Jeffrey J. Bacon wrote: > > I have: > > > > VERBOSE=yes > > LOGABSTRACT=all > > LOGFILE=/var/log/procmail/procmaillog.`date +%m-%d-%y` > > :0fw > > | spamc -u $LOGNAME > > > > in my /etc/procmailrc file and then this in my main procmail log: > > > > procmail: Executing "spamc,-u,{user_name}" > > procmail: [8286] Thu Mar 28 22:58:05 2002 > > procmail: Assigning > > >"PATH=/home/{user_name}/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/usr/X11R6/bin" > > > > > Subject: *****SPAM***** Snowhite and the Seven Dwarfs - The REAL story! > > Folder: > > /var/spool/mail/{user_name} 28719 > > > > however, the mail is not actually delivered to {user_name}. > > > > Olivier Nicole wrote: > > > >> For all debugging purposes, I suggest one runs spamd without the -d, > >> and maybe with -D to see debug information onf screen. > >> > >> The running as root message is just a warning, not an error, and > >> should not prevent spamc/d to tag the message (it can prevent it to > >> create user preferences, for that purooise I use -u $LOGNAME on the > >> spamc line). > >> > >> Here is my /etc/procmailrc (site wide): > >> > >> :0fwE > >> | /usr/local/bin/spamc -u $LOGNAME > >> > >> :0e > >> { > >> EXITCODE=$? > >> } > >> > >> DATE=`date +%Y%m%d%H%M` > >> PID=`echo $$` > >> SPAMFILE=$DEFAULT-spam.$DATE.$PID > >> > >> :0: > >> * ^X-Spam-Status: Yes > >> $SPAMFILE > >> > >> Only diffreence from the man is that it push the spam into > >> /var/mail/<username>-spam.<date><pid> > >> > >> This is because I quarantine spam and deliver a daily summary to > >> users, allowing them to automatically recover false +ve. > >> > >> And I run spamd as /usr/local/bin/perl /usr/local/bin/spamd -a -c -d > >> > >> I also remember reading that the upgrade from 2.01 to 2.11 erased some > >> SA site config files (or they changed name). > >> > >> Olivier > >> > >> > >> > >>> I'll throw my 2-cents in and let y'all know I have the same problem > >>> > >>> Gene Ruebsamen wrote: > >>> > >>>> Quoting Olivier Nicole <[EMAIL PROTECTED]>: > >>>> > >>>> > >>>> > >>>>>> when I run spamc < sample-spam.txt > spam.out > >>>>>> spamc seems to work; however, when I receive an incoming mail > >>>>>> message, I > >>>>> > >>>>> > >>>>> get > >>>>> > >>>>> Does it work or not? Do you get a SA header in the output? > >>>> > >>>> > >>>> > >>>> Running spamc < sample-spam.txt > spam.out > >>>> as a non-root user works fine. I see the SA header in the output. > >>>> I also see a message in the maillog file indicating the message was > >>>> spam. > >>>> However, when procmail calls spamc, things do not work, and I get > >>>> the messages in my maillog file that I posted earlier. > >>>> > >>>> > >>>> > >>>>>> the same error in the maillog: > >>>>>> > >>>>>> Mar 27 16:55:05 mail spamd[2590]: connection from > >>>>>> sandman.realtyroad.com > >>>>> > >>>>> > >>>>> [ > >>>>> > >>>>> > >>>>>> 127.0.0.1 ] at port 2017 > >>>>>> Mar 27 16:55:05 mail spamd[6207]: Still running as root: user not > >>>>>> specified, not found, or set to root. Fall back to nobody. > >>>>>> > >>>>>> > >>>>>> And no, the mail is not being sent to (or from) the root user. > >>>>>> Why would > >>>>>> running spamc (as non root) work; yet, when receiving an e-mail > >>>>>> not work? > >>>>> > >>>>> > >>>>> Means that spamc hands the message out to spamd. And that spamd is > >>>>> running as root (well you did not change spamd to run as non-root). So > >>>>> both messages are not errors. > >>>>> > >>>>> Now how do you call spamc from procmail? > >>>> > >>>> > >>>> > >>>> :0fw > >>>> | spamc > >>>> > >>>> as stated in the www.spamassassin.org/sitewide.html file. > >>>> > >>>> > >>>> > >>>>> Olivier > >>>>> > >>>>> _______________________________________________ > >>>>> Spamassassin-talk mailing list > >>>>> [EMAIL PROTECTED] > >>>>> https://lists.sourceforge.net/lists/listinfo/spamassassin-talk > >>>> > >>>> > >> > >> _______________________________________________ > >> Spamassassin-talk mailing list > >> [EMAIL PROTECTED] > >> https://lists.sourceforge.net/lists/listinfo/spamassassin-talk > > > > > > > > > -- > ================================ > Jeffrey Bacon > ================================ > Administrator, Breakfast.ca > Student, Carleton U. > Java Programmer, Extr-ordinaire! > -------------------------------- > [EMAIL PROTECTED] > http://www.breakfast.ca/~jjbacon > > > _______________________________________________ > Spamassassin-talk mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/spamassassin-talk > > _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk