<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">I have had this discussion with both customers and the managers and staff running the mail servers.</div><div class=""><br class=""></div><div class="">There is no right answer but I observe Apple iCloud state limits for their service which they are at pains to describe as _personal_ as:</div><div class=""><span class="Apple-tab-span" style="white-space:pre">   </span>• The total number of messages you can send each day (200 messages)<br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre">        </span>• The number of recipients you can message each day (1000 recipients)<br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre">      </span>• The maximum number of recipients per message (100 recipients)<br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre">    </span>• The size of incoming and outgoing messages (20 MB, up to 5 GB with Mail Drop turned on)</div><div class=""><br class=""></div><div class="">The problem businesses face is that their staff are motivated to get stuff done and get it done quickly. If the corporate mail server won’t handle the message they go use gmail, iCloud and/or DropBox or similar.</div><div class=""><br class=""></div><div class="">If you want to be in the business of providing a service to your paying customers then provide a service that is useful to them and don’t dictate terms because they have options and they will choose the one that gets stuff done and gets it done quickly.</div><div class=""><br class=""></div><div class="">Cheers,</div><div class=""><br class=""></div><div class="">jsl</div><br class=""><div apple-content-edited="true" class="">
<div class="">John Lindsay</div><div class=""><a href="mailto:johnslindsay@mac.com" class="">johnslindsay@mac.com</a></div><div class="">+61403577711</div>

</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On 26 Nov 2015, at 12:50 PM, Grahame Lynch <<a href="mailto:grahamelynch@commsdaymail.com" class="">grahamelynch@commsdaymail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">At CommsDay we send attached PDFs to thousands of corporate customers daily.<br class=""><br class="">There are a few who balk at anything over 500k. We would never send an attachment over 1 Mb in a mass format. We have to work with the lowest common denominator as our emails are for "paid subscriptions"<br class=""><br class="">It's not just about what is technically possible but also what "looks like" spam. A bunch of emails with big attachments hitting the same domain at once looks like spam under such policies.</div><div class="gmail_extra"><br class=""><div class="gmail_quote">On 26 November 2015 at 09:10, Ross Wheeler <span dir="ltr" class=""><<a href="mailto:ausnog@rossw.net" target="_blank" class="">ausnog@rossw.net</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="">
On Thu, 26 Nov 2015, David Hughes wrote:<br class="">
<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Please pull it back to something with operational relevance.<br class="">
</blockquote>
<br class="">
Not sure if this is "operationally relevant" or not, I hope so...<br class="">
I've spent several hours over the last few days trying to find some "authorative", current, relevant guide as to what is considered "best current practice" guidelines for email attachment sizes.<br class="">
<br class="">
I know email is being constantly asked to take ongoing abuse and to become the defacto file-transport-and-archive system of choice, particularly by the technically incompetent, but how far does it go?<br class="">
<br class="">
Case in point: earlier this week, I had a call from a customer "needing" me to increase our mail size. (I thought we were 'reasonably generous' in current global terms, at 16MB per message). I asked what he considered it needed to be, his response was that "right now" he needs 50-60MB, but that he thought it shouldn't have any limit - but if it had to, that 300-500MB per message would "probably do for now".<br class="">
<br class="">
Of course, he doesn't care about any operational issues, about the fact that even if I did increase my server to that size, "most of the rest of the world" wouldn't accept his mail and it'd bounce back anyway. Turns out, he's "mostly" expecting to receive these files... and the "undeliverable" mail he was complaining about didn't even leave the other parties ISP! (Try explaining THAT to someone who doesn't want to know!)<br class="">
<br class="">
Lots of places still seem to have a 10MB limit, some smaller, some greater, but generally still in the low-tens-of-megabytes range.<br class="">
<br class="">
Would love to find a reference - partly to keep myself up to date with what everyone else is doing, and partly to be able to point this guy to so it's not just "Ross saying no".<br class="">
<br class="">
Thanks,<br class="">
R.<br class="">
_______________________________________________<br class="">
AusNOG mailing list<br class="">
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank" class="">AusNOG@lists.ausnog.net</a><br class="">
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank" class="">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br class="">
</blockquote></div><br class=""></div>
_______________________________________________<br class="">AusNOG mailing list<br class=""><a href="mailto:AusNOG@lists.ausnog.net" class="">AusNOG@lists.ausnog.net</a><br class="">http://lists.ausnog.net/mailman/listinfo/ausnog<br class=""></div></blockquote></div><br class=""></body></html>