"Tyler J. Frederick" <[EMAIL PROTECTED]> writes:
> I have a client that has a box with 5000 users on it running sendmail and
> popper. They are hosting email on here for approx 100 virtual domains and
> they are parsing it with the sendmail /etc/virtusertable. They want to
> migrate to a new server and I'd like to put them on qmail. I was thinking
> a qmail/vpopmail/mysql solution would be the best and easiest to
> administer, but I could be wrong.
>
> Keep in mind that these 5000 users all have their mail clients all setup
> for the current system (Using their 8 char unix username and passwd) and
> my client doesn't want to have to make all of them change their settings
> to the user%domain.com.
If they use their UNIX username/password right now, this means their
usernames are unique over all virtual domains anyway right now, not
just unique within each virtual domain, right? Then it should be
no problem to set up a one-to-one mapping from unique, unqualified
username to the user's virtual maildomain (perhaps using a CDB file
that is re-generated once a day for the mapping) and implement
a checkpassword for qmail-pop3d that uses this mapping to direct
the user to his associated Maildir. Sounds like 30 lines of perl
and be done. For mass-converting all currently existing folders
to Maildir format I'd suggest a small shell script that uses
formail (from procmail) and safecat ( see
<URL:http://www.nb.net/~lbudney/linux/software/safecat.html> )
The downtime would amount to the time that is needed for folder
conversion, during which I would disable SMTP services (or at least
not have qmail-send running yet) to avoid a local delivery taking
place to a folder that is currently being converted to a Maildir.
-t
