Il 02-01-2020 00:01 ellie timoney ha scritto:
I think, in that case, you should be fine! It wasn't clear if your
installation had only ever been 2.3, or had previously been upgraded
to 2.3 from some earlier version in the past, so I thought I'd better
point it out just in case :)
Cheers,
ellie
On Mon, Dec 30, 2019, at 8:59 PM, Gionatan Danti wrote:
> Are you referring to the problem described here [1]? If so, from the
> linked page I read:
> "Versions of 3.0 prior to 3.0.11 contained a bug (Issue #2839) that
> could lead to loss of seen state/flags during reconstruct for some
> messa
Il 30-12-2019 01:51 ellie timoney ha scritto:
You're both right. Since 2.4ish (?? MAILBOX_MINOR_VERSION=12,
anyway), a user's seen status on their own mailboxes is stored in the
mailbox index. But the separate userid.seen database is still used
for storing their seen state on mailboxes that th
remember seeing something about that.
>
> Hi, from what I read here [1], and from my experience when testing the
> migration, the seen database has its own file (userid.seen).
You're both right. Since 2.4ish (?? MAILBOX_MINOR_VERSION=12, anyway), a
user's seen status on their
hen testing the
migration, the seen database has its own file (userid.seen).
Regards.
[1]
https://cyrusimap.org/imap/concepts/deployment/databases.html#databases
--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.da...@assyoma.it - i...@assyoma.it
GPG public key ID: FF5F
On 12/24/19 1:52 AM, Gionatan Danti wrote:
On 23/12/19 18:28, Patrick Boutilier wrote:
Only thing I can think of is that a different config file is actually
being used?
Hi Patrick, I double-checked my config and it seems the same (within
the limits imposed by the Cyrus version change).
If s
On 23/12/19 18:28, Patrick Boutilier wrote:
Only thing I can think of is that a different config file is actually
being used?
Hi Patrick, I double-checked my config and it seems the same (within the
limits imposed by the Cyrus version change).
If seems to me that when default for unixhierarc
On 12/23/19 7:04 AM, Gionatan Danti wrote:
On 20/12/19 09:51, Gionatan Danti wrote:
Hi all,
I am tasked to migrate an old cyrus 2.3.x CentOS6 installation to a
new CentOS8 server with cyrus 3.0.7.
I'm following the instructions at
https://cyrusimap.org/imap/download/upgrade.html (compresiv
On 20/12/19 09:51, Gionatan Danti wrote:
Hi all,
I am tasked to migrate an old cyrus 2.3.x CentOS6 installation to a new
CentOS8 server with cyrus 3.0.7.
I'm following the instructions at
https://cyrusimap.org/imap/download/upgrade.html (compresive of berkeley
db format change to skiplist) a
Hi all,
I am tasked to migrate an old cyrus 2.3.x CentOS6 installation to a new
CentOS8 server with cyrus 3.0.7.
I'm following the instructions at
https://cyrusimap.org/imap/download/upgrade.html (compresive of berkeley
db format change to skiplist) and all is mostly working, except for some
rding the virtdomains: setting, that for the sake of
calendaring has to change from off (or rather unspecified) to userid and
it's implications on the migration path wise.
Until now, the mailboxes where located below
../mail/X/user/mary, with "X" of course being an arbitrary letter.
N
Hello,
I am in the progress of upgrading from 2.5.10 to 3.0.11 and have a
question regarding the virtdomains: setting, that for the sake of
calendaring has to change from off (or rather unspecified) to userid and
it's implications on the migration path wise.
Until now, the mailboxes
fortunate, since I'll have
to create a script fed to the "find" command to mass-convert all
databases; plus, I still don't know what the input format (the "data"
that file talks about) is.
RECONSTRUCT -R -V MAX SHOULD HANDLE ALL CONVERSIONS...
>> When I mill
all
databases; plus, I still don't know what the input format (the "data"
that file talks about) is.
>> When I mill migrate, will I have to convert the databases through the
>> flat format and back, or can I blindly copy the whole contents of
>> /var/spool/cyr
> Also, what about the various databases in the mail directories
> (cyrus.cache, cyrus.header, cyrus.index) ? For most of them, the "file"
> command only reports "data". What format are they actually in ? Do I
> have to convert them too ?
>
> SURE... JUST LAUNCH A REC
d only reports "data". What format are they actually in ? Do I
have to convert them too ?
My last question is about a planned migration of this home server to a
hosted private server. This old server and the new one are now both
Debian Stretch and thus, have the same Cyrus version, but they
ently I need to authenticate my user against a LDAP(openldap),
so I configure
saslauthd with ldap and works perfectly.
So one of my solution is to have a getpwent (local passwd) with real login
and fake password. And after the migration switch to ldap auth.
This will work but it is not nece
olution is to have a getpwent (local passwd) with real login
> and fake password. And after the migration switch to ldap auth.
>
I did several migrations with imapsync in the past and it worked quite well.
Usually I use a simple script like the one I've attached.
As authuser you have
doc about...proxy imap.
Currently I need to authenticate my user against a LDAP(openldap), so I
configure
saslauthd with ldap and works perfectly.
So one of my solution is to have a getpwent (local passwd) with real login
and fake password. And after the migration switch to ldap
Hi,
Quoting Albert Shih :
Hi everyone.
Totally new in the world of cyrusimapd, I'm trying to migrate my current
imap server from dovecot to cyrusimapd.
welcome to the list.
I'm still in the prototype stage.
I've ~ 4To of mailbox for ~ 2000 users.
I would like to know what's the best way
Hi everyone.
Totally new in the world of cyrusimapd, I'm trying to migrate my current
imap server from dovecot to cyrusimapd.
I'm still in the prototype stage.
I've ~ 4To of mailbox for ~ 2000 users.
I would like to know what's the best way to migrate all mailbox and
subscription.
I already tr
2478 rediscovered - appending
Here is the other message [1] I've sent to the list about how the
migration was done.
Any thoughts about that?
--
Hiago Prata
Graduando em Engenharia da Computação
DataCenter da UFPA - CTIC
Faculdade de Engenharia da
Computação e Telecomunicações - ITEC
Univers
Quoting
> From what System (Cyrus / non-Cyrus, Version ) to what System (Version) did
> you migrate,
> and how was the migration done? (rsync, scp, cyrus replication, via imap).
>
> How are the mails sorted in roundcube (Date, UID)?
The old server is running cyrus-imap @2.2.
cyrus is not a sort at all since it is the internal order of messages in a
mailbox.
I guess the question is whether the migration moved messages out of order,
or whether the users are noticing something that was true before migration.
Joe Brennan
Columbia University
On Mon, Feb 5, 2018 at 9:26 AM
Hi,
Quoting Hiago Prata :
Sorry, forgot to mention I'm using Roundcube as client.
Em 2018-02-05 11:26, Hiago Prata escreveu:
Hi!
After the migration of all users I was supposed to migrate to a new
server, some of them reported that in some of their mailboxes
subdirectories the di
Am Montag, 5. Februar 2018, 15:26:59 CET schrieb Hiago Prata:
> After the migration of all users I was supposed to migrate to a new
> server, some of them reported that in some of their mailboxes
> subdirectories the display order of the messages is all messed up, with
> messages rece
Sorry, forgot to mention I'm using Roundcube as client.
Em 2018-02-05 11:26, Hiago Prata escreveu:
> Hi!
>
> After the migration of all users I was supposed to migrate to a new server,
> some of them reported that in some of their mailboxes subdirectories the
> display o
Hi!
After the migration of all users I was supposed to migrate to a new
server, some of them reported that in some of their mailboxes
subdirectories the display order of the messages is all messed up, with
messages received or sent months ago being shown before them most recent
ones. I thought
se servers are
>> running the newest version of Cyrus-IMAP available to a Debian system
>> (2.5.10-3), while the old server runs Cyrus on version 2.2.13-14.
>> I've done the migration of another server running this same version
>> to the newest version with no problems.>&
bian system (2.5.10-3), while
> the old server runs Cyrus on version 2.2.13-14. I've done the migration of
> another server running this same version to the newest version with no
> problems.
>
> Now, I need to do a migration to the new servers and split the mailboxes.
&g
Hi, I'm trying split users mailboxes into two smaller servers running
> Cyrus-IMAP (for organizational purposes only). These servers are running the
> newest version of Cyrus-IMAP available to a Debian system (2.5.10-3), while
> the old server runs Cyrus on version 2.2.13-14. I'
Ellie, I'm aware of that. And "unixhierarchysep" is set to "yes".
As I said, this procedures were used in the last migration, and worked well.
Since I have split the database, is there a chance that this messed up with with some other internal database?
Hiago Caval
new username
>and a looping shell script calling imapsync for each user. With that
>much mail, you may want to split the CSV into several chunks and run
>the
>script in parallel with the different files to get more performance.
>The imapsync site has example scripts.
I did this oft
"new" AD names) so data needs to be copied
> between different mailboxes.
>
> So just copying /var/spool/cyrus won't possibly work. Likewise, however,
> I can't use any of the IMAP migration scripts that do these things on a
> per-user basis as I am n
Hi Sebastian;
Am 02.01.2018 um 14:12 schrieb Sebastian Hagedorn:
>
> You could copy the spool directories individually. You just need to
> create all the new directories first, and your copy script needs a
> mapping from the old user name to the new one. Then your script can use
> the "mbpath" ut
erent mailboxes.
So just copying /var/spool/cyrus won't possibly work. Likewise, however,
I can't use any of the IMAP migration scripts that do these things on a
per-user basis as I am not supposed to know or mess with each users
passwords; whatever I do sync-wise should be done using c
s won't possibly work. Likewise, however,
I can't use any of the IMAP migration scripts that do these things on a
per-user basis as I am not supposed to know or mess with each users
passwords; whatever I do sync-wise should be done using cyrus /
administrative user accounts.
Is some
ble to a Debian system
> (2.5.10-3), while the old server runs Cyrus on version 2.2.13-14. I've
> done the migration of another server running this same version to the
> newest version with no problems.> Now, I need to do a migration to the new
> servers and split the
> mailboxes
Hi, I'm trying split users mailboxes into two smaller servers running
Cyrus-IMAP (for organizational purposes only). These servers are running
the newest version of Cyrus-IMAP available to a Debian system
(2.5.10-3), while the old server runs Cyrus on version 2.2.13-14. I've
done the mi
Hello!
We are trying to test cyrus-muder 3.0.1 with 1 frontend, 2 backends,
and 1 mupdate. But we have had problems
with autocreate on frontend, because the frontend doesn't talk to any
backend and create the new mailbox
on his own mailboxes.db/default partition setups. If we setup
p
skiplist to
>> flag, and then back to skiplist , as suggested by many articles? (or
>> even rebuild mailboxes like in last pointed article). Both machines are
>> x86, being the only difference 32 vs 64 bits (endianness is same, etc).
>>
>> I did a quick test simulati
to
> flag, and then back to skiplist , as suggested by many articles? (or
> even rebuild mailboxes like in last pointed article). Both machines are
> x86, being the only difference 32 vs 64 bits (endianness is same, etc).
>
> I did a quick test simulating the migration, by simply
, etc).
I did a quick test simulating the migration, by simply just copying
/var/lib/imap, /var/spool/mail and /var/spool/sieve. It seems it worked
fine (or at least I couldn't find any problem when running imap with the
migrated data). But I'd need your confirmation this should be suffici
Hi Shaheen,
> What is the difference between 2.4 and 2.5 (why are there three versions
> all being updated?).
2.5 is the current stable version.
2.4, while old, still has significant numbers of installations in the
wild. The new release was due to the security fixes. The other bug
fixes were i
build the 2.5?
On Jul 7, 2015, at 1:38 AM, Bron Gondwana wrote:
> On Tue, Jul 7, 2015, at 04:23 PM, Christoph Moench-Tegeder wrote:
>> ## Frank Patzig (f...@mdlink.de):
>>
>>> In the mailclient are the mails unseen. The data migration from *.seen
>>> to cyrus.index n
On Tue, Jul 7, 2015, at 04:23 PM, Christoph Moench-Tegeder wrote:
> ## Frank Patzig (f...@mdlink.de):
>
> > In the mailclient are the mails unseen. The data migration from *.seen
> > to cyrus.index not work. What can i do? In strace not found not data und
> > in t
## Frank Patzig (f...@mdlink.de):
> In the mailclient are the mails unseen. The data migration from *.seen
> to cyrus.index not work. What can i do? In strace not found not data und
> in the logging not importent informations.
I believe you missed "-V max" to reconstruct. (And
Hello,
i will migration a 4TB mailsystem.
I have with seen migration a problem. I sync the
/var/lib/user/[a-z]/uid.seen from old system. The owner and groups are
correct. The db is skiplist.
I start reconstruct -rf , then start the cyrus deamon.
In the mailclient are the mails unseen. The data
- Original Message -
From: "Steinar Kaarø"
To:,
Cc:
Sent:Fri, 22 Feb 2013 09:38:55 +0100
Subject:Re: Exchange to cyrus-imapd mail migration query
--On Thursday, February 21, 2013 11:33:33 PM -0800
jayesh.shi...@netcore.co.in wrote:
> Hi Imap sync works on a im
--On Thursday, February 21, 2013 11:33:33 PM -0800
jayesh.shi...@netcore.co.in wrote:
> Hi Imap sync works on a imap account of exchange , If I already
> know the excahnge user's password.
> But currently the problem is I am using an Exchange administrator
> account , with a "delegated" mail
- Original Message -
From: "Simon Matter"
To:"Dan White"
Cc:"jayesh shinde" ,
Sent:Thu, 21 Feb 2013 16:03:16 +0100
Subject:Re: Exchange to cyrus-imapd mail migration query
> On 02/21/13 15:59 +0530, jayesh shinde wrote:
>>Hi all ,
>>
> On 02/21/13 15:59 +0530, jayesh shinde wrote:
>>Hi all ,
>>
>>I am migrating the Exchange 2003 server to Cyrus-imapd + postfix server
>>Due to some reason , on Exchange server imap protocol is not open and
>>only mapi protocol is available.
>>Along with this end users are not allowing the share
On 02/21/13 15:59 +0530, jayesh shinde wrote:
>Hi all ,
>
>I am migrating the Exchange 2003 server to Cyrus-imapd + postfix server
>Due to some reason , on Exchange server imap protocol is not open and
>only mapi protocol is available.
>Along with this end users are not allowing the share the pas
Hi all ,
I am migrating the Exchange 2003 server to Cyrus-imapd + postfix server
Due to some reason , on Exchange server imap protocol is not open and
only mapi protocol is available.
Along with this end users are not allowing the share the passwords.
In Exchange by giving the administrator a
Wolfgang Breyha wrote, on 08.01.2013 15:53:
> I'm currently checking the source of both versions to get an idea what happend
> while the mailboxes moved from one backend to the other, but have no clue yet.
>
> Our subscriptions_db format was flat on 2.3 and still is flat.
Looking at the list of a
Hi!
We did our migration some time ago from 2.3.16 to 2.4.x (I think it was 2.4.12
back then).
We recognized now that lots of users (~50k of our 100k userbase) lost their
subscription to their last entry, which in most cases was "INBOX.Trash". The
piled up junk in all these "unsee
LTS with cyrus 2.4.12. What is the migration procedure should I do?
thanks
Adonai S. Canez
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
--
Untitled
Hi,
I need to migrate my server cyrus 2.3.7 from redhat 5.3, to Ubuntu 12.04
LTS with cyrus 2.4.12. What is the migration procedure should I do?
thanks
Adonai S. Canez
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To
On Wed, Oct 3, 2012 at 11:46 AM, Dan White wrote:
> On 10/03/12 10:51 -0400, Brian Chase wrote:
>>
>>
>> Anyway, so the consulting company we're working with to help us with the
>> migration is using Google's GAMME tool. It's a mail migration tool that
10TB of imap data stores. That said,
>Cyrus works quite well at that scale.)
>
>Anyway, so the consulting company we're working with to help us with the
>migration is using Google's GAMME tool. It's a mail migration tool that
>works with Exchange and IMAP servers t
> servers and to the systems we have running the GAMME tool. For the
> custom front-end server I think it should be possible to modify the
> source code that handles the authorization to bypass the normal
> process.
There is no need to modify any code; SASL can already do this. A user
can hav
y, so the consulting company we're working with to help us with the
migration is using Google's GAMME tool. It's a mail migration tool that
works with Exchange and IMAP servers to pull the data out of the old mail
servers and into Google's servers. It's a pretty limited progra
Bron Gondwana wrote, on 06.01.2012 17:53:
> Seen data is only stored in .seen files for shared or other user
> mailboxes. The seen data for the mailbox owner is stored in the
> cyrus.index. This has two benefits:
Hmmm, I'm running 2.4.12/13 on my backends now. All mailboxes were migrated
from 2.
a and uidvalidity and stuff.
> Seen state persisted, at least for user folders, when I did my 2.3.x to
> 2.4.x migration. I *thought* the same was true for shared folders, but
> I could have been wrong.
Yes, it definitely persists. The upgrade process reads the owner's
seen file
seen files for shared or other user
> > mailboxes. The seen data for the mailbox owner is stored in the
> > cyrus.index.
> Does this mean the owner's seen data gets lost if the mailbox is
> reconstructed?
Seen state persisted, at least for user folders, when I did my 2.3.x to
> From: info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu
> [mailto:info-cyrus-bounces+info-cyrus=ornl@lists.andrew.cmu.edu] On
> Behalf Of Bron Gondwana
>
> Seen data is only stored in .seen files for shared or other user
> mailboxes. The seen data for the mailbox owner is stored i
On Fri, Jan 06, 2012 at 01:40:10PM -0500, Ron Vachiyer wrote:
> To be clear, here is my scenario;
>
> I have 8000 user accounts, 40+Gigs of email on a 2.1.17 server. They all
> seem to be using .seen files stored in /var/lib/imap/user/u/user.seen files.
> The mailspool is in /var/spool/imap/u/
> Oh, if you've already moved the mailbox and the seen file hasn't
> been moved yet... yeah, that's messy :(
>
> The main problem is that the seen file is indexed by UNIQUEID
> rather than mailbox name, otherwise you could just copy-paste
> the sequence out and run
>
> TAG UID STORE +Flags \
On Fri, Jan 06, 2012 at 11:58:40AM -0500, Ron Vachiyer wrote:
> I am beginning to see this. Is there a mecanism to read from these .seen
> files to recover this data during a migration? Because from what I am
> seeing, if I move a .seen file from the old server, the new server never
n 2.3, small files
> with multiple fsyncs!
>
> Bron.
Hello,
I am beginning to see this. Is there a mecanism to read from these .seen files
to recover this data during a migration? Because from what I am seeing, if I
move a .seen file from the old server, the new server never reads
On Fri, Jan 06, 2012 at 10:17:26AM -0500, Ron Vachiyer wrote:
> however it doesn't create any .seen files like the 2.1.x version, it seems to
> store seen information in the "cyrus.index" file in each users mailspool
> directory. I am using the invoca rpm build, is this a particularity or is
>
> Do you know what format the seen files are in on the old server? I think
> you should be able to copy them across with the rest of the mail spool
> using rsync, but the default database format for seen might have changed.
> The default in 2.4 appears to be skiplist.
>
> Check the setting
On Thu, 5 Jan 2012, Ron Vachiyer wrote:
>
> I am to work on migrating a very (very) old install using 2.1.17. The
> seen information seems to be stored in a
> /var/lib/imap/user/xx/xxx/xxx.seen file. How can I migrate this seen
> info to a 2.4.13 install?
>
> I thought of using imapsync to mov
I am to work on migrating a very (very) old install using 2.1.17. The seen
information seems to be stored in a /var/lib/imap/user/xx/xxx/xxx.seen file.
How can I migrate this seen info to a 2.4.13 install?
I thought of using imapsync to move the mailspool, which works, however some
mailboxes a
Andy
Thanks a lot. I'll take a look at your scripts.
As a side note. As somebody suggested. Roundcubemail actually
does what i want, without the additional Perl hacking.
Too bad, i can't force the users choice web-mail client ;^)
On Tue, September 20, 2011 01:13, Andrew Morgan wrote:
> On Fri, 1
Hi,
> I'm trying to move from an old uw-imap to Cyrus 2.4.8 using imapsync 1.456.
>
> So far my main problem has been the lack off useful documentation on
> imapsync's part. Specially on the --regextrans2 parameter. I managed
> to figure that one out by 2 days of Googling and trial-error attempts
On Fri, 16 Sep 2011, Mogens Melander wrote:
Well guys, my question was not about what client to use.
Rather, how to solve my problem in my current environment.
Somebody other than me has chosen the environment. I´ll just
has to make it work for everybody.
Ring a bell somewhere ;^)
I had a few
lander wrote:
>>> Suggestions to other cool imap migration tools, up to the task, are
>>> also welcome ;^)
>
> imapsync is the only automated tool I'm aware of. The documentation
> is *terrible*. Would be an excellent topic for a BLOG post by someone
> who pulls it off
I gave up with imapsync.
I use rsync then reconstruct the migrated mailbox and fix quota file
On 15/set/2011, at 14:10, "Mogens Melander" wrote:
> Hi Guys
>
> I realize that this is probably not a Cyrus problem, but the imapsync
> community don't strike me as responsive. And you guys know every
On Thu, 2011-09-15 at 11:38 -0400, Adam Tauno Williams wrote:
> Quoting Aleksander Machniak :
>
> > On 15.09.2011 15:49, Mogens Melander wrote:
> >> Suggestions to other cool imap migration tools, up to the task, are
> >> also welcome ;^)
>
> imapsync is
Quoting Aleksander Machniak :
> On 15.09.2011 15:49, Mogens Melander wrote:
>> Suggestions to other cool imap migration tools, up to the task, are
>> also welcome ;^)
imapsync is the only automated tool I'm aware of. The documentation
is *terrible*. Would be an excell
On 15.09.2011 15:49, Mogens Melander wrote:
> Suggestions to other cool imap migration tools, up to the task, are also
> welcome ;^)
My suggestion is: don't use Squirrelmail, use Roundcube ;)
--
Aleksander 'A.L.E.C' Machniak
LAN Management System Developer [http://
; folder structure would remain unchanged (and hopefully the seen.db would
> also remain unchanged).
Flags, state and Dates remain unchanged. No problem there.
> Is there some blocker ? ie characters used in folder names that are not
> permitted in cyrus? If so, why not use sed to change them to s
On Thu, 2011-09-15 at 14:10 +0200, Mogens Melander wrote:
> Hi Guys
>
> I realize that this is probably not a Cyrus problem, but the imapsync
> community don't strike me as responsive. And you guys know everything :)
>
> I'm trying to move from an old uw-imap to Cyrus 2.4.8 using imapsync 1.456.
Hi Guys
I realize that this is probably not a Cyrus problem, but the imapsync
community don't strike me as responsive. And you guys know everything :)
I'm trying to move from an old uw-imap to Cyrus 2.4.8 using imapsync 1.456.
So far my main problem has been the lack off useful documentation on
f mirrored disks. The OS is on WD VelociRaptor 450GB drives. The bulk
>>>> IMAP data will be on WD Black RE-4 2TB drives. So far, I think
>>>> I want to use ZFS for both mirrors.
>>>>
>>>>
>>>> I wanted to see what the list recommends f
P data will be on WD Black RE-4 2TB drives. So far, I think
>>> I want to use ZFS for both mirrors.
>>>
>>> I wanted to see what the list recommends for the migration.
>>>
>>> The current server is running FreeBSD 8.2, with cyrus-imapd-2.3.16
>>&g
k
> > I want to use ZFS for both mirrors.
> >
> > I wanted to see what the list recommends for the migration.
> >
> > The current server is running FreeBSD 8.2, with cyrus-imapd-2.3.16
> > on a RAID-5 setup on SCSI-UW with 15000RPM drives. We get about
> &
the list recommends for the migration.
>
> The current server is running FreeBSD 8.2, with cyrus-imapd-2.3.16
> on a RAID-5 setup on SCSI-UW with 15000RPM drives. We get about
> 1.5 - 9MB/s at 80 - 100% busy according to "systat -vm 1" for most
> of the day.
>
> The
I've built a new Cyrus-IMAPd server (hardware). It has two sets
of mirrored disks. The OS is on WD VelociRaptor 450GB drives. The
bulk IMAP data will be on WD Black RE-4 2TB drives. So far, I think
I want to use ZFS for both mirrors.
I wanted to see what the list recommends for the migr
On Wed, Dec 1, 2010 at 11:40 AM, Ron Vachiyer wrote:
> I am open to any ideas should I be looking at this migration the wrong way.
> I read about using rsync to copy the files directly, however I am wondering
> if the jump between 2.1 and 2.4 might be too large and cause unforseen
l inbound emails
> until the imapsync is done? I'm guessing that, from the speed I saw
> imapsync run, that this might take a good number of hours to complete.
> As well, is it safe/unsafe to allow imap/pop3 connections to those same
> mailboxes during the sync?
>
> I am o
run, that this might take a good
number of hours to complete. As well, is it safe/unsafe to allow imap/pop3
connections to those same mailboxes during the sync?
I am open to any ideas should I be looking at this migration the wrong way. I
read about using rsync to copy the files directly, ho
On 30 Jun 2010, at 13:59, Nestor A Diaz wrote:
> another question : what about if a mail is comming from the lmtp
> socket
> to the refering mailbox and the mailbox is currently in the renaming
> process ?
From lmtpengine.c:
case IMAP_MAILBOX_MOVED:
prot_printf(pout, "451 4.2.1 M
Ok, but i am not sure how it will be the layout for a virtdomains: true
+ hashimapspool: true + fulldirhash: true ?
AFAIK cheking the rehash perl script that comes with the cyrus
distribution, the only think i have seen from it it that it hash all of
the mailboxes into 23 directories A..W (uppe
On Wed, 30 Jun 2010, Nestor A Diaz wrote:
> Hi Dominique et all, thanks for your script and the comments, i will
> make my own customizations in it, regarding the other comments i got, i
> forgot to tell you that the spool dir is currently hashed, but, since
> all the mailbox names are numbers, so
another question : what about if a mail is comming from the lmtp socket
to the refering mailbox and the mailbox is currently in the renaming
process ? what about if the user have a shared folder and other users
are accessing his mailbox with write privilegies ??
On 06/30/2010 12:09 PM, Nestor A
Hi Dominique et all, thanks for your script and the comments, i will
make my own customizations in it, regarding the other comments i got, i
forgot to tell you that the spool dir is currently hashed, but, since
all the mailbox names are numbers, so they all are under te "q" letter
in the hash s
On 16 Jun 2010, at 15:31, Nestor A Diaz wrote:
> At the begining i use only a default mailstore, on a ext3 formatted
> filesystem over a raid 10 / LVM, it works fine, however when it
> reaches
> the 32768 directories, (a limitation of ext3) i have to create another
> partition, and then another o
be the best technical path to accomplish
a good migration ? allowusermoves: yes option and renamemailbox is
enoguth to do this task ? what if i want to do this online ? can i ? how
? is there any script that will help me do that ?
You can do online moves/renames.
Any suggestions or migration histo
1 - 100 of 387 matches
Mail list logo