Discussion on:

The 10 most important things to teach your Outlook users

Just thought I should point out that the 2GB file size limit only applies to pre Outlook 2003 versions. Since Outlook 2003 there is theoretically no limit, but current MS advice says don't exceed 20GB!!

Beside item #6 (the obsolate 2 GB size limit of the personal folder files), I'd also comment on item #5 (Email is stored locally). It would need a bit more detail if we wanted a complete and correct statement. Downloaded messages don't disappear from the Mailbox on the server. The offline store (OST file) and the Mailbox on the server are kept in synch. Messages _moved_ from the offline store (OST) to personal folders (PST) do disappear from the server at the next synchronisation, though.

The configuration you describe is possible, but Outlook can be also be configured to download to the .OST and delete from the server. Indeed, I have laptop users who accidentally do this when on the road.

I'd suggest a bit of clarification here.
Exchange operators most likely do backup the server but they are unlikely to backup the personal folders on the users' computers. We shouldn't confuse the two types of backup.
If users moved messages from the OST (which is in synch with the Mailbox on the server) into PST files (which or stored on a local computer), they have to take care of their PST files.
Some organisations create various other types of backup (and archives) on the servers, and these can be sources of recovery if PST files are lost. Don't confuse these additional techniques with the backup of the Exchange servers.

The comment about the 2gb PST file size limitation only applies to ANSI type PST files. ANSI type PST files were created by Outlook 97-2002. Many people used their old Ansi PST files with Outlook 2003, 2007, and 2010 and so may face the 2gb maximum file size limitation (as will as maximum message counts for each folder). For offices that do not have exchange server and may have multiple ANSI type PST files that they would like to convert to Unicode type PST files created and used by Outook 2003, 2007, and 2010 and which do not have the 2gb limitation you will appreciate an amazingly effective and inexpensive utility from Peter Maclean called Upstart. It can be found here: http://www.maclean.com/upstart.php
It is a must because hitting the 2gb limit can happen without warning and can result in data loss if you do not have a recent backup of your PST file to fall back to.
Upstart makes converting a breeze.
But having said that, it generally is a good idea to keep your PST file, even a Unicode type PST file, as small as possible as corruption can strike anytime and it becomes very time consuming to repair large PST files. Configure Outlook to utilize AutoArchive to push older items off to an Archive PST file (a secondary PST file) as a simple way to keep things under control.
Good luck.

We're currently moving to an O365 mail solution and have been told that all email (even for Outlook users) will be kept server side.

Outlook users will be able to work 'offline' and sync their mail when they come back on-line but I don't think that's what you mean is it?

It might be a dumb question, I have thirteen years of lotus notes support under my belt but no Outlook experience.

I think the author is maintly talking about home or small office use. I don't know of any large organization that uses Outlook and stores the email on the local workstation (too difficult to backup email on the local workstation). When this happens it is usually a user that creates a PST and moves email into it.

All the email protocols allow you to keep email on the server, but the default setting for all except for the exchange protocol default to removing it off the server.

Bill

There are many options. To talk 2 GB limit is limiting your knowledge and your users capability coments above have clarified that. However, I do see a reason from a support side of the fence to try and limit users. Push for a company policy that exchange team (or IT in general) does not support pst files and limit users mailbox size. This seems to work in several places I have worked at. If you do that you do not have to concern yourself with annoying PST files. This would remove a lot of work for no reason. All about user education.

For your list it amazes me that you make some of these statements. While logical a few years ago they may not be logic now.

Point one. Most of tis is dictated by company policy. Versioning and support is such a touchy subject. Have seen some users complain about OSH issues with new formating with 2010 OWA. They demanded rolling back or they would take it to the union. They just email the online reference on how to modify their interface.

Point two can be covered by a good security policy and who has rights to send to certain groups. I am sure most organisations have ristricted send to all grouping. Also why is it a IT issue if the user is one of those people that only removes the foot in their mouth to only replace it with the other foot.

Point three, really. Though I understand some users need better understanding but really good company management from Risk, Security, email teams should cover this off.

Point four, Are you living in the year 2012? Spend time with user to customise their interface? Really? Microsoft has some great instructions for the average user to do this stuff. Half of it will be controlled by policy, the other half is that most business do not have the money to have IT staff hand holding most users. Yes this is a IT issue, but more of a Project Management issue when upgrading to a new version where is the user training?

Point five is not a good point. THis will be dictated to by company policy. We are usually not all using IMAP4 so situations may change. This is a bad comment to make.

Point six. Not correct for different formats. Others have commented on this. All I will say is stop using Exchange 2000 and move up to a newer version.

Point seven. Yes they can work, but good luck. It would also be great to work at a company that has the time to handhold users corrupted PST files and OST files. Actually, if it is a corrupted OST file, tell them to download it again. Recreate their profile. They will not be happy but it will work.

