On M 18 May, 2009, at 01:00 , Timo Sirainen wrote:
On Mon, 2009-05-18 at 00:57 +0200, Giuliano Gavazzi wrote:
There's only one point that escapes me, why perform the conversion
when migrating (using the --convert option) given that on the system
where I did not perform it the flags have been p
On Mon, 2009-05-18 at 00:57 +0200, Giuliano Gavazzi wrote:
> There's only one point that escapes me, why perform the conversion
> when migrating (using the --convert option) given that on the system
> where I did not perform it the flags have been preserved (the files
> got their name change
On S 17 May, 2009, at 20:45 , Timo Sirainen wrote:
On Fri, 2009-05-15 at 10:55 +0200, Giuliano Gavazzi wrote:
Perhaps the only solution is to have a new script that deletes the
garbage lines and renumbers the following ones, so that the above
example would become:
0 JunkRecorded
1 $NotJunk
2
On Fri, 2009-05-15 at 10:55 +0200, Giuliano Gavazzi wrote:
> I doubt though that the script will cope with flags correctly, as in
> principle will get the flags from an out of date courierimapkeywords,
> thus missing any new ones.
Right.
> Perhaps the only solution is to have a new script tha
Dear all,
back in January I posted about migration from courier and in
particular on the script courier-dovecot-migrate.pl.
That script had a bug on BSD (or should I say not-Linux?) type
systems*. On FreeBSD (6.1) and MacOSX (10.5) it appended a lot of
binary garbage at the end of dovecot-k
