Re: [Dovecot] How unimportant would be mailstore-tidy utility? :-)
On Mon, 2009-11-23 at 22:41 +0100, Andrzej Adam Filip wrote: > One more thing: I would be nice (from my perspective) to keep > "message file" in "unix mailbox box file" format (with one or many > messages in the file). That's not going to happen. > Current "message files" in dbox mailbox contain some "binary" header and > tail - it makes some "very simple" scripting not so simple. There's going to be a new doveadm utility in Dovecot v2.0. Once it gets more features, you can hopefully do all the scripting you want with it. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] How unimportant would be mailstore-tidy utility? :-)
Timo Sirainen wrote: > On Mon, 2009-11-23 at 22:14 +0100, Andrzej Adam Filip wrote: >> I use dbox mailbox. In dbox-Mails folder I have message files named: >> 1) u.99 [dbox created file name] >> 2) 1231249011.P20963Q0M722109.shevek:2,Sa [dovecot maildir created&modified >> name] >> 3) 1.:2,Sa [cyrus name, modified by dovecot maildir] >>[ I have used my own cyrus to maildir conversion scripts] > > Oh, you're talking about the maildir-dbox hybrid thing. That was > probably a worse idea than I originally realized. v2.0 can no longer > read it, so you need to get it converted to dbox-only-files before > upgrading to it. Now, how exactly to do that .. I suppose I'll have to > add some setting or some utility to v1.2. One more thing: I would be nice (from my perspective) to keep "message file" in "unix mailbox box file" format (with one or many messages in the file). Current "message files" in dbox mailbox contain some "binary" header and tail - it makes some "very simple" scripting not so simple. -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu < sam> /.ing an issue is like asking an infinite number of monkeys for advice -- in #debian-devel
Re: [Dovecot] How unimportant would be mailstore-tidy utility? :-)
On Mon, 2009-11-23 at 22:14 +0100, Andrzej Adam Filip wrote: > I use dbox mailbox. In dbox-Mails folder I have message files named: > 1) u.99 [dbox created file name] > 2) 1231249011.P20963Q0M722109.shevek:2,Sa [dovecot maildir created&modified > name] > 3) 1.:2,Sa [cyrus name, modified by dovecot maildir] >[ I have used my own cyrus to maildir conversion scripts] Oh, you're talking about the maildir-dbox hybrid thing. That was probably a worse idea than I originally realized. v2.0 can no longer read it, so you need to get it converted to dbox-only-files before upgrading to it. Now, how exactly to do that .. I suppose I'll have to add some setting or some utility to v1.2. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] How unimportant would be mailstore-tidy utility? :-)
Timo Sirainen wrote: > On Mon, 2009-11-16 at 19:19 +0100, Andrzej Adam Filip wrote: >> > I doubt you need to worry about the indexes. The messages' flag state >> > should be stored in the maildir filenames, and I'd hope that kmail does >> > that too. >> >> How low on your list of priorities would land idea of utility >> "make-mailstore-tidy"? :-) >> >> P.S. >> I have "personal mail store" migrated from cyrus (by my own *ugly* >> migration script) via maildir to dbox. I would like to convert all file >> names to more "uniform" format before next migration I sure I will see >> in a few years perspective :-) > > What exactly do you think such utility should do? > What filenames? Let me explain it "by example": I use dbox mailbox. In dbox-Mails folder I have message files named: 1) u.99 [dbox created file name] 2) 1231249011.P20963Q0M722109.shevek:2,Sa [dovecot maildir created&modified name] 3) 1.:2,Sa [cyrus name, modified by dovecot maildir] [ I have used my own cyrus to maildir conversion scripts] "Inconsistent" conventions for names of "email message file" is not a very big deal after one conversion but it may lead (IMHO) to very ugly chaos after a few conversions (after a 5-10 years of persistent use). -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu "Show me a good loser, and I'll show you a loser." -- Vince Lombardi, football coach
Re: [Dovecot] How unimportant would be mailstore-tidy utility? :-)
On Mon, 2009-11-16 at 19:19 +0100, Andrzej Adam Filip wrote: > > I doubt you need to worry about the indexes. The messages' flag state > > should be stored in the maildir filenames, and I'd hope that kmail does > > that too. > > How low on your list of priorities would land idea of utility > "make-mailstore-tidy"? :-) > > P.S. > I have "personal mail store" migrated from cyrus (by my own *ugly* > migration script) via maildir to dbox. I would like to convert all file > names to more "uniform" format before next migration I sure I will see > in a few years perspective :-) What exactly do you think such utility should do? What filenames? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] How unimportant would be mailstore-tidy utility? :-)
Timo Sirainen wrote: > On Mon, 2009-11-16 at 12:35 +0100, Halim Issa wrote: >> One thing came to mind - would it be possible to use Dovecot and >> Disconnected IMAP itself for the transfer, and perhaps thus keep the >> indexes? >> If I move the messages from the local mailbox to the IMAP mailbox from >> within Kmail it should perhaps keep the status? >> >> Also - is there any documentation anywhere (or tips on better google >> search terms) on what is stored in these indexes? I suppose apart from >> Read/New status, it also contains whether or not there have been >> replies to the mail and on what date the email was replied to? > > I doubt you need to worry about the indexes. The messages' flag state > should be stored in the maildir filenames, and I'd hope that kmail does > that too. How low on your list of priorities would land idea of utility "make-mailstore-tidy"? :-) P.S. I have "personal mail store" migrated from cyrus (by my own *ugly* migration script) via maildir to dbox. I would like to convert all file names to more "uniform" format before next migration I sure I will see in a few years perspective :-) -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu Not that I have anything much against redundancy. But I said that already. -- Larry Wall in <199702271735.jaa04...@wall.org>
