On Freitag, 1. Juni 2007 Paul J Stevens wrote: > Half right. The 512k boundary will be dropped. It was there for > historical reasons (read: mysql-3.0) and there is no need for it at > all anymore. The messages will be split into logical first level > mimeparts: no recursion.
Even better so. :-) BLOB fields and 64bit CPUs can even store a complete DVD as a single attachment :-) > Definitely. We need an algorithm that will prevent collisions at all > cost. Such checksums will only be calculated during insertion to > ensure uniqueness of the attachment so they will not affect the > retrieval processes (pop/imap). Maybe the name of the attachment, and its type, could be stored together with md5? That should be really enough I think. > That said, "high secret" stuff should of course have been encrypted > to begin with. I agree totally, but who actually uses PGP (except me ;-)? End users often believe that if they make a signature where they write "this is top secret", that the computer automatically decides to take care of that. We've even had bio-pharma companies storing "top secret" documents on FTP. No SSL, nothing.. yak! mfg zmi -- // Michael Monnerie, Ing.BSc ----- http://it-management.at // Tel: 0676/846 914 666 .network.your.ideas. // PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import" // Fingerprint: EA39 8918 EDFF 0A68 ACFB 11B7 BA2D 060F 1C6F E6B0 // Keyserver: www.keyserver.net Key-ID: 1C6FE6B0
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
