Put this in your maildroprc or .mailfilter file:

    to "/var/spool/mail/$LOGNAME"

This will tell maildrop where to deliver the message.  LOGNAME will be
replaced by the username of the recipient.  If you do not want this to
happen with all users, you will need to either put this only in the
.mailfilter files of the users it applies to, or put some extra logic in
maildroprc so that it only does the delivery for the right users.

More information in the man page...

    man maildropfilter

Bowie

Rocco Scappatura wrote:
> /var/spool/mail/<user>
> 
> and then, when I access it with a MUA, in mbox..
> 
> This happened until I installed maildrop..
> 
> rocsca
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of Bowie Bailey
> > Sent: Tuesday, July 31, 2007 3:50 PM
> > To: [email protected]
> > Subject: Re: [courier-users] Avoiding local messages delivery
> > to maildrop
> > 
> > Rocco Scappatura wrote:
> > > > > So local messages are managed also by maildrop.
> > > > > 
> > > > > How can avoid this?
> > > > 
> > > > Courier doesn't provide a facility for deciding what MDA to use,
> > > > based on the sender.  Conditional processing should be handled
> > > > within the MDA. 
> > > > 
> > > > Why would you not want maildrop to handle "local" messages?
> > > 
> > > Because  maildrop tries to deliver it to a non-existing Maildir
> > > while I don't have a such Mildir for all local users..
> > > 
> > > (and this implies that local users does not receive mails at all -
> > > evene the message from postmaster that are worth for debugging)
> > 
> > What should happen to these messages?  If you don't want them
> > delivered to the user's maildir, where should they go?
> > 
> > You can probably configure maildrop to do what you want.  You
> > can put rules in the global maildroprc file and in each
> > user's .mailfilter file to change the delivery based on
> > sender, recipient, content, or whatever.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to