procmail
[Top] [All Lists]

Re: procmail settings on Cobalt RaQ3?

2001-07-25 00:39:14
Charlie Summers <charlie(_at_)lofcom(_dot_)com> writes:
At 4:58 PM -0400 7/21/01, Philip Guenther is rumored to have typed:
On that
assumption, is there a regular pattern to where the mailspool
symlinks point that could be coded up in C and dropped into procmail's
src/authenticate.c file?

  Yes, I think so. That is, they all point to /home/spool/mail, although
they do it in the most difficult way possible
(/home/sites/site7/../../spool/mail/username, for example). There are no
links that point anywhere except /home/spool/mail/ in /var/spool/mail/,
however.


  I _thought_ maybe the original procmail binary was simply compiled with
/home/spool/mail as the MAILSPOOLDIR directory; but I got a copy of the
original from another RaQ user (one thing about cookie-cutter machines, they
really _are_ interchangable), and that doesn't seem to be the case. The admin
user receives mail at /var/spool/mail/admin, while the other GUI-created
users with the links get their mail at /home/spool/mail. And a grep of the
binary shows /var but not /home. Yippee.

Hmm, do you actually _want_ that behavior?  If so, the C to do it isn't
that hard.  (The admin user doesn't have an rcfile does it?)


Heh!  The Cobalt should either be shipped with the source used to generate
all its (GPLed) binaries or you should be able to obtain said source
from Cobalt (now part of Sun), right?  While procmail is dual licensed
like Perl, I would assume that it would be just as easy for them to meet
the GPL side and include the hacked procmail source with all the other
GPLed programs' sources rather than meet the Artistic License side.
(Dammit Jim; I'm a hacker, not a lawyer!)


If not, do you know whether the other mail applications, like the pop3
and imap daemons, use dotlocking?  If they do, do they put the dotlocks
in the ostensible mailspool directory, or do they dotlock the 'real' path?

  That I don't know, either, but will add it to all the research I need to
do. I'd like to understand what these people did to the poor OS, and
specifically track through how they are handling the mail through procmail.

Getting the source to all GPLed programs would probably make that easier.


Philip Guenther
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail

<Prev in Thread] Current Thread [Next in Thread>