33 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Avoiding '/usr/bin/ma...
FromSent OnAttachments
Turbo FredrikssonJan 15, 2007 5:24 am 
Sam VarshavchikJan 15, 2007 7:12 am 
Turbo FredrikssonJan 15, 2007 7:41 am 
Devin RubiaJan 15, 2007 7:56 am 
Tony EarnshawJan 15, 2007 8:37 am 
Turbo FredrikssonJan 15, 2007 9:03 am 
Devin RubiaJan 15, 2007 10:01 am 
moussJan 15, 2007 2:45 pm 
Turbo FredrikssonJan 15, 2007 10:54 pm 
Turbo FredrikssonJan 15, 2007 10:57 pm 
Devin RubiaJan 16, 2007 6:54 am 
moussJan 16, 2007 4:20 pm 
Turbo FredrikssonJan 17, 2007 1:34 am 
Devin RubiaJan 17, 2007 7:09 am 
Devin RubiaJan 17, 2007 7:35 am 
Jay LeeJan 17, 2007 7:50 am 
Turbo FredrikssonJan 18, 2007 12:22 am 
Turbo FredrikssonJan 18, 2007 12:47 am 
Devin RubiaJan 18, 2007 7:24 am 
Devin RubiaJan 18, 2007 7:46 am 
Turbo FredrikssonJan 20, 2007 1:29 am 
Turbo FredrikssonJan 20, 2007 1:32 am 
moussJan 21, 2007 3:06 pm 
moussJan 21, 2007 3:14 pm 
Devin RubiaJan 22, 2007 6:40 am 
Devin RubiaJan 22, 2007 6:51 am 
Turbo FredrikssonJan 22, 2007 10:38 am 
moussJan 22, 2007 2:22 pm 
Turbo FredrikssonJan 23, 2007 3:59 am 
Turbo FredrikssonJan 23, 2007 4:01 am 
Turbo FredrikssonJan 23, 2007 4:03 am 
Devin RubiaJan 23, 2007 10:04 am 
moussJan 27, 2007 11:58 am 
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: [maildropl] Avoiding '/usr/bin/maildrop: Unable to change to home directory'Actions...
From:Turbo Fredriksson (tur@bayour.com)
Date:Jan 17, 2007 1:34:30 am
List:net.sourceforge.lists.courier-maildrop

Quoting Devin Rubia <dev@thezone.net>:

Yes. $HOME should always be expected to exist for a number of good reasons.

I don't agree, but never mind ....

Now, seeing as you have this piece of goodness:

authldaprc:LDAP_HOMEDIR mailMessageStore

you should be golden.

... but I'm not. Maildrop isn't using THIS value for HOME, it's using
homeDirectory!

I tested this by doing some (extra) debugging. When a mail is handed over to maildrop, maildrop is already 'above' the mailMessageStore. This is proven by doing a:

log "PWD: " `/bin/pwd`

at the very top of the system maildroprc. Absolutly nowhere do I reference the homeDirectory value! But maildrop STILL fails because it can't change to home directory!

So... It's been told to deliver in mailMessageStore, it's already there all ready to deliver, and then it tries to cd to homeDirectory... Why!?