Don't really need a perl script. This should work.
find /home/vpopmail/domains -name .qmail* | xargs -i rename qmail
vpopmail '{}'
Charlie
> -----Original Message-----
> From: Jeremy Kister [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 16, 2005 11:47 AM
> To: vchkpw@inter7.com
> Subject: Re: [vchkpw] Per user .qmail patch
>
> On Fri, 16 Dec 2005 16:03:07 +0000 (GMT), Drew Wells wrote:
> > I have patched VpopMail 5.4.13 so that each user in a
> domain can have > there E-Mail handled by there own set of
> .qmail files (in > /var/vpopmail/domains/{domain}/{user}),
> this is a patch to > 'int check_forward_deliver(char *dir)'
> in vdelivermail.c.
>
> good idea
>
> > Is this patch of any interest to anyone or is this meant
> to be done > another way ?
>
> since we're talking about revamping code, we should change
> the name of the files.
>
> It's hard for some people to understand what qmail-local does
> and what vdelivermail does; calling files ".qmail" which are
> actually handled by vdelivermail is misleading.
>
> As suggested by Charles Cazabon (archived at
> http://msgs.securepoint.com/cgi-bin/get/qmail0510/86/1/1/1/1/1
> .html), we should call these files .vpopmail and/or .vpopmail-user
>
> this will clearly differentiate qmail-local and
> vdelivermail's responsibilities and will natively point
> newbies in the right direction.
>
> both vpopmail and qmailadmin could be updated trivially, and
> a couple of lines of perl could upgrade everyone's
> vpopmail/domains directory tree.
> I'd be happy to write the upgrade script.
>
>
> whether or not we decide to change the name of the files,
> we'll have to
> ask Antonio to update chkusr and checkuser before the release, or at
> least note the possible incompatibility with existing installations.
>
>
> --
>
> Jeremy Kister
> http://jeremy.kister.net./
>
>
