I have now managed to download imapsync. As I will be transferring mail
from one account to another account within the SAME server, do I need
to use the passwords of the accounts (which are not available to us)?
I can do it as cyrus user hopefully?
I am asking this question because I am
Try adding [EMAIL PROTECTED] to the admins line of imapd.conf and then
log into cyradm as [EMAIL PROTECTED]
Brad
On Wed, 2005-08-31 at 18:00 -0400, Jesus Ruiz wrote:
my admins look like:
admins: cyrus
and i'm logging into cyradm like this:
cyradm -u cyrus localhost
Jesus
On
We are in the process of trying to convert our database from
version 2.0.16 to 2.2.12.
To convert the our data we have tried the following:
Ctl_mboxlist C /opt/csw/etc/cyrus/imapd.conf d
f /tmp/ourdatabase.dmp
Ctl_mboxlist C /opt/csw/etc/cyrus/imapd.conf d
f /var/imap/mailboxes.db
I have searched the web and checked in the mailman forums and no one
seems to have an answer.
I have postfix and cyrus setup and working. I want to add mailman to
this setup. I was trying to do it without making a new virtual domain.
My main domain is mutantegg.com, I just want the mail man
Hi,
Does someone know if the flat format type for my /var/imap/mailboxes.db
is good enough for only 1500 mailboxes ?
or it will impact performances ?
Thank you
Patrice
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info:
Patrice wrote:
Does someone know if the flat format type for my /var/imap/mailboxes.db
is good enough for only 1500 mailboxes ?
We use flat in our setup. We have about 65000 users with 264265 mailboxes.
or it will impact performances ?
It works fine for us. Whether other formats would
Does anyone know how to export the data in the mailboxes.db
to a flat text file that can be used for importing?
Evan Saltmarsh
UNIX Systems Administrator
Information Technology Services
Vanderbilt University
Office: (615) 322-2156
Cell: (615) 491-4115
Cyrus Home Page:
As the cyrus user run:
ctl_mboxlist -d filename
'filename' will now be a text file listing the mailboxes. You can
directly edit this file. When you are done making changes to it you can
re-import it with:
ctl_mboxlist -u filename
You will want to move the mailboxes.db out of the way before
On a Debian Sarge with CyrusIMAP MURDER 2.2.8 and MTA Postfix, the
following strange phenomenon appears :
LMTP dialog between frontend and backend slow down, with an increasing
mailq. What happends : few frontend lmtpproxy processes fall in a
CLOSE_WAIT state on the backend(s) lmtp port.
Thank you Dave !
I will use 'flat' files then.
a last question : do you use flat for all cyrus files or just for
mailboxes.db ?
Patrice
Dave McMurtrie wrote:
Patrice wrote:
Does someone know if the flat format type for my
/var/imap/mailboxes.db is good enough for only 1500 mailboxes ?
On Thu, 2005-09-01 at 11:42 -0500, Saltmarsh, Evan M wrote:
Does anyone know how to export the data in the mailboxes.db to a flat
text file that can be used for importing?
Use the 'cvt_cyrusdb' utility; there's a man page for it.
Wil
--
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consulting, Ltd.
On 1 Sep 2005, [EMAIL PROTECTED] said:
Patrice wrote:
Does someone know if the flat format type for my
/var/imap/mailboxes.db is good enough for only 1500 mailboxes ?
We use flat in our setup. We have about 65000 users with 264265
mailboxes.
We were using flat for about that size
After getting advice from various people I tried imapsync, as I was
moving one mailbox to another within cyrus environment on the same machine.
So far everything went ok; however only one problem I encountered - I
required the passwords of both set of accounts. As I will be dealing
with 400+
no murder here
I will try flat files and if no troubles , I will keep it.
thanks Stephen
Stephen L. Ulmer wrote:
On 1 Sep 2005, [EMAIL PROTECTED] said:
Patrice wrote:
Does someone know if the flat format type for my
/var/imap/mailboxes.db is good enough for only 1500 mailboxes ?
Patrice wrote:
Thank you Dave !
I will use 'flat' files then.
a last question : do you use flat for all cyrus files or just for
mailboxes.db ?
For us, flat is where it's at. We're using flat for everything.
I should probably give you more information to base your decision on,
though.
A solution to this is a script setup like this:
- external file with
username_src,known_password_src,username_dest,known_password_dest
- cycle through file
- login to ldap on src account
- save current encrypted password
- change password to SHA or MD5 enc version of password_src
above
Pick a day of the transfer.
Generate new passwords for all users on the system.
Notify all users of their new passwords as of the date of the transfer you
decide on.
On the day of the transfer, update the LDAP (or both LDAPs if there are two)
with the password assigned and previously distributed
Ah yeah this is good, too. I didnt
think of that in my response. This way you dont need to distribute new
passwords.
But a small modification to this flow,
because I dont think you need to go so far with storing passwords. This
is assuming, of course, you have full access to LDAP in
Ah yeah this is good, too. I didn't think of that in my response. This way
you don't need to distribute new passwords.
Yeah, sorry about that. In our situation, we're changing the password hash, so
we've got to change them.
John
--
John Madden
UNIX Systems Engineer
Ivy Tech Community
Exactly... I guess your version is a bit more clear.. when I say store,
I meant in memory ;)
I am pretty temped to put this together. As you say it would be ge
great for reducing downtime to users... only currently migrated users
would have any interuption. Another addition might be to have
Our new setup is cyrus 2.1.17 running on a 4-node active-active Veritas
cluster. /var/imap is now a Veritas cluster filesystem that resides on
a SAN. We're not seeing any performance issues with our new setup.
Jeebus, I certainly hope not.
'About to migrate to a single-instance housing 750k
After getting advice from various people I tried imapsync, as I was
moving one mailbox to another within cyrus environment on the same machine.
So far everything went ok; however only one problem I encountered - I
required the passwords of both set of accounts. As I will be dealing
with 400+
22 matches
Mail list logo