attachement overload
Running Exchange 5.5. We have a situation in our company where people need to mail files to each other on a regular basis. We have mailboxes in excess of 500mb. IS there any way to manage attachements better. We do not want to tell people not to use them. We do not want to block them. If one user sends a 5mb file to 5 users this will take 30 mb of space on the exchange server (5X5+5 for the sender in sent items). This is an AWFULL lot of redundancy in the database. IS there any way to manage this better? We tried public folders but this just moves the files from one database to another in Exchange 5.5. TIA __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
RE: attachement overload
I'd look into some kind of web-based file storage solution. I'm planning on implementing something similar this summer. I'll allow faculty to logon, upload a file, and designate who can access it. While Public Folders isn't the best way, it's better than individual copies of the attachments in mailboxes. At least with a public folder, you only have one copy. On a similar note, does anyone know of a way to prohibit attachments from being saved in the Sent Items folder? It's quite annoying. Steven --- Steven Dickenson <[EMAIL PROTECTED]> Network Administrator The Key School, Annapolis Maryland -Original Message- From: Tigue Williams [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:14 AM To: Exchange Discussions Subject: attachement overload Running Exchange 5.5. We have a situation in our company where people need to mail files to each other on a regular basis. We have mailboxes in excess of 500mb. IS there any way to manage attachements better. We do not want to tell people not to use them. We do not want to block them. If one user sends a 5mb file to 5 users this will take 30 mb of space on the exchange server (5X5+5 for the sender in sent items). This is an AWFULL lot of redundancy in the database. IS there any way to manage this better? We tried public folders but this just moves the files from one database to another in Exchange 5.5. TIA __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
RE: attachement overload
Doesn't work like that...SIS Stu -Original Message- From: Tigue Williams [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:14 AM To: Exchange Discussions Subject: attachement overload Running Exchange 5.5. We have a situation in our company where people need to mail files to each other on a regular basis. We have mailboxes in excess of 500mb. IS there any way to manage attachements better. We do not want to tell people not to use them. We do not want to block them. If one user sends a 5mb file to 5 users this will take 30 mb of space on the exchange server (5X5+5 for the sender in sent items). This is an AWFULL lot of redundancy in the database. IS there any way to manage this better? We tried public folders but this just moves the files from one database to another in Exchange 5.5. TIA __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] Confidentiality Notice: The information contained in this e-mail and any attachments may be legally privileged and confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
RE: attachement overload
SIS in Ex5.5? For some reason I thought that was only on E2K and above. Cool. Steven --- Steven Dickenson <[EMAIL PROTECTED]> Network Administrator The Key School, Annapolis Maryland -Original Message- From: Ward, Stuart [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:24 AM To: Exchange Discussions Subject: RE: attachement overload Doesn't work like that...SIS Stu -Original Message- From: Tigue Williams [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:14 AM To: Exchange Discussions Subject: attachement overload Running Exchange 5.5. We have a situation in our company where people need to mail files to each other on a regular basis. We have mailboxes in excess of 500mb. IS there any way to manage attachements better. We do not want to tell people not to use them. We do not want to block them. If one user sends a 5mb file to 5 users this will take 30 mb of space on the exchange server (5X5+5 for the sender in sent items). This is an AWFULL lot of redundancy in the database. IS there any way to manage this better? We tried public folders but this just moves the files from one database to another in Exchange 5.5. TIA __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] Confidentiality Notice: The information contained in this e-mail and any attachments may be legally privileged and confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
RE: attachement overload
SIS=single instance storage, that is your 5mb file sent to 5 users on the SAME server will only consume 5mb. Everyone gets a pointer to the same message in the store. -Original Message- From: Ward, Stuart [mailto:[EMAIL PROTECTED] Sent: 11 July 2003 15:24 To: Exchange Discussions Subject: RE: attachement overload Doesn't work like that...SIS Stu -Original Message- From: Tigue Williams [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:14 AM To: Exchange Discussions Subject: attachement overload Running Exchange 5.5. We have a situation in our company where people need to mail files to each other on a regular basis. We have mailboxes in excess of 500mb. IS there any way to manage attachements better. We do not want to tell people not to use them. We do not want to block them. If one user sends a 5mb file to 5 users this will take 30 mb of space on the exchange server (5X5+5 for the sender in sent items). This is an AWFULL lot of redundancy in the database. IS there any way to manage this better? We tried public folders but this just moves the files from one database to another in Exchange 5.5. TIA __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] Confidentiality Notice: The information contained in this e-mail and any attachments may be legally privileged and confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] ** This e-mail and any files transmitted with it are confidential to the intended recipient(s). If you have received the e-mail in error please notify the author by replying to this e-mail and delete it and all copies from your system. Any unauthorised disclosure, use, or dissemination, either whole or partial, is prohibited. Any views or opinions contained in this email are those of the author and are not necessarily endorsed by The Company, and The Company cannot be held responsible for any misuse. The Company does not accept responsibility or liability for any loss or damage arising in any way from its receipt or use or for any errors or omissions in its contents, which may arise as a result of its transmission. This email is covered by The Company Terms and Conditions of Business, a copy of which can be obtained on request. ** ** _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
RE: attachement overload
How about telling them not to send attachments that large anyway? I'm assuming you have a file server? Create group shares and have them send the link to the file via e-mail. How hard is that? -Original Message- From: Tigue Williams [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 8:14 AM To: Exchange Discussions Subject: attachement overload Running Exchange 5.5. We have a situation in our company where people need to mail files to each other on a regular basis. We have mailboxes in excess of 500mb. IS there any way to manage attachements better. We do not want to tell people not to use them. We do not want to block them. If one user sends a 5mb file to 5 users this will take 30 mb of space on the exchange server (5X5+5 for the sender in sent items). This is an AWFULL lot of redundancy in the database. IS there any way to manage this better? We tried public folders but this just moves the files from one database to another in Exchange 5.5. TIA __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
RE: attachement overload
You might just want to put the document you want everyone to havee access to in a public folder and email the pointer to it. From: "Blunt, James H (Jim)" <[EMAIL PROTECTED]> Reply-To: "Exchange Discussions" <[EMAIL PROTECTED]> To: "Exchange Discussions" <[EMAIL PROTECTED]> Subject: RE: attachement overload Date: Fri, 11 Jul 2003 09:17:17 -0700 How about telling them not to send attachments that large anyway? I'm assuming you have a file server? Create group shares and have them send the link to the file via e-mail. How hard is that? -Original Message- From: Tigue Williams [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 8:14 AM To: Exchange Discussions Subject: attachement overload Running Exchange 5.5. We have a situation in our company where people need to mail files to each other on a regular basis. We have mailboxes in excess of 500mb. IS there any way to manage attachements better. We do not want to tell people not to use them. We do not want to block them. If one user sends a 5mb file to 5 users this will take 30 mb of space on the exchange server (5X5+5 for the sender in sent items). This is an AWFULL lot of redundancy in the database. IS there any way to manage this better? We tried public folders but this just moves the files from one database to another in Exchange 5.5. TIA __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
RE: attachement overload
Actually, yes. -- Roger D. Seielstad - MTS MCSE MS-MVP Sr. Systems Administrator Inovis Inc. > -Original Message- > From: Dickenson, Steven [mailto:[EMAIL PROTECTED] > Sent: Friday, July 11, 2003 11:26 AM > To: Exchange Discussions > Subject: RE: attachement overload > > > SIS in Ex5.5? For some reason I thought that was only on E2K > and above. > > Cool. > > Steven > --- > Steven Dickenson <[EMAIL PROTECTED]> > Network Administrator > The Key School, Annapolis Maryland > > -Original Message- > From: Ward, Stuart [mailto:[EMAIL PROTECTED] > Sent: Friday, July 11, 2003 11:24 AM > To: Exchange Discussions > Subject: RE: attachement overload > > > Doesn't work like that...SIS > > Stu > > -Original Message- > From: Tigue Williams [mailto:[EMAIL PROTECTED] > Sent: Friday, July 11, 2003 11:14 AM > To: Exchange Discussions > Subject: attachement overload > > > Running Exchange 5.5. We have a situation in our > company where people need to mail files to each other > on a regular basis. We have mailboxes in excess of > 500mb. IS there any way to manage attachements better. > We do not want to tell people not to use them. We do > not want to block them. If one user sends a 5mb file > to 5 users this will take 30 mb of space on the > exchange server (5X5+5 for the sender in sent items). > This is an AWFULL lot of redundancy in the database. > > IS there any way to manage this better? We tried > public folders but this just moves the files from one > database to another in Exchange 5.5. > > TIA > > __ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > _ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t ext_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] Confidentiality Notice: The information contained in this e-mail and any attachments may be legally privileged and confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED] _ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin:[EMAIL PROTECTED]
