Well I guess load and connections will depend on this but generally, no I
prefer to disable OST during the logon sequence if they come in via LAN.
Since we also have Terminal Server and OWA, offline isn't that needed, also
I surely wouldn't consider it a backup as compared to other methodologies. I
mean if all else fails, scarfing up OST files to rebuild a Exchange Store,
won't be my problem, I'll be working at Tim Horton's serving coffee at the
drive through by then. Beside, 500-750 concurrent users on a switched 100MB
LAN shouldn't need cache mode. One of the primary reasons we have always
discouraged OST's is the idea of leaving OST's on machines not a great
recourse. I love the RPC over https mode, great for places that need it but
we have 100MB VPN's to all corporate locations, so again the value of OST is
limited.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David,
Andy
Sent: Friday, January 30, 2004 19:06
To: Exchange Discussions
Subject: RE: OST Argument


Do you plan on running Outlook 2003 in cache mode?


-----Original Message-----
From: Finch Brett [mailto:[EMAIL PROTECTED] 
Sent: Friday, January 30, 2004 9:03 PM
To: Exchange Discussions
Subject: OST Argument


 A discussion about Exchange 2K3 with the Exchange 2K3 course I am on. I
have considered OST almost as bad as PST's and in a very total disaster
recovery someone has suggested that going to the desktop and getting the OST
file would be a potential way to rebuild a exchange store (I actually
disable OST's on high 100MB to the desktop stations anyways). So 'assuming'
someone never uses another desktop, assuming they've read every message and
assuming every DR plan has failed (tape, disk and off site storage), the
idea of copying every OST file from the desktops would rebuild the majority
of a Exchange store. Personally with every other solution, I wouldn't want
to even attempt or consider this.

_________________________________________________________________
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]
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/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang
=english
To unsubscribe:         mailto:[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/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english
To unsubscribe:         mailto:[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.

Reply via email to