On Samstag, 2. Juni 2007 Charles Marcus wrote: > A 6GB attachment is *totally* unrealistic for *any* email system to > be expected to handle.
Lets's save this message, we'll speak about it again in 10 years... Do you think you say the same again by then? Yes, for the moment it's a bit big, but then again - why? We've set a single mail size limit of 100MB now, bigger than any other ISP I know. I'd like to have a 10GB limit, and I don't see a problem with that. Currently for big files you must upload them on a website, send a link, and then hopefully delete it once the customer got it. We have customers making pictures for ads, they currently need such a system to send their people the graphics. It would be much easier to send it directly. > First - determine what the maximum *realistic* size of a message that > DBMail can handle, based on certain cofigurations (ie, PostgreSQL may > be able to handle larger messages than MySQL, or vice-versa)... then > *hard-code* in that max size, and make a configuration parameter > available that admins can set to make their max size *lower*, but not > *larger*. Does anybody know of a size that can't be handled? At least 100MB/mail is no problem here. 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
