It copies *and* parses the attachment, but I admit that you have to be able to keep at least the single mail in memory while converting it to the new format.
Should this be a problem, perhaps doing what Russ suggested (fixing upas/fs to let it handle big files) would be the right thing. In any way, I'd still be converting my mail to the new format, because of the convenience of having everything unpacked and ready to read, and because of the space it's likely to be saving in venti. On Thu, Jun 12, 2008 at 12:55 PM, <[EMAIL PROTECTED]> wrote: > Hello > > iirc, mail2fs calls upas/fs then copy /mail/fs/box/files to build the new > layout, but if you call upas/fs on a message with a 10mb attachment, upas/fs > will load the whole thing in ram, mail2fs will write it to a file, then > upas/fs will end it s operation. > > but the memory usage will be huge too when parsing. (9grid.es died due to > this time ago, the poor thing only has 256mb of ram and it's running venti :) > > slds. > > gabi > >
