Re: create nested maildirs as needed before creating a lock file?

Michelle Konzack <[email protected]>
Newsgroups gmane.mail.procmail
Organization Tamay Dogan Network
Message-ID <20101220185510.GC4196@michelle1>
Hello Harald Dunkel,

Am 2010-12-16 22:25:08, hacktest Du folgendes herunter:
> Actually a user is not allowed to login on the imap server to
> create folders. It is already pretty painful to mount all the
> users' home directories just to give procmail acess to the
> .procmailrc files.

Where is the proble to create a directory where you put all the  promail
files and name them by the USER_NAME?

Then in the /etc/procmailrc you setup TRAP which change  the  permission
of the wrtten file to the USER_NAME.

I do this to ad have /etc/procmail_users/ and I use  INCLUDERC  to  read
the users procmailrc.  This works on my VServers with several 1000 users

> All I am asking for is some code in procmail to create
> missing nested maildirs before the lockfile is created.
> AFAICS the current procmail can create flat maildirs, but
> this seems to be broken for using lockfiles.

WHY do you use LOCK with MAILDIRS?

It makes no sense

Thanks, Greetings and nice Day/Evening
    Michelle Konzack

-- 
##################### Debian GNU/Linux Consultant ######################
   Development of Intranet and Embedded Systems with Debian GNU/Linux

itsystems@tdnet France EURL       itsystems@tdnet UG (limited liability)
Owner Michelle Konzack            Owner Michelle Konzack

Apt. 917 (homeoffice)
50, rue de Soultz                 Kinzigstraße 17
67100 Strasbourg/France           77694 Kehl/Germany
Tel: +33-6-61925193 mobil         Tel: +49-177-9351947 mobil
Tel: +33-9-52705884 fix

<http://www.itsystems.tamay-dogan.net/>  <http://www.flexray4linux.org/>
<http://www.debian.tamay-dogan.net/>         <http://www.can4linux.org/>

Jabber [email protected]
ICQ    #328449886

Linux-User #280138 with the Linux Counter, http://counter.li.org/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.