On 2/19/09, Simon Aquilina <sim...@hotmail.com> wrote: > > > > ------------------------------ > Date: Thu, 19 Feb 2009 04:34:14 -0500 > Subject: Re: Postfix + Maildrop > From: gejop...@gmail.com > To: mouss+nob...@netoyen.net <mouss%2bnob...@netoyen.net> > CC: postfix-users@postfix.org > > [quote] > > On Wed, Feb 18, 2009 at 3:17 PM, mouss <mo...@ml.netoyen.net> wrote: > > Simon Aquilina a écrit : > >[snip] > >> > >> > > >> > Enterting the command maildrop -V 4 -d sysad...@mydomain.com < 1 > return > >> > the following: > >> > base 1: No such file or directory. > >> > >> well, you asked it to read from a file named "1". use "< /dev/null" > >> instead. > > > > I did as you suggested and the results I get are the following; > > > > Message start at 0 bytes, envelope sender=root > > maildrop: Attempting sysad...@mydomain.com > > maildrop: Unable to open filter file, errno=2 > > > > well, since your maildrop doesn't use authlib, it wants a real user (one > that it can find in /etc/passwd). > > anyway, you can try with a higher verbosity level. for example > > maildrop -V 9 -d someuser < /dev/null > > > > > However I cannot understand why I am getting the third line. On the > > documentation it says that .maildropfilter should be in $HOME/. I > > understand that this means the home directory of the user used by > > maildrop. In my case the user is 'mail' and the home directory is > > '/var/mail/'. I created a file named '.maildropfilter' and inside it I > > placed only a single line to point to the mailbox (available further > > below). To be sure I also passed the following commands; chown mail > > .maildropfilter and chmod 666 .maildropfilter. I then copied the file to > > '/etc/courier/' as well but still had the same results :( > > > >> > >> > > >> > Enter the command maildrop -v returns the following: > >> > maildrop 2.0.4 Copyright 1998-2005 Double Precision, Inc > >> > GDBM/DB extensions enabled > >> > Maildir quota extensions enabled > >> > <License text> > >> > >> so your maildrop was not built with authlib support. as a result, it > >> can't query authdaemon. with authlib support, you get something like: > >> > >> $ maildrop -v > >> maildrop 2.0.4 Copyright 1998-2005 Double Precision, Inc. > >> GDBM extensions enabled. > >> Courier Authentication Library extension enabled. > >> Maildir quota extension enabled. > >> This program is distributed under the terms of the GNU General Public > >> License. See COPYING for additional information. > >> > > > > I spent all morning on the internet trying to find how to install > > maildrop with authlib support and did not find much. However I did find > > something interesting. On one website there was written that maildrop > > started displaying "Courier Authentication Library extension enabled." > > after it was configured to use authmysqlrc. Needless to say I did not > > fine the information where such setting should be placed! > > > > maybe try: > http://www.ckvsoft.at/pmwh/index.php/Installation:Ubuntu:Maildrop > > > >> > >> look at the "Courier Authentication Library extension enabled." line. > >> > >> if the mailbox location or uid/gid is "dynamic", yiu'll need to > >> reinstall maildrop with authlib support. > >> > >> if the mailbox location is "static" (for example > >> /base/domain/user/maildir/) and you use a single uid:gid for all > >> mailboxes, then you can run maildrop with -d mailboxuid and have > >> maildroprc determine the mailbox path. > > > > At the moment all uid:gid have the same value. Therefore I was trying to > > get maildrop to work with the auth support and then work on connecting > > maildrop to mysql later. > > > > For this reason I changed my master.cf file maildrop setting to be > > finish with '... -d 1000 ${recipient} ${user}'. Considering maildrop > > should drop the emails in: '/var/mail/virtual/{user}/new/' I put a > > single line in .maildropfilter file as follows: 'MAILBOX = > > "/var/mail/virtual/$1/new/" '. NOTE: I only have this line in the > > .maildropfilter file. > > > > 1- The variable is DEFAULT, not MAILBOX. > 2- don't put a "new/" there. maildrop will try to deliver to > $whatyoutellit/new/. > 3- in your example, ${user} is $2, not $1. but you lose the domain part > (${nexthop} or ${domain} depending on your postfix version). > > > >> > >> > > >> > Enter the command authtest sysad...@mydomain.com return the > following: > >> > Authentication FAILED: Operation not permitted > >> > > >> > >> if you got this as root, then you have a problem. any selinux, apparmor, > >> ... ? > > > > It seems I have apparmor installed... is this a problem? > > > > it may be. you can uninstall it and see. the day you feel "confident", > you can reinstall it (or install selinux instead). you'll need to > understand how it works and how to configure it to allow what you want > to allow (I personally don't know!). > > >> > >> > Also from where do I turn logging on? I do not have the file > >> > /etc/maildroprc! > >> > >> you create it. but the location is system dependent. so you'll have to > >> fins out whether your maildrop uses this file. this is easy: just put > >> random stuff there and see maildrop barking for syntax errors... > > > > I created the maildroprc in '/etc/courier/' I put a single line (again) > > which is as follows 'logfile = "/var/log/maildrop.log" '. When I run the > > above mentioned commands I do not get anything written in the log file > > (I pre-created and gave all type of rights on it). Where should I see > > maildrop complain about the syntax? > > > > well, you're not making it easy. maildrop won't be allowed to write to > /var/log. try /tmp/maildrop.log instead. > > or use the logger command instead: > > `/usr/bin/logger -i -p mail.info -t "maildrop args: $1, $2, $3"` > > > ------------------------------------------------------------------------ > > Discover the new Windows Vista Learn more! > > nah, thanks ;-p > > > <http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE> > > > seperate it as three parts and try to resolve one by one . > 1) resolve authtest > 2) resolve maildrop > 3) maildroprc and mailfilter (maildroprc is the global file and > maildropfilter exist on individual users home directory). these tools are > used for filtering > > First try to complete the courier-authlib part then it will be easy for > you to resolve maildrop. > > the command to test the same is > #authtest <mysql username> > > Try to resolve this first. > > Don't bother about maildroprc and .mailfilter , these files are used for > mail filtering ,it works like procmail > #dpkg --listfiles courier- package |grep authldaprc will list the files > in a package from these you can easily locate the files. > > Otherway to find the location of a file is > #find / -name authldaprc > #find / -name maildroprc > > if you want I can sent a sample maildroprc file , the same is available on > squirrelmail spamrule plugin, > http://www.squirrelmail.org/plugin_view.php?id=190. > > Regards > Gejo Paul > [/quote] > > Thanks Gejo Paul, > > I will try to get authtest working by installing apparmour. However before > doing so I wanted to ask a question; Is it normal that Courier-IMAP works > while authtest does not? For me Courier-IMAP is configured to load data from > MySQL. >
if you shutdown the courier-authdaemon ,IMAP authentication shouldn't work. But for resolving the maildrop issue you only need to wok on courier-authdaemon and courier-mysql pacakges . you should start the courier-authdaemon service for testing the maildrop functionality. ------------------------------ > Explore the seven wonders of the world Learn > more!<http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE> > -- Best Regards Gejo Paul
