.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]
