-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tonix (Antonio Nati) wrote: >> Actually IMAP o POP daemons which extract from, subject, date and size >> size must open every message to get those informations.
While I understand where you're coming from, it's just not the path the daemon is currently taking. In the future, once all the base features are working, we can consider adding other features such as the ones you're describing. The daemon was designed with query structure in mind, for future versions where queries might cause query branching (eg, Commands). >> Also, an update of a db record could be faster than opening, reading and >> rewriting a maildirsize file (and this cannot be done by two sessions >> simultaneosly). >> A centralized daemon working on quota updates also could give an >> anourmous advantage, keeping in cache most used domains and users and >> updating 'custom' mysql records (where domain quota could be used). That is what this daemon does. It replaces the 'maildirsize' functionality, which is slow and inefficiently designed, and requires that multiple processes work on a single file. The only thing it does NOT do, because it is also inefficient, is to keep a networked database updated. The daemon itself is the networked database, but because it does not need to parse complicated SQL statements and provide complicated database locking schemes, it can provide much faster access to information. The one thing it cannot do currently, is keep information saved if the daemon goes down. This will be remedied later once the current codebase is deemed stable. - -- /* Matt Brookings <m...@inter7.com> GnuPG Key D9414F70 Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm2pCYACgkQ6QgvSNlBT3BXWgCgjrVsrpByB3r8ZCzqAe8qN7e7 KxsAoJIqO4YiWwhXLgx823FpzKdJnGmI =Zh2L -----END PGP SIGNATURE-----