Well, I decided to make the mail system a little more orderly, and seem to have blundered
into more trouble. I got the duplicate messages to stop by moving the cron job to get both
user's emails to individual cron jobs run as each user, and a local $HOME .fetchmailrc, .procmailrc,
.forward, etc. The trouble is, I have procmail sending forwarding my mail to the /home/user/mail
mail directory, where it's supposed to put the mail into an mbox file, (Netscape default I believe)
and it's downloading all my email into a big file that Netscape shows as a single email with a path for
the subject, like this: /home/mark/mail/quarantine When I look at the structure of the old mbox file,
and the procmail produced mbox file, I see that procmail has added some header information, but
the From: tag is still there, so shouldn't it be properly handled by Netscape?
The main issue I think is that I don't really understand how procmailrc files should work to update my
mail files. Does anyone have a working .procmailrc, .forward files that use a standard Netscape/unix
mbox format, so that I can copy it and hopefully get this thing working? I have to get this bit working
prior to adding spamassassin and virus filtering for the other windows users on the network.


Thanks for all the help so far,
Mark

Bryan Phinney wrote:

On Tuesday 07 October 2003 06:34 pm, Mark wrote:


Ok, I'm running fetchmail --nokeep as a root cron hourly,
and my /root/.fetchmailrc is as follows:

poll mail.voyager.net proto pop3
user XXXX pass XXXX is mark here nokeep
poll mail.voyager.net proto pop3
user XXXX pass XXXX is pauline here nokeep



Try changing the lines to: poll mail.voyager.net with proto APOP user 'XXXX' there with password 'XXXX' is 'mark' here and etc.

perhaps add a set logfile "/var/log/fetchmail.log"

at the beginning and then check the logfile after the cron job and then after running from the command line to see if you get a different set of results messages. You can also change the log mode to level 5 to get a complete history rather than just a summary.

You can always remove the logfile if it helps you figure out what the problem is.



If I log in as root, and just issue the command fetchmail, it gets and
deletes messages.
I copied the rc over to /etc/fetchmailrc, and it still does it. I am at
a loss to explain this.
My previous setup, a copy of MDK 6.0 running on nearly the same
hardware, didn't do
this. I download all messages for both email accounts to the server,
then serve it via IMAP
to several computers in the home.



You may want to include the command you are using to run fetchmail from the cron job. It is possible that you need to specify the config file when run in that fashion, also that some path or other info is included in the shell script when you su to root but is NOT included when cron runs the job.




------------------------------------------------------------------------

Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com




Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com

Reply via email to