[prev in list] [next in list] [prev in thread] [next in thread] 

List:       haiku-commits
Subject:    [haiku-commits] Re: r40736 - in haiku/trunk/src/add-ons/mail_daemon/inbound_protocols/imap:
From:       Stephan Aßmus <superstippi () gmx ! de>
Date:       2011-02-28 10:55:03
Message-ID: 4D6B7F07.2040708 () gmx ! de
[Download RAW message or body]

On 28.02.2011 11:43, Clemens wrote:
> On Mon, 28 Feb 2011 22:43:48 +1300, Stephan Aßmus <superstippi@gmx.de>
> wrote:
>
>> In one of the tickets I've already written it, I think the whole
>> approach with mail_daemon, Mail and Tracker for managing mails can
>> only work when IMAP is implemented as a file system. Then you can
>> delete mails from Tracker, which will put them into the Trash folder
>> of the file system, and effectively into the Trash folder on the IMAP
>> server. How could anything else be made to work reliably in all
>> situations? And now that we have bindfs, we can mount the IMAP folders
>> into /boot/home/mail/<account name>.
>
> think it should be solvable with some "hacks" but a FS would be nicer!
> Just one advantage: the reading of the local database could be much
> faster; just touching one database file instead hundreds of real files.

That is only an implementation detail of the IMAP FS. For example, you 
could mount an "image file". In reality, that image file holds the cache 
and perhaps even the account settings. I don't know if device files can 
grow after they have been mounted, but with my uninformed thinking I 
can't come up with a reason why they shouldn't be able to.

Best regards,
-Stephan

[prev in list] [next in list] [prev in thread] [next in thread]