I don't think DBMAIL should try to impose any limits on an individual
piece of mail size. Administrator's should limit the size of messages
from the SMTP side, an wrist slap users putting messages in the system
that are huge. Also keep in mind that most users are not going to have a
100 Mbit/sec connection to the server and are probably going to have 1.5
Mbit/sec or less for most residential ISP's, making it a real pain for
that user to upload these huge attachments with out them being stuck
online for a half an hour just to save it to the drafts or sent items
folder, not to mention the time it takes to push it using SMTP to the
outgoing server as well, which if the outgoing server burps at the
outgoing mail size, the client would never copy it to the sent items folder.
As for which hash type to use. We need to keep in mind what the OS can
do for us, and what we can include with the distribution. Not all OS's
may be able to do sha256, but most can do an MD5 or SHA1. All the hash
has to do is be able to create a fingerprint that is unique enough that
along with the total length keep the data stored only once in the database.
-Jon
Aaron Stone wrote:
On Wed, Jun 6, 2007, Tom Allison <[EMAIL PROTECTED]> said:
[snip context]
Please don't turn dbmail into the mother-of-all-kitchen-sink-applications.
On the flip side, we will never tells users what to do with themselves if
they don't want to set up their email systems in exactly one way we think
is best (if we even had or wanted such a one true way!).
just benchmark your various hashing schemas and pick the fastest one.
We'll pick something that makes sense. It might not be your favorite, it
might not be the hottest new hash, but it'll be something we can live
with.
And keep the spam filtering to the spam filtering people.
Well there need to be hooks for spam filtering. Generally this is just
means setting up protocol level connections between SMTP and LMTP speaking
filters, but where other hooks make sense we will consider them.
You could just as easily make a pitch that dbmail become a usenet news
server so we can run mailing lists and port between mailing lists and
newsgroups seemlessly.
I like the idea of being a news server, but I've looked into mailing list
management, and that's a nightmare!
And while were at it, can't we make dbmail and blog tool?
It already is, you just aren't using an IMAP backend for your blog. This
would be almost trivial to set up and would probably work very well. Be
careful what you wish for:
http://www.oreilly.com/news/parrotstory_0401.html ;-)
Aaron
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
