RE: Best Practices for Attachment Size Limits

2011-09-09 Thread John Hornbuckle
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

2011-09-09 Thread Jonathan Link
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

2011-09-09 Thread Mike O'Toole


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 jonathan.l...@gmail.com
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[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

2011-09-09 Thread Jonathan Link
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 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 -
 Date: Fri, 9 Sep 2011 11:38:12 -0400
 From: Jonathan Link jonathan.l...@gmail.com
 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

2011-09-09 Thread Robert Peterson
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 
m...@risingwoods.orgmailto: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.commailto:jonathan.l...@gmail.com 
-
Date: Fri, 9 Sep 2011 11:38:12 -0400
From: Jonathan Link 
jonathan.l...@gmail.commailto:jonathan.l...@gmail.com
Reply-To: MS-Exchange Admin Issues 
exchangelist@lyris.sunbelt-software.commailto:exchangelist@lyris.sunbelt-software.com
Subject: Re: Best Practices for Attachment Size Limits
  To: MS-Exchange Admin Issues 
exchangelist@lyris.sunbelt-software.commailto: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.usmailto: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.usmailto: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.ushttp://www.taylor.k12.fl.us


- End message from jonathan.l...@gmail.commailto: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.commailto: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.commailto: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

2011-09-09 Thread Jonathan Link
Mailbox limits generally prevent that in our org.

On Fri, Sep 9, 2011 at 2:33 PM, Robert Peterson robert.peter...@prin.eduwrote:

  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 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 -
 Date: Fri, 9 Sep 2011 11:38:12 -0400
 From: Jonathan Link jonathan.l...@gmail.com
 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

RE: Best Practices for Attachment Size Limits

2011-09-08 Thread Young, Darren
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

2011-09-08 Thread Garcia-Moran, Carlos
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

2011-09-08 Thread Young, Darren
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

2011-09-08 Thread Garcia-Moran, Carlos
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 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

RE: Best Practices for Attachment Size Limits

2011-09-08 Thread Paul Hutchings
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

2011-09-08 Thread Kevin Lundy
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
  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 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

RE: Best Practices for Attachment Size Limits

2011-09-08 Thread Maglinger, Paul
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

2011-09-08 Thread Don Andrews
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