You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I did some experimentation, and just creating a maildir structure and dumping the uncompressed contents of the *.eml.gz files into it works fine with Dovecot's maildir support. A file like db/2012-06/1403604702094745518.eml.gz becomes foldername/cur/1403604702094745518.${PID}.${HOSTNAME}:2, . Can I rely on the basename for each gmvault message being unique?
Each message should be put in one maildir for each label in its .meta file. We'll need to decide on a format for maildir names, for example, Dovecot uses by default ".dir.subdir"--if we use this, we'll have to escape dots in the labels since they're being used as separators.
We'll also need to map from the .meta flags to maildir flags (after the "2,"). I'm not sure how read/unread status is tracked in gm-vault, but that will control whether each message goes in cur or new, in maildir.
Anything I'm missing?
The text was updated successfully, but these errors were encountered:
@vasi Yes each filename is unique.
So you said one dir in the maildir structure per label. You will have to copy multiple times the files then as for windows there is no symbolic links (huuug). I do not really like that, if we had a way to virtualize it that would be good. As I was expecting it is much more complex that what people think on HN if you want to do something well executed and clean . Will have to think about it.
I think you have found the read unread flags in the .meta file now.
As suggested on Hacker News ( http://news.ycombinator.com/item?id=4390504 ), it would be great if gmvault could export to a standard mail storage format like maildir.
I did some experimentation, and just creating a maildir structure and dumping the uncompressed contents of the *.eml.gz files into it works fine with Dovecot's maildir support. A file like db/2012-06/1403604702094745518.eml.gz becomes foldername/cur/1403604702094745518.${PID}.${HOSTNAME}:2, . Can I rely on the basename for each gmvault message being unique?
Each message should be put in one maildir for each label in its .meta file. We'll need to decide on a format for maildir names, for example, Dovecot uses by default ".dir.subdir"--if we use this, we'll have to escape dots in the labels since they're being used as separators.
We'll also need to map from the .meta flags to maildir flags (after the "2,"). I'm not sure how read/unread status is tracked in gm-vault, but that will control whether each message goes in cur or new, in maildir.
Anything I'm missing?
The text was updated successfully, but these errors were encountered: