I don't know Peter, moving all the mail to an Oracle box just doesn't do it for me ..:-)
Sander -----Original Message----- From: Seitz, Peter [mailto:PETER.SEITZ@;cubic.com] Sent: 06 November 2002 07:50 To: Exchange Discussions Subject: RE: Using a PST for 'overflow' .cshrc short% more .cshrc # @(#)cshrc 1.11 89/11/29 SMI umask 022 if ( $?prompt ) then set history=32 endif # # oracle environment variables setenv ORACLE_HOME /apps/oracle/816 setenv HARVESTDIR /home/user3/harvest5 setenv ORACLE_BASE /apps/oracle/816 setenv ORACLE_SID HARVEST5 setenv ORACLE_TERM dtterm setenv PATH $ORACLE_HOME/bin:$PATH setenv ODBC_HOME /apps/caiptodbc setenv ODBCINI $ODBC_HOME/odbc.ini # Harvest environment variables #setenv HARVESTHOME /apps/harvest5 setenv HARVESTHOME /home/user3/harvest5 #setenv LM_LICENSE_FILE $HARVESTHOME/license/license.dat setenv LM_LICENSE_FILE /ca_lic setenv PATH $HARVESTHOME/bin:$PATH setenv PATH /apps/caiptodbc/bin:$PATH #setenv LD_LIBRARY_PATH /home/user3/harvest5/lib:/usr/local/CAcrypto:/usr/pec/li b/sun4_solaris:/usr/local/CAlib:/apps/caiptodbc/lib setenv LD_LIBRARY_PATH /home/user3/harvest5/lib:/usr/local/CAcrypto:/usr/pec/lib /sun4_solaris:/usr/local/CAlib # setenv DEFAULT_BROWSER hotjava setenv HARREPHOME /apps/Harvest5/harrep # # FCP environment variables # setenv GALAXYHOME /apps/FCP/Galaxy setenv PATH $GALAXYHOME/bin:$PATH #set path=(/bin /usr/bin /usr/ucb /etc $HARVESTHOME/lib $ODBC_HOME/lib $ODBC_HOM E/bin $ORACLE_HOME/bin $ORACLE_HOME/lib .) set path=(/bin /usr/bin /usr/ucb /etc $HARVESTHOME/lib $HARVESTHOME/bin $ORACLE_ HOME/bin $ORACLE_HOME/lib .) setenv OPENWINHOME /usr/openwin short% > -----Original Message----- > From: Niki Blowfield - Exchange [mailto:exchangelist@;partition.co.uk] > Sent: Wednesday, November 06, 2002 6:26 AM > To: Exchange Discussions > Subject: RE: Using a PST for 'overflow' > > > We've been forced into restricting mailboxes as everyones > being moved to a central server. Most users are having no > problems getting their mailboxes down to 25-50mb, some much > lower, a handful much higher. I'm finding it easiest to set > some limits on the IS, then override that on individual > mailboxes, as required, the MD for instance has a 500mb > mailbox, after 2 CD's worth of archiving :-O > > What I've been saying to users is delete everything you can, > anything older than 2 months that you need to keep put into a > subfolder, then I go round and export these folders to PSTs, > and dump them in their user folders on their local file > servers, meaning they're included in the backups on their > local servers, but the backup and disk space burden is > removed from the Exchange server. I test the PSTs before > deleting the originals, but I've seen nothing bigger than > about 4-500mb. With enforced limits user will have to keep > things in order, and we'll have to look at ongoing archiving > in the method described above. > > 99% aren't aware of PST's, which is probably a good thing, > though its added to my workload > > -----Original Message----- > From: David N. Precht [mailto:discussions@;entrysecurity.com] > Sent: 06 November 2002 13:01 > To: Exchange Discussions > Subject: RE: Using a PST for 'overflow' > > > I do. They don't know they can save them up on their home > folder. They know I don't back up the workstations, but most > think that you only can save PSTs on local drives ;) > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:bounce-exchange-224131@;ls.swynk.com] On Behalf Of > Sander Van Butzelaar > Sent: Wednesday, November 06, 2002 07:05 > To: Exchange Discussions > Subject: RE: Using a PST for 'overflow' > > > Why the hard line approach? I never said I made the backup of > the PST, that's why one has a facilities department...I also > didn't say that I found that mail particularly important, the > user wants to keep it, so why not let him/her? They know not > to come to me regarding items in PST files. > > Give the user a bit of slack here David. > > Sander > > -----Original Message----- > From: David N. Precht [mailto:discussions@;entrysecurity.com] > Sent: 06 November 2002 01:56 > To: Exchange Discussions > Subject: RE: Using a PST for 'overflow' > > No, just inform them of the 'No PST Backup' policy. > > I don't back up PSTs. Period. Either its in their mailbox or > it is not that important. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:bounce-exchange-224131@;ls.swynk.com] On Behalf Of > Sander Van Butzelaar > Sent: Wednesday, November 06, 2002 05:49 > To: Exchange Discussions > Subject: RE: Using a PST for 'overflow' > > > I have a couple of users who do the same thing. They don't > want to delete old mail (for whatever reason) and I can't > keep extending their mailbox sizes. So they "move" to PST. Be > aware of the risks here! Make a periodic backup of that PST > as hard drives are prone to failure. > > Sander > > -----Original Message----- > From: Niki Blowfield - Exchange [mailto:exchangelist@;partition.co.uk] > Sent: 06 November 2002 12:45 > To: Exchange Discussions > Subject: Using a PST for 'overflow' > > I was having a discussion with someone the other day and he > mentioned this phrase in passing, that they used PST files > when user mailboxes became full > > I didn't dwell on this as we were talking about something > else, but can anyone suggest what he may have meant? We are > now enforcing stricter limits on mailbox size and would be > interested in something like this. > > For ongoing maintenance, is Outlooks Autoarchiving a viable > solution? i.e. does this move mail out of the server > information store and into a PST in the users local profile? > > Thanks > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:leave-exchange@;ls.swynk.com > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:leave-exchange@;ls.swynk.com > Exchange List admin: [EMAIL PROTECTED] > > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:leave-exchange@;ls.swynk.com > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:leave-exchange@;ls.swynk.com > Exchange List admin: [EMAIL PROTECTED] > > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:leave-exchange@;ls.swynk.com > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:leave-exchange@;ls.swynk.com > Exchange List admin: [EMAIL PROTECTED] > _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:leave-exchange@;ls.swynk.com Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:leave-exchange@;ls.swynk.com Exchange List admin: [EMAIL PROTECTED]