>> But DBMail is for *mail* storage, no? It is not a
*file* storage
>> system...
> You've never seen email used for a companies then have
you? It's a very
> popular file sharing/storage system even though it's
not designed to do
> that.
This is only because the Sys Admins let them get away with
it, and/or
are unable to intelligently explain why this is so bad - or,
admittedly,
there is always the problematic CEO that says 'I don't care,
just do
what I'm tellin' ya.' - in which case, the admin doesn't
have much
choice... I think such actual cases are more the exception
though, and
the former two cases the most likely problem.
> This is a configuration setting that you manage in the
mail server. DO
> NOT replicate that which is already done in dbmail.
That's just going
> to lead to heartache and pain for someone -- either the
developers of
> dbmail, the admins of the mail servers, the users, or
all of the above.
? When you say 'mail server' in your first sentence, I think
you mean
'MTA' - in which case, you are correct - I was shooting from
the hip.
But, there is one problem, that someone else already pointed
out... if
someone just saves a draft, this completely byu[asses the
MTA - so there
should be a way for DBMail to check this too. Just make it
very clear
that you should never configure DBMail to a setting lower
than your MTA
- or, maybe just make DBMail respond with a delivery failure
notification...
>> I would *never* allow my mail system to store
individual *emails*
>> larger than 50MB...
> Well, you can configure your mail server to limit
emails to whatever
> size makes you happy.
Yep - but again, it just is not sane to use email for GB
size
attachments - it isn't made for it, and never will be
(without major
rewrite of the SMTP protocol).
--
Best regards,
Charles
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
