- Mozilla thunderbird mail ecepciones de seguridad update#
- Mozilla thunderbird mail ecepciones de seguridad 32 bit#
- Mozilla thunderbird mail ecepciones de seguridad code#
We store flags and keywords in headers in the actual mail message store, and rebuild indexes from those headers. Would we allow different stores for different accounts, or would you have to decide globally what kind of store you wanted? There is a natural separation there but is it a useful complication? I don't know if pluggable stores would hide behind a single interface, or multiple interfaces, e.g., one for dealing with messages, one for manipulating folders.
Mozilla thunderbird mail ecepciones de seguridad code#
see nsMsgDBFolder::GetOfflineFileStream and friends for the code that knows that our offline stores are berkeley mailboxes. It obviously has a lot of knowledge about the mail folder format. this is where we parse local mail folders. It knows that we store pop3 messages in a big file. We iterate over the server directory to discover the folder hierarchy. Not surprisingly, this is where a lot of the folder operations happen. (where we tweak the x-mozilla-status flags, and also verify that the mailbox timestamp&size are consistent with the information stored in the. In particular, see nsMailboxProtocol::OpenFileSocketForReuse and nsMsgProtocol::OpenFileSocket (in the base class, ), which creates a transport and input stream from the mailbox file. we read for display and copy of messages from here. Off the top of my head, here's a list of some of those places: We will then need to change all the code that assumes a mailbox store corresponds to a berkeley mailbox to instead use the pluggable interface. We will probably also need folder-level operations:
Mozilla thunderbird mail ecepciones de seguridad 32 bit#
We have a 4GB limit to mail folders because our message offset keys are 32 bit unsigned ints (though this could be fixed w/o abandoning the Berkeley mailbox format).Reclaiming space for deleted messages involves copying all the non-deleted &messages to a temp folder and then back over the original (compaction).
Mozilla thunderbird mail ecepciones de seguridad update#
Deleting messages is fast, because we just update a field in the header of the message. The format is fine for adding messages quickly (seek to the end of the file, write the message), and for reading messages (seek to the offset in the folder of the message, read the message). Currently, local mailboxes and offline news& IMAP stores use the berkeley mailbox format, a flat file in the Mbox family