-----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-----
