RE: Best Practices for Attachment Size Limits
We have a 20MB attachment limit and an Accellion FTA to securely transfer files larger than that. Biggest problem: MIME overhead. People say "you said it's 20MB but it won't go through". So, we have to explain that depending on the type of file even an 18MB Excel might surpass 20MB with MIME overhead. We have 2GB mailbox quota limits. > -Original Message- > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > Sent: Thursday, September 08, 2011 11:35 AM > To: MS-Exchange Admin Issues > Subject: Best Practices for Attachment Size Limits > > We have the standard 10-meg attachment size limit in place, and I was > wondering if we should reconsider. It actually doesn't seem to cause much of > a problem, but periodically we have a situation where someone is trying to > send/receive a file that's too big. > > There were two main reasons for the limit. > > One is that e-mail isn't a particularly efficient method for transferring > files, so > big files should be transferred some other way. But in this day and age, is 10 > MB considered "big" anymore? > > The second reason is that big files will fill up users' mailboxes quickly, > and our > users have 250 MB quotas. Although the fact that I don't too often hear > complaints about the 10 MB limit makes me think users aren't > sending/receiving files of that size very often anyway--so the mailbox size > may not be a problem if I bump up the attachment size limit. > > I know situations vary from enterprise to enterprise, but I'm looking for > general best practices and pros/cons to increasing the limit. > > > > John Hornbuckle, MSMIS, PMP > MIS Department > Taylor County School District > www.taylor.k12.fl.us > > > --- > To manage subscriptions click here: http://lyris.sunbelt- > software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Best Practices for Attachment Size Limits
30MB Limit with a Biscom transfer appliance and AD policies that send anything larger through it automatically, no mailbox limits. -Original Message- From: Young, Darren [mailto:darren.yo...@chicagobooth.edu] Sent: Thursday, September 08, 2011 12:40 PM To: MS-Exchange Admin Issues Subject: RE: Best Practices for Attachment Size Limits We have a 20MB attachment limit and an Accellion FTA to securely transfer files larger than that. Biggest problem: MIME overhead. People say "you said it's 20MB but it won't go through". So, we have to explain that depending on the type of file even an 18MB Excel might surpass 20MB with MIME overhead. We have 2GB mailbox quota limits. > -Original Message- > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > Sent: Thursday, September 08, 2011 11:35 AM > To: MS-Exchange Admin Issues > Subject: Best Practices for Attachment Size Limits > > We have the standard 10-meg attachment size limit in place, and I was > wondering if we should reconsider. It actually doesn't seem to cause > much of a problem, but periodically we have a situation where someone > is trying to send/receive a file that's too big. > > There were two main reasons for the limit. > > One is that e-mail isn't a particularly efficient method for > transferring files, so big files should be transferred some other way. > But in this day and age, is 10 MB considered "big" anymore? > > The second reason is that big files will fill up users' mailboxes > quickly, and our users have 250 MB quotas. Although the fact that I > don't too often hear complaints about the 10 MB limit makes me think > users aren't sending/receiving files of that size very often > anyway--so the mailbox size may not be a problem if I bump up the attachment > size limit. > > I know situations vary from enterprise to enterprise, but I'm looking > for general best practices and pros/cons to increasing the limit. > > > > John Hornbuckle, MSMIS, PMP > MIS Department > Taylor County School District > www.taylor.k12.fl.us > > > --- > To manage subscriptions click here: http://lyris.sunbelt- > software.com/read/my_forums/ or send an email to > listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist _ This e-mail, including attachments, contains information that is confidential and may be protected by attorney/client or other privileges. This e-mail, including attachments, constitutes non-public information intended to be conveyed only to the designated recipient(s). If you are not an intended recipient, you are hereby notified that any unauthorized use, dissemination, distribution or reproduction of this e-mail, including attachments, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify me by e-mail reply and delete the original message and any attachments from your system. _ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Best Practices for Attachment Size Limits
How are you implementing the AD policy that automatically sends through it? > -Original Message- > From: Garcia-Moran, Carlos [mailto:cgarciamo...@spragueenergy.com] > Sent: Thursday, September 08, 2011 11:56 AM > To: MS-Exchange Admin Issues > Subject: RE: Best Practices for Attachment Size Limits > > 30MB Limit with a Biscom transfer appliance and AD policies that send > anything larger through it automatically, no mailbox limits. > > -Original Message- > From: Young, Darren [mailto:darren.yo...@chicagobooth.edu] > Sent: Thursday, September 08, 2011 12:40 PM > To: MS-Exchange Admin Issues > Subject: RE: Best Practices for Attachment Size Limits > > We have a 20MB attachment limit and an Accellion FTA to securely transfer > files larger than that. Biggest problem: MIME overhead. People say "you said > it's 20MB but it won't go through". So, we have to explain that depending on > the type of file even an 18MB Excel might surpass 20MB with MIME > overhead. > > We have 2GB mailbox quota limits. > > > -Original Message- > > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > > Sent: Thursday, September 08, 2011 11:35 AM > > To: MS-Exchange Admin Issues > > Subject: Best Practices for Attachment Size Limits > > > > We have the standard 10-meg attachment size limit in place, and I was > > wondering if we should reconsider. It actually doesn't seem to cause > > much of a problem, but periodically we have a situation where someone > > is trying to send/receive a file that's too big. > > > > There were two main reasons for the limit. > > > > One is that e-mail isn't a particularly efficient method for > > transferring files, so big files should be transferred some other way. > > But in this day and age, is 10 MB considered "big" anymore? > > > > The second reason is that big files will fill up users' mailboxes > > quickly, and our users have 250 MB quotas. Although the fact that I > > don't too often hear complaints about the 10 MB limit makes me think > > users aren't sending/receiving files of that size very often > > anyway--so the mailbox size may not be a problem if I bump up the > attachment size limit. > > > > I know situations vary from enterprise to enterprise, but I'm looking > > for general best practices and pros/cons to increasing the limit. > > > > > > > > John Hornbuckle, MSMIS, PMP > > MIS Department > > Taylor County School District > > www.taylor.k12.fl.us > > > > > > --- > > To manage subscriptions click here: http://lyris.sunbelt- > > software.com/read/my_forums/ or send an email to > > listmana...@lyris.sunbeltsoftware.com > > with the body: unsubscribe exchangelist > > > --- > To manage subscriptions click here: http://lyris.sunbelt- > software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > > > _ > This e-mail, including attachments, contains information that is confidential > and may be protected by attorney/client or other privileges. > This e-mail, including attachments, constitutes non-public information > intended to be conveyed only to the designated recipient(s). If you are not > an intended recipient, you are hereby notified that any unauthorized use, > dissemination, distribution or reproduction of this e-mail, including > attachments, is strictly prohibited and may be unlawful. If you have received > this e-mail in error, please notify me by e-mail reply and delete the original > message and any attachments from your system. > _ > > --- > To manage subscriptions click here: http://lyris.sunbelt- > software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Best Practices for Attachment Size Limits
Requires the BDS Outlook plugin and their API kit, then you push a setting for Outlook and BDS that forces attachments to use the plugin when they are larger than 30MB -Original Message- From: Young, Darren [mailto:darren.yo...@chicagobooth.edu] Sent: Thursday, September 08, 2011 12:58 PM To: MS-Exchange Admin Issues Subject: RE: Best Practices for Attachment Size Limits How are you implementing the AD policy that automatically sends through it? > -Original Message- > From: Garcia-Moran, Carlos [mailto:cgarciamo...@spragueenergy.com] > Sent: Thursday, September 08, 2011 11:56 AM > To: MS-Exchange Admin Issues > Subject: RE: Best Practices for Attachment Size Limits > > 30MB Limit with a Biscom transfer appliance and AD policies that send > anything larger through it automatically, no mailbox limits. > > -Original Message- > From: Young, Darren [mailto:darren.yo...@chicagobooth.edu] > Sent: Thursday, September 08, 2011 12:40 PM > To: MS-Exchange Admin Issues > Subject: RE: Best Practices for Attachment Size Limits > > We have a 20MB attachment limit and an Accellion FTA to securely > transfer files larger than that. Biggest problem: MIME overhead. > People say "you said it's 20MB but it won't go through". So, we have > to explain that depending on the type of file even an 18MB Excel might > surpass 20MB with MIME overhead. > > We have 2GB mailbox quota limits. > > > -Original Message- > > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > > Sent: Thursday, September 08, 2011 11:35 AM > > To: MS-Exchange Admin Issues > > Subject: Best Practices for Attachment Size Limits > > > > We have the standard 10-meg attachment size limit in place, and I > > was wondering if we should reconsider. It actually doesn't seem to > > cause much of a problem, but periodically we have a situation where > > someone is trying to send/receive a file that's too big. > > > > There were two main reasons for the limit. > > > > One is that e-mail isn't a particularly efficient method for > > transferring files, so big files should be transferred some other way. > > But in this day and age, is 10 MB considered "big" anymore? > > > > The second reason is that big files will fill up users' mailboxes > > quickly, and our users have 250 MB quotas. Although the fact that I > > don't too often hear complaints about the 10 MB limit makes me think > > users aren't sending/receiving files of that size very often > > anyway--so the mailbox size may not be a problem if I bump up the > attachment size limit. > > > > I know situations vary from enterprise to enterprise, but I'm > > looking for general best practices and pros/cons to increasing the limit. > > > > > > > > John Hornbuckle, MSMIS, PMP > > MIS Department > > Taylor County School District > > www.taylor.k12.fl.us > > > > > > --- > > To manage subscriptions click here: http://lyris.sunbelt- > > software.com/read/my_forums/ or send an email to > > listmana...@lyris.sunbeltsoftware.com > > with the body: unsubscribe exchangelist > > > --- > To manage subscriptions click here: http://lyris.sunbelt- > software.com/read/my_forums/ or send an email to > listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > > > _ > This e-mail, including attachments, contains information that is > confidential and may be protected by attorney/client or other privileges. > This e-mail, including attachments, constitutes non-public information > intended to be conveyed only to the designated recipient(s). If you > are not an intended recipient, you are hereby notified that any > unauthorized use, dissemination, distribution or reproduction of this > e-mail, including attachments, is strictly prohibited and may be > unlawful. If you have received this e-mail in error, please notify me > by e-mail reply and delete the original message and any attachments from your > system. > _ > > --- > To manage subscriptions click here: http://lyris.sunbelt- > software.com/read/my_forums/ or send an email to > listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist _ This e-mail, including a
RE: Best Practices for Attachment Size Limits
We use 20mb with an Accellion for anything over that. Whatever you set it to at some point it won't be enough so there is no right answer. From: John Hornbuckle [john.hornbuc...@taylor.k12.fl.us] Sent: 08 September 2011 5:34 PM To: MS-Exchange Admin Issues Subject: Best Practices for Attachment Size Limits We have the standard 10-meg attachment size limit in place, and I was wondering if we should reconsider. It actually doesn't seem to cause much of a problem, but periodically we have a situation where someone is trying to send/receive a file that's too big. There were two main reasons for the limit. One is that e-mail isn't a particularly efficient method for transferring files, so big files should be transferred some other way. But in this day and age, is 10 MB considered "big" anymore? The second reason is that big files will fill up users' mailboxes quickly, and our users have 250 MB quotas. Although the fact that I don't too often hear complaints about the 10 MB limit makes me think users aren't sending/receiving files of that size very often anyway--so the mailbox size may not be a problem if I bump up the attachment size limit. I know situations vary from enterprise to enterprise, but I'm looking for general best practices and pros/cons to increasing the limit. John Hornbuckle, MSMIS, PMP MIS Department Taylor County School District www.taylor.k12.fl.us --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist -- MIRA Ltd Watling Street, Nuneaton, Warwickshire, CV10 0TU, England Registered in England and Wales No. 402570 VAT Registration GB 100 1464 84 The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited. --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
Re: Best Practices for Attachment Size Limits
I have an Accellion as well. Although we didn't implement it, I believe the Accellion plugin will do the same. On Thu, Sep 8, 2011 at 1:06 PM, Garcia-Moran, Carlos < cgarciamo...@spragueenergy.com> wrote: > Requires the BDS Outlook plugin and their API kit, then you push a setting > for Outlook and BDS that forces attachments to use the plugin when they are > larger than 30MB > > -Original Message- > From: Young, Darren [mailto:darren.yo...@chicagobooth.edu] > Sent: Thursday, September 08, 2011 12:58 PM > To: MS-Exchange Admin Issues > Subject: RE: Best Practices for Attachment Size Limits > > How are you implementing the AD policy that automatically sends through it? > > > -Original Message- > > From: Garcia-Moran, Carlos [mailto:cgarciamo...@spragueenergy.com] > > Sent: Thursday, September 08, 2011 11:56 AM > > To: MS-Exchange Admin Issues > > Subject: RE: Best Practices for Attachment Size Limits > > > > 30MB Limit with a Biscom transfer appliance and AD policies that send > > anything larger through it automatically, no mailbox limits. > > > > -Original Message- > > From: Young, Darren [mailto:darren.yo...@chicagobooth.edu] > > Sent: Thursday, September 08, 2011 12:40 PM > > To: MS-Exchange Admin Issues > > Subject: RE: Best Practices for Attachment Size Limits > > > > We have a 20MB attachment limit and an Accellion FTA to securely > > transfer files larger than that. Biggest problem: MIME overhead. > > People say "you said it's 20MB but it won't go through". So, we have > > to explain that depending on the type of file even an 18MB Excel might > > surpass 20MB with MIME overhead. > > > > We have 2GB mailbox quota limits. > > > > > -----Original Message----- > > > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > > > Sent: Thursday, September 08, 2011 11:35 AM > > > To: MS-Exchange Admin Issues > > > Subject: Best Practices for Attachment Size Limits > > > > > > We have the standard 10-meg attachment size limit in place, and I > > > was wondering if we should reconsider. It actually doesn't seem to > > > cause much of a problem, but periodically we have a situation where > > > someone is trying to send/receive a file that's too big. > > > > > > There were two main reasons for the limit. > > > > > > One is that e-mail isn't a particularly efficient method for > > > transferring files, so big files should be transferred some other way. > > > But in this day and age, is 10 MB considered "big" anymore? > > > > > > The second reason is that big files will fill up users' mailboxes > > > quickly, and our users have 250 MB quotas. Although the fact that I > > > don't too often hear complaints about the 10 MB limit makes me think > > > users aren't sending/receiving files of that size very often > > > anyway--so the mailbox size may not be a problem if I bump up the > > attachment size limit. > > > > > > I know situations vary from enterprise to enterprise, but I'm > > > looking for general best practices and pros/cons to increasing the > limit. > > > > > > > > > > > > John Hornbuckle, MSMIS, PMP > > > MIS Department > > > Taylor County School District > > > www.taylor.k12.fl.us > > > > > > > > > --- > > > To manage subscriptions click here: http://lyris.sunbelt- > > > software.com/read/my_forums/ or send an email to > > > listmana...@lyris.sunbeltsoftware.com > > > with the body: unsubscribe exchangelist > > > > > > --- > > To manage subscriptions click here: http://lyris.sunbelt- > > software.com/read/my_forums/ or send an email to > > listmana...@lyris.sunbeltsoftware.com > > with the body: unsubscribe exchangelist > > > > > > _ > > This e-mail, including attachments, contains information that is > > confidential and may be protected by attorney/client or other privileges. > > This e-mail, including attachments, constitutes non-public information > > intended to be conveyed only to the designated recipient(s). If you > > are not an intended recipient, you are hereby notified that any > > unauthorized use, dissemination, distribution or reproduction of this > > e-mail, including attachments, is strictly prohibited and may be > > unlawful. If you have received this e-mail in error, please notify me > &g
RE: Best Practices for Attachment Size Limits
20MB attachment limits. We may have to bow under pressure and reconsider when we complete the migration to 2010. We strongly encourage sftp though. -Original Message- From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] Sent: Thursday, September 08, 2011 11:35 AM To: MS-Exchange Admin Issues Subject: Best Practices for Attachment Size Limits We have the standard 10-meg attachment size limit in place, and I was wondering if we should reconsider. It actually doesn't seem to cause much of a problem, but periodically we have a situation where someone is trying to send/receive a file that's too big. There were two main reasons for the limit. One is that e-mail isn't a particularly efficient method for transferring files, so big files should be transferred some other way. But in this day and age, is 10 MB considered "big" anymore? The second reason is that big files will fill up users' mailboxes quickly, and our users have 250 MB quotas. Although the fact that I don't too often hear complaints about the 10 MB limit makes me think users aren't sending/receiving files of that size very often anyway--so the mailbox size may not be a problem if I bump up the attachment size limit. I know situations vary from enterprise to enterprise, but I'm looking for general best practices and pros/cons to increasing the limit. John Hornbuckle, MSMIS, PMP MIS Department Taylor County School District www.taylor.k12.fl.us --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Best Practices for Attachment Size Limits
10 meg message size limit (as opposed to attachment size) and a secure transfer system. -Original Message- From: Maglinger, Paul [mailto:pmaglin...@scvl.com] Sent: Thursday, September 08, 2011 10:20 AM To: MS-Exchange Admin Issues Subject: RE: Best Practices for Attachment Size Limits 20MB attachment limits. We may have to bow under pressure and reconsider when we complete the migration to 2010. We strongly encourage sftp though. -Original Message- From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] Sent: Thursday, September 08, 2011 11:35 AM To: MS-Exchange Admin Issues Subject: Best Practices for Attachment Size Limits We have the standard 10-meg attachment size limit in place, and I was wondering if we should reconsider. It actually doesn't seem to cause much of a problem, but periodically we have a situation where someone is trying to send/receive a file that's too big. There were two main reasons for the limit. One is that e-mail isn't a particularly efficient method for transferring files, so big files should be transferred some other way. But in this day and age, is 10 MB considered "big" anymore? The second reason is that big files will fill up users' mailboxes quickly, and our users have 250 MB quotas. Although the fact that I don't too often hear complaints about the 10 MB limit makes me think users aren't sending/receiving files of that size very often anyway--so the mailbox size may not be a problem if I bump up the attachment size limit. I know situations vary from enterprise to enterprise, but I'm looking for general best practices and pros/cons to increasing the limit. John Hornbuckle, MSMIS, PMP MIS Department Taylor County School District www.taylor.k12.fl.us --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Best Practices for Attachment Size Limits
Thanks for the feedback, everyone. I think I may bump the limit up a bit, and also look into Accellion since several of you mentioned it. John > -Original Message- > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > Sent: Thursday, September 08, 2011 11:35 AM > To: MS-Exchange Admin Issues > Subject: Best Practices for Attachment Size Limits > > We have the standard 10-meg attachment size limit in place, and I was > wondering if we should reconsider. It actually doesn't seem to cause > much of a problem, but periodically we have a situation where someone > is trying to send/receive a file that's too big. > > There were two main reasons for the limit. > > One is that e-mail isn't a particularly efficient method for > transferring files, so big files should be transferred some other way. > But in this day and age, is 10 MB considered "big" anymore? > > The second reason is that big files will fill up users' mailboxes > quickly, and our users have 250 MB quotas. Although the fact that I > don't too often hear complaints about the 10 MB limit makes me think > users aren't sending/receiving files of that size very often > anyway--so the mailbox size may not be a problem if I bump up the attachment > size limit. > > I know situations vary from enterprise to enterprise, but I'm looking > for general best practices and pros/cons to increasing the limit. > > > > John Hornbuckle, MSMIS, PMP > MIS Department > Taylor County School District > www.taylor.k12.fl.us > > > --- > To manage subscriptions click here: http://lyris.sunbelt- > software.com/read/my_forums/ or send an email to > listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
Re: Best Practices for Attachment Size Limits
Coming to this late, I'd bump the send limit to probably 20 MB. I'd remove the receive limit entirely. But this is based on our industry. People send us huge documents all the time. We avoid having limits to deal with them. On Fri, Sep 9, 2011 at 11:21 AM, John Hornbuckle < john.hornbuc...@taylor.k12.fl.us> wrote: > Thanks for the feedback, everyone. I think I may bump the limit up a bit, > and also look into Accellion since several of you mentioned it. > > > > John > > > > -Original Message- > > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > > Sent: Thursday, September 08, 2011 11:35 AM > > To: MS-Exchange Admin Issues > > Subject: Best Practices for Attachment Size Limits > > > > We have the standard 10-meg attachment size limit in place, and I was > > wondering if we should reconsider. It actually doesn't seem to cause > > much of a problem, but periodically we have a situation where someone > > is trying to send/receive a file that's too big. > > > > There were two main reasons for the limit. > > > > One is that e-mail isn't a particularly efficient method for > > transferring files, so big files should be transferred some other way. > > But in this day and age, is 10 MB considered "big" anymore? > > > > The second reason is that big files will fill up users' mailboxes > > quickly, and our users have 250 MB quotas. Although the fact that I > > don't too often hear complaints about the 10 MB limit makes me think > > users aren't sending/receiving files of that size very often > > anyway--so the mailbox size may not be a problem if I bump up the > attachment size limit. > > > > I know situations vary from enterprise to enterprise, but I'm looking > > for general best practices and pros/cons to increasing the limit. > > > > > > > > John Hornbuckle, MSMIS, PMP > > MIS Department > > Taylor County School District > > www.taylor.k12.fl.us > > > > > > --- > > To manage subscriptions click here: http://lyris.sunbelt- > > software.com/read/my_forums/ or send an email to > > listmana...@lyris.sunbeltsoftware.com > > with the body: unsubscribe exchangelist > > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > > --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
Re: Best Practices for Attachment Size Limits
Doesn't the recipient have the last word on size? A user would like to send a 20mb file to say AOL.com but AOL's 3 mb limit would reject it. No change on your end can fix the recipients limit. Mike - Message from jonathan.l...@gmail.com - Date: Fri, 9 Sep 2011 11:38:12 -0400 From: Jonathan Link Reply-To: MS-Exchange Admin Issues Subject: Re: Best Practices for Attachment Size Limits To: MS-Exchange Admin Issues > Coming to this late, I'd bump the send limit to probably 20 MB. > I'd remove the receive limit entirely. But this is based on our industry. > People send us huge documents all the time. We avoid having limits to deal > with them. > > > On Fri, Sep 9, 2011 at 11:21 AM, John Hornbuckle > wrote: > > > > Thanks for the feedback, everyone. I think I may bump the limit up a bit, > > and also look into Accellion since several of you mentioned it. > > > > John > > > > > -Original Message- > > > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > > > Sent: Thursday, September 08, 2011 11:35 AM > > > To: MS-Exchange Admin Issues > > > Subject: Best Practices for Attachment Size Limits > > > > > > We have the standard 10-meg attachment size limit in place, and I was > > > wondering if we should reconsider. It actually doesn't seem to cause > > > much of a problem, but periodically we have a situation where someone > > > is trying to send/receive a file that's too big. > > > > > > There were two main reasons for the limit. > > > > > > One is that e-mail isn't a particularly efficient method for > > > transferring files, so big files should be transferred some other way. > > > But in this day and age, is 10 MB considered "big" anymore? > > > > > > The second reason is that big files will fill up users' mailboxes > > > quickly, and our users have 250 MB quotas. Although the fact that I > > > don't too often hear complaints about the 10 MB limit makes me think > > > users aren't sending/receiving files of that size very often > > > anyway--so the mailbox size may not be a problem if I bump up the > > > attachment size limit. > > > > > > I know situations vary from enterprise to enterprise, but I'm looking > > > for general best practices and pros/cons to increasing the limit. > > > > > > > > > > > > John Hornbuckle, MSMIS, PMP > > > MIS Department > > > Taylor County School District > > > www.taylor.k12.fl.us[1] > > > > > > > > - End message from jonathan.l...@gmail.com - Links: -- [1] http://www.taylor.k12.fl.us --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
Re: Best Practices for Attachment Size Limits
Yes. Generally we're the recipient, though. In the case of sending, I've been told that the limit on sending (on our end is too onerous) so I just opened that up, too. 9 times out of ten they get the notification that the recipient has rejected it due to the size. But that moves it to something outside my control, and they know this. On Fri, Sep 9, 2011 at 11:54 AM, Mike O'Toole wrote: > Doesn't the recipient have the last word on size? A user would like to send > a 20mb file to say AOL.com but AOL's 3 mb limit would reject it. No change > on your end can fix the recipients limit. > > Mike > > - Message from jonathan.l...@gmail.com - > Date: Fri, 9 Sep 2011 11:38:12 -0400 > From: Jonathan Link > Reply-To: MS-Exchange Admin Issues < > exchangelist@lyris.sunbelt-software.com> > Subject: Re: Best Practices for Attachment Size Limits > To: MS-Exchange Admin Issues < > exchangelist@lyris.sunbelt-software.com> > > Coming to this late, I'd bump the send limit to probably 20 MB. > I'd remove the receive limit entirely. But this is based on our industry. > People send us huge documents all the time. We avoid having limits to deal > with them. > > On Fri, Sep 9, 2011 at 11:21 AM, John Hornbuckle < > john.hornbuc...@taylor.k12.fl.us> wrote: > >> Thanks for the feedback, everyone. I think I may bump the limit up a bit, >> and also look into Accellion since several of you mentioned it. >> >> >> >> John >> >> >> > -Original Message- >> > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] >> > Sent: Thursday, September 08, 2011 11:35 AM >> > To: MS-Exchange Admin Issues >> > Subject: Best Practices for Attachment Size Limits >> > >> > We have the standard 10-meg attachment size limit in place, and I was >> > wondering if we should reconsider. It actually doesn't seem to cause >> > much of a problem, but periodically we have a situation where someone >> > is trying to send/receive a file that's too big. >> > >> > There were two main reasons for the limit. >> > >> > One is that e-mail isn't a particularly efficient method for >> > transferring files, so big files should be transferred some other way. >> > But in this day and age, is 10 MB considered "big" anymore? >> > >> > The second reason is that big files will fill up users' mailboxes >> > quickly, and our users have 250 MB quotas. Although the fact that I >> > don't too often hear complaints about the 10 MB limit makes me think >> > users aren't sending/receiving files of that size very often >> > anyway--so the mailbox size may not be a problem if I bump up the >> attachment size limit. >> > >> > I know situations vary from enterprise to enterprise, but I'm looking >> > for general best practices and pros/cons to increasing the limit. >> > >> > >> > >> > John Hornbuckle, MSMIS, PMP >> > MIS Department >> > Taylor County School District >> > www.taylor.k12.fl.us >> > >> > >> - End message from jonathan.l...@gmail.com - >> > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
RE: Best Practices for Attachment Size Limits
I thought about allowing a much larger limit for outside destined email, but I was concerned about our users keeping the "SENT ITEM" copy and our mail stores growing ridiculously in size anyway. From: Jonathan Link [mailto:jonathan.l...@gmail.com] Sent: Friday, September 09, 2011 11:04 AM To: MS-Exchange Admin Issues Subject: Re: Best Practices for Attachment Size Limits Yes. Generally we're the recipient, though. In the case of sending, I've been told that the limit on sending (on our end is too onerous) so I just opened that up, too. 9 times out of ten they get the notification that the recipient has rejected it due to the size. But that moves it to something outside my control, and they know this. On Fri, Sep 9, 2011 at 11:54 AM, Mike O'Toole mailto:m...@risingwoods.org>> wrote: Doesn't the recipient have the last word on size? A user would like to send a 20mb file to say AOL.com but AOL's 3 mb limit would reject it. No change on your end can fix the recipients limit. Mike - Message from jonathan.l...@gmail.com<mailto:jonathan.l...@gmail.com> - Date: Fri, 9 Sep 2011 11:38:12 -0400 From: Jonathan Link mailto:jonathan.l...@gmail.com>> Reply-To: MS-Exchange Admin Issues mailto:exchangelist@lyris.sunbelt-software.com>> Subject: Re: Best Practices for Attachment Size Limits To: MS-Exchange Admin Issues mailto:exchangelist@lyris.sunbelt-software.com>> Coming to this late, I'd bump the send limit to probably 20 MB. I'd remove the receive limit entirely. But this is based on our industry. People send us huge documents all the time. We avoid having limits to deal with them. On Fri, Sep 9, 2011 at 11:21 AM, John Hornbuckle mailto:john.hornbuc...@taylor.k12.fl.us>> wrote: Thanks for the feedback, everyone. I think I may bump the limit up a bit, and also look into Accellion since several of you mentioned it. John > -Original Message- > From: John Hornbuckle > [mailto:john.hornbuc...@taylor.k12.fl.us<mailto:john.hornbuc...@taylor.k12.fl.us>] > Sent: Thursday, September 08, 2011 11:35 AM > To: MS-Exchange Admin Issues > Subject: Best Practices for Attachment Size Limits > > We have the standard 10-meg attachment size limit in place, and I was > wondering if we should reconsider. It actually doesn't seem to cause > much of a problem, but periodically we have a situation where someone > is trying to send/receive a file that's too big. > > There were two main reasons for the limit. > > One is that e-mail isn't a particularly efficient method for > transferring files, so big files should be transferred some other way. > But in this day and age, is 10 MB considered "big" anymore? > > The second reason is that big files will fill up users' mailboxes > quickly, and our users have 250 MB quotas. Although the fact that I > don't too often hear complaints about the 10 MB limit makes me think > users aren't sending/receiving files of that size very often > anyway--so the mailbox size may not be a problem if I bump up the attachment > size limit. > > I know situations vary from enterprise to enterprise, but I'm looking > for general best practices and pros/cons to increasing the limit. > > > > John Hornbuckle, MSMIS, PMP > MIS Department > Taylor County School District > www.taylor.k12.fl.us<http://www.taylor.k12.fl.us> > > - End message from jonathan.l...@gmail.com<mailto:jonathan.l...@gmail.com> - --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
Re: Best Practices for Attachment Size Limits
Mailbox limits generally prevent that in our org. On Fri, Sep 9, 2011 at 2:33 PM, Robert Peterson wrote: > I thought about allowing a much larger limit for outside destined email, > but I was concerned about our users keeping the “SENT ITEM” copy and our > mail stores growing ridiculously in size anyway. > > ** ** > > *From:* Jonathan Link [mailto:jonathan.l...@gmail.com] > *Sent:* Friday, September 09, 2011 11:04 AM > > *To:* MS-Exchange Admin Issues > *Subject:* Re: Best Practices for Attachment Size Limits > > ** ** > > Yes. Generally we're the recipient, though. In the case of sending, I've > been told that the limit on sending (on our end is too onerous) so I just > opened that up, too. 9 times out of ten they get the notification that the > recipient has rejected it due to the size. But that moves it to something > outside my control, and they know this. > > > > > > On Fri, Sep 9, 2011 at 11:54 AM, Mike O'Toole > wrote: > > Doesn't the recipient have the last word on size? A user would like to send > a 20mb file to say AOL.com but AOL's 3 mb limit would reject it. No change > on your end can fix the recipients limit. > > Mike > > - Message from jonathan.l...@gmail.com - > Date: Fri, 9 Sep 2011 11:38:12 -0400 > From: Jonathan Link > Reply-To: MS-Exchange Admin Issues < > exchangelist@lyris.sunbelt-software.com> > Subject: Re: Best Practices for Attachment Size Limits > To: MS-Exchange Admin Issues < > exchangelist@lyris.sunbelt-software.com> > > Coming to this late, I'd bump the send limit to probably 20 MB. > > I'd remove the receive limit entirely. But this is based on our industry. > People send us huge documents all the time. We avoid having limits to deal > with them. > > On Fri, Sep 9, 2011 at 11:21 AM, John Hornbuckle < > john.hornbuc...@taylor.k12.fl.us> wrote: > > Thanks for the feedback, everyone. I think I may bump the limit up a bit, > and also look into Accellion since several of you mentioned it. > > > > John > > > > > -Original Message- > > From: John Hornbuckle [mailto:john.hornbuc...@taylor.k12.fl.us] > > Sent: Thursday, September 08, 2011 11:35 AM > > To: MS-Exchange Admin Issues > > Subject: Best Practices for Attachment Size Limits > > > > We have the standard 10-meg attachment size limit in place, and I was > > wondering if we should reconsider. It actually doesn't seem to cause > > much of a problem, but periodically we have a situation where someone > > is trying to send/receive a file that's too big. > > > > There were two main reasons for the limit. > > > > One is that e-mail isn't a particularly efficient method for > > transferring files, so big files should be transferred some other way. > > But in this day and age, is 10 MB considered "big" anymore? > > > > The second reason is that big files will fill up users' mailboxes > > quickly, and our users have 250 MB quotas. Although the fact that I > > don't too often hear complaints about the 10 MB limit makes me think > > users aren't sending/receiving files of that size very often > > anyway--so the mailbox size may not be a problem if I bump up the > attachment size limit. > > > > I know situations vary from enterprise to enterprise, but I'm looking > > for general best practices and pros/cons to increasing the limit. > > > > > > > > John Hornbuckle, MSMIS, PMP > > MIS Department > > Taylor County School District > > www.taylor.k12.fl.us > > > > > > - End message from jonathan.l...@gmail.com - > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > > ** ** > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe exchangelist > --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