Point Eight. Agree now do you have the budget to train users to support this? Also are you just using portable hard drives? most PC have limited space, most network shares are limited as a lot of companies are pushing for sharepoint. good luck uploading a PST to sharepoint. If not you must have a big budget for PC's and laptop's and their support.

Point Nine. Company policy is the best policy. Depends on where you work. Are you under compliance? This is the best policy. Goes back to using PST files.

Point Ten. Really? I can't believe you are making this comment.

Susan, you make some really good points, from a desktop support point of view. However, it really depends on the size of the team, amount of users, etc, etc, etc. Above all the budget of your department. Desktop team usually make some personal relationships beyond the IT support and users will exploit them. Company policy has to be the be all and end all for most of these comments. You really need to clarify these comments as I have made comments from a large corporate point of view. These clash with what you are saying, which I did on purpose. Understand there are different levels for this sort of support. Try telling someone that works in a Citrix environment that their users should download emails to a PST. Explain to management that you need another TB of SAN space for users Email PST files. I can go on. However, I do agree with you with one thing. We are here for the users so that they can do their job in the best way possible. Regardless of where we are in IT. If there is no business there is no us supporting or building. Keep up the good work.

@Turin73 I guess you work at a middle or large size company, as I do. I am not sure the same can be said for all of TR's readers.

Many smaller companies either do not enforce a policy on email clients, or only enforce limited ones, so I feel that all of the points in this article are perfectly reasonable. Many of us will also be responsible for looking after family and friends, and so will find value in this for that purpose.

And despite working for a company that has a rigorous policy applied to OS, browser, and access rights, as well as email, I managed today for the first time to do an embarrassing "reply all".

Your criticism is probably perfectly valid for your own situation.

I represent your assertion with multiple examples. Not one of the companies I work with has any email policy. Most don't even mention the obvious, like don't be installing torrent downloaders on company computers. The bosses usually just assume the employees are smart and reasonable.

Funny thing is most of the are. I have a pretty tight relationship with a lot of the key users in all these locations, and I've shown them how to try to be safe. So although the companies have no formal policies, informally there is someone pushing things in the right direction. Me.

This document needs to be updated. Some of the features have been updated starting in the 2007 version.

The problem with the autoarchive is it merely delays the decision of what to keep and what to throw away. Autoarchive should be disabled, and users should move messages into a .PST manually.

Autoarchive saves everything to the .PST regardless of it's value. When users have to move messages manually then they're more likely to filter the messages as they go, archiving what they need and discarding what they don't. This is easier to do when they're filtering a few at a time. It is a much larger task to filter the messages after the .PST has grown too large and requires immediate attention to several thousand messages. Then there's the additional time-consuming step of compacting the .PST after the users had cleaned it up.

I recommend adding the 'Size' column to each users' display, then teaching them how to sort on the column headings. Full mailboxes and .PSTs are not caused by the sheer number of messages but by the size of individual messages, usually due to bloated attachments. Sorting the messages by size allows the user to see the real troublemakers.

I think the best advice possible is to quit using desktop applications for online data like e-mail. Use IMAP if needed to keep the e-mail on the server, where it can be properly backed up and indexed for compliance.

Google Apps for Business is also a great idea if you have a small company, want to have email, calendars and shared cooperative doc/spreadsheet/presentation editing. At US$50 per user per year, it's also dirt cheap.

save your outlook data as data in een separate folder ex My Outlook Data Files

Something I find all too often from Outlook users is that they accidentally zoom in or out, without realizing it (usually done by holding CTRL and scrolling the mouse wheel.) They fix it by making the font larger/smaller on new messages and the recipients gets odd looking mail. Unfortunately, until 2010, the Zoom option(s) were hidden or in different locations depending on making a new message or reading an existing one. To make things more complicated, this can happen on a laptop w/o a mouse. I recently found that the track pad scrolling function with CTRL doesn't necessarily work the same as a mouse wheel with CTRL.

I have several users with 15GB PST files. I normally split the pst in smaller sizes, but 10, 15, 18GB PST file works well in Office 2007 / Windows 7.

If you have multiple clients over a single POP3 account, don't forget to keep your copies on server by not automatically deleting after mails read.

Some while ago I found that many of my mails failed to move into the Archive. This was because I was constantly looking at my old messages, this caused the date that Auto Archive uses to decide what to archive (Modified date?) to become more recent than the set Archive date - hence those mails stayed put (very frustrating)! These dates are NOT the sent/received dates that are normally displayed. - Consult the Date/Time fields in Customisation of Inbox & Sent Items.
Manual Archiving by the creation of an off line Outlook Data File and drag & drop from Inbox /Sent Items after sorting into date oder offers more control along with the possibility of making a structured archive and being able to undo a mistake.
Another problem was that archives moved to CD/DVD (maybe evenUSB) could not be viewed unless they were restored to the PC.