>>>>> "gkrueger" == gkrueger <gkrueger at cleosci.com> writes: >> >>> The mail was, once again, picked up and deposited in the >>> bozo.com root's email account rather than fred's. Now, fred >>> can send the email to the >>> >>> >> If you ran fetchmail as root, that'd be why. Again, I don't >> see the reason for running fetchmail here. Fred should be able >> to login and get his mail as user fred. >> >> >> >>> yahoo account without any trouble, and it's masquerading just >>> fine as "fred at bozo.com" when it comes through to yahoo... >>> >>> >>> >> The above based on the assumption you want mail to >> fred at bozo.com to go to fred at localhost, same for wilma, >> etc. Correct? >> >> gkrueger> Yes, I do want the above (fred at bozo.com goes to gkrueger> fred at localhost), but I don't want all of the individual gkrueger> users having to "fetchmail" from the ISP server -- gkrueger> expecially since they don't have accounts there. I only gkrueger> want one user (root, for example) to pick up the mail on gkrueger> the ISP's server, and then I want the mail distributed gkrueger> on the local server so that the users can log in locally gkrueger> and pick up their individual mail. So far, all I can gkrueger> find to make that work is a combination using procmail. Can't you have fetchmail (daemon, running as root) pick the mail off the server, then stuff it down a pipe to sendmail (postfix, exim, qmail, or whatever religious persuasion you belong to), which will use the virtusertable to get it to the right mailboxes? That would not involve procmail at all. Perhaps I'm overlooking some complication... R _______________________________________________ TCLUG Mailing List - Minneapolis/St. Paul, Minnesota http://www.mn-linux.org tclug-list at mn-linux.org https://mailman.real-time.com/mailman/listinfo/tclug-list