15 messages in net.sourceforge.lists.courier-usersRe: [courier-users] maildrop, authlib...
FromSent OnAttachments
Jimmy OttJul 12, 2006 2:29 pm 
Jimmy OttJul 13, 2006 1:17 am 
Jimmy OttJul 13, 2006 1:45 am 
Jimmy OttJul 13, 2006 1:45 am 
Jimmy OttJul 13, 2006 2:01 am 
Larry MooreJul 13, 2006 2:25 am 
Jimmy OttJul 13, 2006 2:26 am 
Jimmy OttJul 13, 2006 3:35 am 
Larry MooreJul 13, 2006 3:51 am 
Jimmy OttJul 13, 2006 3:58 am 
Larry MooreJul 13, 2006 4:09 am 
Jimmy OttJul 13, 2006 4:24 am 
Jimmy OttJul 13, 2006 5:06 am 
Jerry AmundsonJul 13, 2006 10:18 am 
Jimmy OttJul 13, 2006 12:14 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] maildrop, authlib HOMEDIR, MAILDIRActions...
From:Jimmy Ott (adm@onnet.ch)
Date:Jul 13, 2006 4:24:28 am
List:net.sourceforge.lists.courier-users

Larry Moore wrote:

If you are using Postfix and maildrop you must use the standalone version. I believe the version of maildrop which is in the courier suite relies upon internal environment variables which are passed along by the system. It would seem you have a mixture of Postfix MTA and Courier MTA installed.

It was maildrop version 1.8.0 that had the new Courier Authentication Library code.

Larry.

okay, now, i'm stuck.. hm.. yes, i'm using postfix as mta and access the same ldap attributes via ldap maps. courier only for pop and imap. to move spam flagged messages, i tried maildrop to move them away in a quarantine folder.

before authlib was implemented, i used a commandline argument in postfix' master.cf with the users mailbox path in it to my maildrop filter, because i hadn't any ldap support in maildrop. (yes, it was an ugly hack)

now with authlib, i now have the ability to make ldap queries without self-compiling my maildrop package with ldap support, so i tried it with the courier-maildrop package. the normal maildrop package does not recognize users from other authentication library, because it only looks in passwd. with this package i wasn't able to test a command like "maildrop -d ema@addr.ess" because "invalid user" was the result. it does not ask courier-authlib :-s

as mentioned before, there were other people which had same problems: http://mail-index.netbsd.org/pkgsrc-bugs/2005/12/24/0001.html and there was a patch for netbsd i think

cheers