I agree that the size of the OST has absolutely no bearing on mailbox quota enforcement.
Ed Crowley MCSE+Internet MVP Freelance E-Mail Philosopher Protecting the world from PSTs and Bricked Backups!T -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Evan Mann Sent: Tuesday, August 30, 2005 12:40 PM To: Exchange Discussions Subject: RE: mailbox size limits in caching mode with outlook 2003 The size of the physical file shouldn't effect sending based on limits as those are features of the server, not the client. There is a delay in when a user on cached mode cleans up their mailbox and then updates the server to the change. If ESM shows the users mailbox under the limit, then that should be all that is necessary. I suggest you take this user off cached mode, open Outlook, close outlook, re-set cached mode, and continue to work and see what happens. I've seen oddities with cached mode here and there, but I have over 500 users on Outlook 2003 with cached mode and the problems are very rare. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Beeler Sent: Tuesday, August 30, 2005 3:33 PM To: Exchange Discussions Subject: mailbox size limits in caching mode with outlook 2003 Exchange 2003 sp1,w2k3 sp1, outlook 2003 A problem that we seem to be having points to our .ost files. What happens, is when a user hits their mailbox size limit they are not able to send. The user then deletes mail from the mailbox. According to the Exchange server (when you go into the server\storage group\db\mailboxes), the mailbox is far below it's mailbox size limit, however, the user still can't send messages. When you look at the .ost file, the .ost file is still way over the mailbox size limit. Since I'm still new to the nuances of caching mode, I have a few questions: 1) can the ost affect a user's ability to send? 2) if so, is there a way to compress ost's like pst's or should it reduce in size when items are deleted? (I realize that the ost can be deleted and it will be recreated, automatically, however, this puts a burden on the support staff) Thanks _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with.
