<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
I'll put in my 10cents as it's not really on topic for this mailing
list.<br>
<br>
When converting from a qmail+courier IMAP solution to Zimbra *ugh* I
had a similar problem in this case Zimbra had a solution.<br>
<br>
imapsync --ssl1 --ssl2 --host1 #HOST1# --host2 #HOST2# \<br>
--authuser1 cyrus --password1 #PASSWORD1# --authuser2 cyrus \<br>
--password2 #PASSWORD2# --authmech1 PLAIN --authmech2 PLAIN \<br>
--subscribe --user1 #USER# --user2 #USER# \<br>
--delete2 --expunge --expunge2 --syncinternaldates<br>
<br>
Adding --syncinternaldates<br>
<br>
Additionally I found using --user2 %USER%\tb<br>
<br>
They added it to fix Thunderbird actually, but tied in with
syncinternaldates and the other portion the only annoyance was loosing
the unique identifier scheme (we had alot of pop3 users and there is no
central scheme for UIDL what so ever so the same message can be
re-downloaded 8000x)<br>
<br>
Another thing if you're moving from a broken setup to a working setup
you may want to look at,<br>
<br>
--useheader <string> : Use this header to compare messages on
both sides.<br>
Ex: Message-ID or Subject or Date.<br>
<br>
good old fashion regexp.<br>
<br>
Off hand it's not very useful, but using --syncinternaldates is always
good to use I found.<br>
<br>
Scott<br>
<pre wrap=""><!----></pre>
<br>
Andrew Morgan wrote:
<blockquote
cite="mid:Pine.LNX.4.64.0710091102370.25800@shell.onid.oregonstate.edu"
type="cite">
<pre wrap="">On Tue, 9 Oct 2007, Guillaume Postaire wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi all,
We just have done a migration from a very old Cyrus stand alone
installation to a new one with murder.
During the migration everything went ok and no user complaint, so we
destroy our old mailbox.
Shortly after that one of our user notice a huge problem with outlook
that we don't reproduce with thunderbird (put here whatever imap
compliant client). All the mail older than the migration have the date
of the migration in outlook. It seems that outlook don't use the header
date (wich are ok in the plain text storage) but another information
that come from cyrus.
We try to analyse what happen and discover we forget to use "
--syncinternaldates" with imapsync. We simulate some migration and this
problem don't exist if we had this.
How could we correct the date stored in cyrus ?
Here is the command we use for migration
imapsync --ssl1 --ssl2 --host1 #HOST1# --host2 #HOST2# \
--authuser1 cyrus --password1 #PASSWORD1# --authuser2 cyrus \
--password2 #PASSWORD2# --authmech1 PLAIN --authmech2 PLAIN \
--subscribe --user1 #USER# --user2 #USER# \
--delete2 --expunge --expunge2
</pre>
</blockquote>
<pre wrap=""><!---->
We had the same problem here, but just told our users to suck it up. :)
I suppose you could create some script to read the Date: header from each
message and set the message file mtime to match. You would probably need
to reconstruct the mailbox after that to pick up the change.
Or, you can tell Outlook to sort on the Date: header rather than the
arrival time of the message.
Andy
----
Cyrus Home Page: <a class="moz-txt-link-freetext" href="http://cyrusimap.web.cmu.edu/">http://cyrusimap.web.cmu.edu/</a>
Cyrus Wiki/FAQ: <a class="moz-txt-link-freetext" href="http://cyrusimap.web.cmu.edu/twiki">http://cyrusimap.web.cmu.edu/twiki</a>
List Archives/Info: <a class="moz-txt-link-freetext" href="http://asg.web.cmu.edu/cyrus/mailing-list.html">http://asg.web.cmu.edu/cyrus/mailing-list.html</a>
!DSPAM:470bda5c77459552314630!
</pre>
</blockquote>
<br>
</body>
</html>