Bugzilla Bug 32269

This ebuild lacks the knowledge of how courier works... and made clear that its 
mantainer doesn't use courier. 
I suggest to read the manpage dot-courier(8) in which is made clear what a
.courier 
file is meant for: 

"The file $HOME/.courier specifies how messages are delivered to this account. 
If  
this  file  does  not exist, default instructions set by the system
administrator are 
used. The system administrator's default instructions specify the location of
the 
account's system mailbox." 

So if you place a default .courier file in all users HOME you'll disable  The
system 
administrator's default instructions! 


Reproducible: Always
Steps to Reproduce:
1. Just Use It 
2. 
3.

I inherited the ebuild from somebody else, so all I can attest to is that
it works. I do use courier at home and (former) work. I've never had any
problems. Your point (while rudely stated) does make some sense though. I'll
try and track down the original author and see if there was some reason he
did it that way.

>I've never had any
>problems. Your point (while rudely stated) does make some sense though.

Sorry for beeing rude.
About the fact that it works, it works well until you do not set DEFAULTDELIVERY
in /etc/courier/courierd (with your favourite editor or through the webadmin).
Suppose that you want to use maildrop filtering and so you set:
DEFAULTDELIVERY="| /usr/bin/maildrop"
than you create your .mailfilter and you'll see that it'll simply be ignored.
And this is very bad because one of the best features of courier is the fact
that you can create filters through the webmail!!!

see my email, but comment here please

Okay, I fixed this in cvs to not install the .courier file anymore. I also
made a few other changes to the ebuild, let me know if you have any luck
with the new version. BTW, courier-0.44.0 snuck out and I missed it, that's
the one you want to try. It may take a little while to hit rsync.