Hello,
Now I'm using timsieved, and I've check that sieve scripts sync correctly with
replica, before I was not using it.
On the other hand, I've been searching the way to compare that sieve scripts
are correctly sync with replica.
I take a look to Net::ManageSieve perl module, but It looks
Hello, cyrus-imap-users (and -devs?),
I subscribed to this list today because I am searching for some
information around upgrading/migrating my cyrus-imap-server.
Unfortunately I waited very long, hopefully not too long ...
The old server runs Suse Linux 10.1 with these versions:
# rpm -qa |
On Wed, 2012-02-29 at 11:36 +0100, Stefan G. Weichinger wrote:
Hello, cyrus-imap-users (and -devs?),
I subscribed to this list today because I am searching for some
information around upgrading/migrating my cyrus-imap-server
Unfortunately I waited very long, hopefully not too lo ...
The old
On Wed, Feb 29, 2012, at 06:37 AM, Adam Tauno Williams wrote:
My goal is to migrate things over to a newer server running gentoo
linux, the maintained version of cyrus-imapd there is 2.4.12 (the older
2.2.13 from a separate gentoo-overlay didn't compile for me).
Moving the mysql-DB
Hello,
I'm doing almost same migration, from old cyrus (2.2.12) to new version
(2.4.13) and I'm using imapsync utility in Centos6 to copy all data. After
some reading and attempts I have a fast sync method to copy the data from old
server to new one.
Regards.
Manel Gimeno Zaragoza
Am 29.02.2012 12:37, schrieb Adam Tauno Williams:
On Wed, 2012-02-29 at 11:36 +0100, Stefan G. Weichinger wrote:
their passwords are stored encrypted (so
the imapsync-approach is problematic).
Why? Create a 'master account'. Just add a pam_allow sufficient
prior to the pam_passdb/pam_unix
Am 29.02.2012 12:47, schrieb Bron Gondwana:
Make sure you get /var/imap or wherever the DB files are stored as
well, /var/spool/imap is just the emails - you want to keep the
indexes!
Afai understand this would mean these 3 dirs:
configdirectory: /var/lib/imap
partition-default:
Am 29.02.2012 13:17, schrieb Stefan G. Weichinger:
Am 29.02.2012 12:47, schrieb Bron Gondwana:
Your biggest risk is berkeley DB files. If you are using berkeley,
either convert to skiplist first, or dump and restore.
sigh ... I don't even *know* if I use berkeley.
addon:
I assume to use
On Wed, 2012-02-29 at 13:17 +0100, Stefan G. Weichinger wrote:
Am 29.02.2012 12:47, schrieb Bron Gondwana:
Make sure you get /var/imap or wherever the DB files are stored as
well, /var/spool/imap is just the emails - you want to keep the
indexes!
Afai understand this would mean these 3
Am 29.02.2012 13:38, schrieb Adam Tauno Williams:
On Wed, 2012-02-29 at 13:17 +0100, Stefan G. Weichinger wrote:
Am 29.02.2012 12:47, schrieb Bron Gondwana:
Make sure you get /var/imap or wherever the DB files are stored
as well, /var/spool/imap is just the emails - you want to keep
the
Am 29.02.2012 13:53, schrieb Stefan G. Weichinger:
Does it matter:
new server has one subdir per character:
a
b
c
d
...
while old server has:
auser1
auser2
auser5
...
?
sorry for the noise, mixed up config- and datadir ...
Cyrus Home Page: http://www.cyrusimap.org/
Am 29.02.2012 13:53, schrieb Stefan G. Weichinger:
only *.db ?
copied the db-files aside and tried to convert.
unfortunately I get stuck.
pls see and advise:
# file *.db
annotations.db: Apple QuickTime movie (modified)
deliver.db: Berkeley DB (Btree, version 9, native byte-order)
On Wed, February 29, 2012 3:22 pm, Stefan G. Weichinger wrote:
Am 29.02.2012 13:53, schrieb Stefan G. Weichinger:
only *.db ?
copied the db-files aside and tried to convert. unfortunately I get stuck.
pls see and advise:
# file *.db
annotations.db: Apple QuickTime movie (modified)
Am 29.02.2012 15:32, schrieb Eric Luyten:
Use the absolute pathnames of the DB files.
Same result:
# su cyrus -c /usr/lib/cyrus/bin/cvt_cyrusdb /tmp/cytest/deliver.db
berkeley /tmp/cytest/delnew.db skiplist
Usage: /usr/lib/cyrus/bin/cvt_cyrusdb [-C altconfig] old db old db
backend new db new
Am 29.02.2012 15:35, schrieb Stefan G. Weichinger:
Am 29.02.2012 15:32, schrieb Eric Luyten:
Use the absolute pathnames of the DB files.
Same result:
# su cyrus -c /usr/lib/cyrus/bin/cvt_cyrusdb /tmp/cytest/deliver.db
berkeley /tmp/cytest/delnew.db skiplist
Usage:
Am 29.02.2012 15:53, schrieb Stefan G. Weichinger:
If these four dbs are all I have to look at, I assume I could stop
cyrus, replace deliver.db and try starting over?
I am nearly there and it makes me happy!
cyrus 2.4.12 runs with the slightly adapted config from the older
server, it indexed
Migration from imap will grow used space because will ignore single instance
store (hard links) and should be avoided.
[]'s
Reinaldo
Em 29/02/2012, às 08:48, Manel Gimeno Zaragozá magiz...@hotmail.com escreveu:
Hello,
I'm doing almost same migration, from old cyrus (2.2.12) to new
On Wed, 2012-02-29 at 16:45 +0100, Stefan G. Weichinger wrote:
Am 29.02.2012 15:53, schrieb Stefan G. Weichinger:
If these four dbs are all I have to look at, I assume I could stop
cyrus, replace deliver.db and try starting over?
I am nearly there and it makes me happy!
cyrus 2.4.12 runs
Am 29.02.2012 18:06, schrieb Adam Tauno Williams:
netstat --listen --tcp --numeric --program
Somewhere along the line some distributions changed the SIEVE port.
Solved already, thanks.
missing pam.d entry.
imaps[18096]: IOERROR: opening /var/imap/user_deny.db: No such file
or directory
On 02/29/2012 01:25 PM, Stefan G. Weichinger wrote:
Am 29.02.2012 18:06, schrieb Adam Tauno Williams:
netstat --listen --tcp --numeric --program
Somewhere along the line some distributions changed the SIEVE port.
Solved already, thanks.
missing pam.d entry.
imaps[18096]: IOERROR:
Am 29.02.2012 17:39, schrieb Reinaldo de Carvalho:
Migration from imap will grow used space because will ignore single
instance store (hard links) and should be avoided.
I accept that just to get to the new hardware asap.
I don't have that much data so it doesn't matter that much right now.
Am 29.02.2012 18:48, schrieb Patrick Boutilier:
rsync will only sync over newer files and files that have changed. I
would use --delete as you don't want mails that have been deleted on
the live server to remain on the new server.
Yes, sure, will do.
And I would have to convert the
Am 29.02.2012 20:55, schrieb Stefan G. Weichinger:
Is some encryption my problem?
pam_mysql package on new server has (gentoo-style) USEflags openssl
sasl ssl sounds promising ...
yep, that was it. way shorter than writing this mail ... ;-)
Cyrus Home Page:
23 matches
Mail list logo