Re: [Dovecot] Fwd: converting from vm-pop3d

2010-06-09 Thread Tim Uckun
 I hate to be rude but I am going to bump my post.  Does anybody have
 any advice on migrating from vm-pop3d?

 Which version of vm-pop3d you use ?


vm-pop3d POP3 Server Version 1.1.7f-DA-2


Re: [Dovecot] Fwd: converting from vm-pop3d

2010-06-09 Thread Andrey Melnikoff
Tim Uckun timuc...@gmail.com wrote:
  I hate to be rude but I am going to bump my post.  Does anybody have
  any advice on migrating from vm-pop3d?
 
  Which version of vm-pop3d you use ?
 
 vm-pop3d POP3 Server Version 1.1.7f-DA-2
Ughh... Full name of this big mess - 1.1.7f-T8-DA-2 (direct admin version
based on my patches with small changes).

Grab convert script here: http://www.temnota.kmv.ru/vm-pop3d/vm-pop3d-migrate.pl



Re: [Dovecot] Fwd: converting from vm-pop3d

2010-06-09 Thread Timo Sirainen
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.



[Dovecot] Fwd: converting from vm-pop3d

2010-06-08 Thread Tim Uckun
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 timuc...@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.


Re: [Dovecot] Fwd: converting from vm-pop3d

2010-06-08 Thread Timo Sirainen
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.




Re: [Dovecot] Fwd: converting from vm-pop3d

2010-06-08 Thread Tim Uckun

 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?

 http://wiki.dovecot.org/PrebuiltBinaries

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?