[Dovecot] converting from vm-pop3d
Hello All.
I am looking into an old server which is running vm-pop3d. This server is having problems because the pop3 server is taking up 100% of the CPU. I looked at the largest mailboxes and there are a handful over 20 megs in size, the largest one is 55megs, they are all mbox format (I think).
I have been looking at the wiki and it looks like there is a perl script to make the mailboxes behave. There are also other scripts that try and convert mbox to maildir formats and from what I can gather dovecot can do this as well.
Finally the dovecot in the fedora repos is 1.0.X and I notice that the latest in 1.2.X is there a more up to date dovecot RPM repo?
I would appreciate any advice anybody can give me on how to proceed with this transition.
Thank you in advance.
Hey guys.
I hate to be rude but I am going to bump my post. Does anybody have any advice on migrating from vm-pop3d?
---------- Forwarded message ---------- From: Tim Uckun timuckun@gmail.com Date: Sun, Jun 6, 2010 at 6:48 PM Subject: converting from vm-pop3d To: dovecot@dovecot.org
Hello All.
I am looking into an old server which is running vm-pop3d. This server is having problems because the pop3 server is taking up 100% of the CPU. I looked at the largest mailboxes and there are a handful over 20 megs in size, the largest one is 55megs, they are all mbox format (I think).
I have been looking at the wiki and it looks like there is a perl script to make the mailboxes behave. There are also other scripts that try and convert mbox to maildir formats and from what I can gather dovecot can do this as well.
Finally the dovecot in the fedora repos is 1.0.X and I notice that the latest in 1.2.X is there a more up to date dovecot RPM repo?
I would appreciate any advice anybody can give me on how to proceed with this transition.
Thank you in advance.
On 9.6.2010, at 3.29, Tim Uckun wrote:
I hate to be rude but I am going to bump my post. Does anybody have any advice on migrating from vm-pop3d?
You didn't really seem to have any specific questions.
Finally the dovecot in the fedora repos is 1.0.X and I notice that the latest in 1.2.X is there a more up to date dovecot RPM repo?
http://wiki.dovecot.org/PrebuiltBinaries
I would appreciate any advice anybody can give me on how to proceed with this transition.
If possible, try it first with a few users. http://wiki.dovecot.org/Migration should tell the most important stuff.
You didn't really seem to have any specific questions.
Sorry. I'll try to be more specific.
My first question is what do to about the mail format. Right now it's mbox and from reading the migration I understand that having dovecot point to these files is going to reset the pointers and cause people to re-download the files. I see a couple of scripts there that might help. One of them converts the mbox to maildir the other messes with the UIDs of the message. Which is the better approach? Would converting to maildir be a better long term solution?
Also vm-pop3d has their own quota system and passwd files. The passwd files are in /etc/virtual/%d/passwd, they are just username:password and nothing else. Can I safely presume dovecot can read these? All the files in the /etc/virtual/$d are owned by mail.mail BTW.
The quota file is also in the above mentioned directory. Would dovecot be able to parse that OK?
The mails are delivered to /var/spool/virtual/%d/%u There are no other files that I can see, there are no other directories for mailboxes that I can see (sorry I didn't set this up). Those directories are owned by %u.mail and so are the files in the directories. Do I have to change the ownership of all these to the mail user? I understand that dovecot uses the same user for all mailboxes.
So far I have the following.
mail_location = mbox:/var/spool/virtual/%d/%u_mbox:INBOX=/var/spool/virtual/%d/%u userdb passwd-file { args = /etc/virtual/%d/passwd
#We use this if all the access is done by the same user. userdb static { args = uid=8 gid=8 home=/var/spool/virtual/%d/%u }
does that sound about right?
Finally the dovecot in the fedora repos is 1.0.X and I notice that the latest in 1.2.X is there a more up to date dovecot RPM repo?
I chose to compile it from scratch so I have the 1.2 binaries installed.
If possible, try it first with a few users. http://wiki.dovecot.org/Migration should tell the most important stuff.
Any good strategy for attempting this? Put dovecot on a different port perhaps?
On ke, 2010-06-09 at 15:26 +1200, Tim Uckun wrote:
You didn't really seem to have any specific questions.
Sorry. I'll try to be more specific.
My first question is what do to about the mail format. Right now it's mbox and from reading the migration I understand that having dovecot point to these files is going to reset the pointers and cause people to re-download the files. I see a couple of scripts there that might help. One of them converts the mbox to maildir the other messes with the UIDs of the message. Which is the better approach? Would converting to maildir be a better long term solution?
I think it's safer to do one thing at a time. First migrate to Dovecot. Then maybe migrate to Maildir.
Also vm-pop3d has their own quota system and passwd files. The passwd files are in /etc/virtual/%d/passwd, they are just username:password and nothing else. Can I safely presume dovecot can read these? All the files in the /etc/virtual/$d are owned by mail.mail BTW.
Yes. http://wiki.dovecot.org/AuthDatabase/PasswdFile
The quota file is also in the above mentioned directory. Would dovecot be able to parse that OK?
I don't know what the quota file contains. Most likely not compatible.
The mails are delivered to /var/spool/virtual/%d/%u There are no other files that I can see, there are no other directories for mailboxes that I can see (sorry I didn't set this up). Those directories are owned by %u.mail and so are the files in the directories. Do I have to change the ownership of all these to the mail user? I understand that dovecot uses the same user for all mailboxes.
Dovecot can use one or more users. You don't need to change ownership of any files if you don't want to. You could use e.g.
userdb static { args = uid=%u gid=%u home=/var/spool/virtual/%d/%u }
If possible, try it first with a few users. http://wiki.dovecot.org/Migration should tell the most important stuff.
Any good strategy for attempting this? Put dovecot on a different port perhaps?
Different port or different IP.
participants (2)
-
Tim Uckun
-
Timo Sirainen