[Dovecot] Bad creation timestamp of migrated mails (maildir format)?
Hello everybody,
ive just switched to dovecot imap because dbmail i used before is not developed any further and sql storage is difficult to backup. Ive done that, by setting up dovecot with maildir format and copy mails from old dbmail to new dovecot imap server with my mail client (thunderbird).
Unfortunately migrating to dovecot brought me some problems with my Android K9 Mail client: Sync with IMAP-Server shows me only the oldest mails.
I think the problem is, that K9 only fetches the newest mails (25) from the server (to save memory etc). Which mail is "new" is probably determined by creation timestamp of the email-files in my mailbox, which was copied newest first on migration from dbmail to dovecot. So the older mails have the newer creation timestamp on file system.
Do you have any suggestions how to fix that problem? Maybe migrate to dbox mailbox format?
BTW: New mails show up correctly, as the creation timestamp is new.
Thanks
Lukas
W dniu 2011-10-30 12:53, Lukas Weiß pisze:
Hello everybody,
ive just switched to dovecot imap because dbmail i used before is not developed any further
Hello! Where i can find information about this? Regards
On 30.10.2011, at 13.53, Lukas Weiß wrote:
ive just switched to dovecot imap because dbmail i used before is not developed any further
Oh? It doesn't yet seem dead to me.
and sql storage is difficult to backup. Ive done that, by setting up dovecot with maildir format and copy mails from old dbmail to new dovecot imap server with my mail client (thunderbird).
Thunderbird probably changes the INTERNALDATE of the messages. Copy the mails some other way, like offlineimap or maybe some other IMAP client.
On Tue, 1 Nov 2011 08:32:47 +0200, Timo Sirainen wrote:
On 30.10.2011, at 13.53, Lukas Weiß wrote:
ive just switched to dovecot imap because dbmail i used before is not developed any further
Oh? It doesn't yet seem dead to me.
and sql storage is difficult
Thunderbird probably changes the INTERNALDATE of
to backup. Ive done that, by setting up dovecot with maildir format and copy mails from old dbmail to new dovecot imap server with my mail client (thunderbird). the messages. Copy the mails some other way, like offlineimap or maybe some other IMAP client.
What is INTERNALDATE? The modification timestamp is correct ("ls -l"), and the "Date: ... " line, too.
@dbmail: Dead is the wrong designation. But since the last 5 years i only noticed bugfixes, the most "ideas for developement" (STARTTLS for example) mentioned here [1] are still ideas.
Links:
On Tue, 2011-11-01 at 09:38 +0100, Lukas Weiß wrote:
and sql storage is difficult to backup. Ive done that, by setting up dovecot with maildir format and copy mails from old dbmail to new dovecot imap server with my mail client (thunderbird). Thunderbird probably changes the INTERNALDATE of the messages. Copy the mails some other way, like offlineimap or maybe some other IMAP client.
What is INTERNALDATE? The modification timestamp is correct ("ls -l"), and the "Date: ... " line, too.
Maildir file's mtime is the INTERNALDATE, yes.
Maybe the the problem isn't then any timestamps, but that the messages were copied in reverse order (newest message first), so their IMAP UIDs are reversed.
On Fri, 04 Nov 2011 22:33:09 +0200, Timo Sirainen wrote:
and sql storage is difficult to backup. Ive done that, by setting up dovecot with maildir format and copy mails from old dbmail to new dovecot imap server with my mail client (thunderbird).
Thunderbird probably changes
the messages. Copy the mails some other way, like offlineimap or maybe some other IMAP client. What is INTERNALDATE? The modification timestamp is correct ("ls -l"), and the "Date: ... " line, too. Maildir file's mtime is the INTERNALDATE, yes. Maybe the the
On Tue, 2011-11-01 at 09:38 +0100, Lukas Weiß wrote: the INTERNALDATE of problem isn't then any timestamps, but that the messages were copied in reverse order (newest message first), so their IMAP UIDs are reversed.
Possible. How do i avoid this? What is the preffered way to migrate mails from one to another imap server? Offlineimap? Can i do a save sync with that, even if my dovecot has newer mails now?
On Sat, 2011-11-05 at 10:57 +0100, Lukas Weiß wrote:
Maildir file's mtime is the INTERNALDATE, yes. Maybe the the problem isn't then any timestamps, but that the messages were copied in reverse order (newest message first), so their IMAP UIDs are reversed.
Possible. How do i avoid this? What is the preffered way to migrate mails from one to another imap server? Offlineimap? Can i do a save sync with that, even if my dovecot has newer mails now?
If you've already moved the mails, there's not much you can do.. Or if you don't care about losing IMAP UIDs (= clients redownloading mails), you could simply delete dovecot-uidlist and dovecot.index* files and let Dovecot reassign UIDs in the "correct" order.
participants (3)
-
Lukas Weiß
-
Marcin Mirosław
-
Timo Sirainen