Blog Post

Exchange Team Blog
4 MIN READ

Exchange Server 2007 Out of Office (OOF)

The_Exchange_Team's avatar
The_Exchange_Team
Platinum Contributor
Oct 07, 2006

The Out of Office (OOF) feature is commonly used by end-users to let other people know when they are not available to respond to e-mail.  Exchange 2007 Out of Office capabilities such as scheduled OOF, different external and internal OOF messages and the ability to control what kind of OOF to send on a per-domain basis improves the experience for both end-users and for administrators.

For End-Users

In Exchange Server 2007, some of the new Out of Office Assistant features are:

  • The ability to schedule OOF messages in advance.  If users are planning time away from the office, they can set their OOF to begin at a future date and time and do not have to worry about forgetting to turn on OOF right before leaving. 
  • Separate internal and external OOF messages.  This way, private information can be shared with co-workers without sending that information out to external senders. 
  • External OOF messages can be sent only to a user's external contacts.  Some users want to send their Out of Office messages only to a limited set of external contacts, but not anyone who might email them - for privacy reasons. 

OOF messages can now be set as HTML instead of plain-text.

OWA and Outlook 2007 users who are hosted on Exchange 2007 mailboxes will see these new capabilities.  Outlook 2007 users who are on Exchange 2003 (or earlier) servers will have the same features as they have with Outlook 2003. 

This screen shots show the OOF configuration options available to end-users in Outlook Web Access (please click on the thumbnail to see the full size screenshot):

For Administrators and Exchange organizations

In Exchange 2007, Administrators can choose to control external OOF capabilities at a per-domain and per-user level. 

Some organizations do not enable external OOF messages today, because they do not believe they are "safe".  Some users put personal information in their OOF message that should not be leaked externally, and some companies have expressed concern about OOF messages as a mechanism for spammers to validate users' email addresses.  In Exchange 2007, we believe we've addressed these organizational concerns.

For other customers, they would like to enable some of their users for external OOF messages (such as the ones working directly with customers), but not all of them.

Per User Settings

Exchange 2007 lets administrators control per-user external OOF messages using the Monad command "Set-Mailbox" with the "ExternalOOFOptions" parameter:

MSH>Set-Mailbox -id <mailbox identity> -ExternalOOFOptions [InternalOnly,External]

By default, per-user external OOF option is set to allow external OOF.  By setting this to "InternalOnly" for a given mailbox, instead of "External", that mailbox will not be able to send OOF messages outside the company, using any client, regardless of what the user selects.

Per-Domain Settings

Administrators can also control which (if any) OOF messages go to which external domains.  These per-domain settings are set via the Monad command  "Set-remoteDomain" using the parameter "AllowedOOFType":

MSH>Set-remoteDomain -Identity <domain identity> -AllowedOOFType [None,InternalLegacy,Internal,External(Default)]

The AllowedOOFType values are as follows:

  • None:  This blocks all OOF messages to the target domain.
  • InternalLegacy: This allows either Exchange 2007 internal OOF or OOF set by Outlook 2003 or earlier clients to be sent to the target domain but blocks Exchange 2007 external messages from being sent to the target domain.  You would use this setting with a close partner company who you wanted to receive your internal OOF messages.  You would also use this setting in a cross-forest environment where one company had multiple Exchange deployments.
  • ExternalLegacy: This setting allows either Exchange 2007 external OOF or OOF set by Outlook 2003 or earlier clients to be sent to the target domain.  If you already allow OOF messages to flow outside your company, you probably want to use this setting, so that existing Outlook 2003 users do not see any change in behavior.
  • External (the default):  This setting allows only Exchange 2007 external OOF messages to be sent to the target domain but blocks internal OOF messages or OOF messages set using Exchange 2003.  If you currently block OOF messages to other domains, you probably want to use this setting in order to keep the same behavior for Outlook 2003 users but allow Exchange 2007 external OOF messages out for those who specifically choose them.

You can choose the wildcard '*' for the target domain if you wish your per-domain OOF settings to apply to all external domains that don't otherwise have a specific setting for them.

The following screen shot shows the per-domain OOF configuration settings in Exchange Management Console (please click the thumbnail to see a big version):

In addition, in Exchange 2007 OOF responses are more secure because of the following two checks:

  • OOF messages will not be sent out in response to server-detected Junk E-mail.  If Exchange 2007 detects a message as Junk or if the message sender is in the user's block list, no OOF response is sent. 
  • OOF messages are not sent as responses to Internet mailing lists.  Exchange 2007 does not send OOF responses for incoming messages with the Precedence:bulk header set.  However, if this header is missing, it is possible that OOF responses may be sent out because there is no reliable way of determining that the message was sent to a mailing list.  OOF messages are also not sent as responses for incoming messages with the X-Auto-Response-Suppress:OOF header.

PS. If you ever wondered what "OOF" stands for - go read this post.

- Ashish Consul

Updated Jul 01, 2019
Version 2.0

20 Comments

  • Gregski,

    No, if your front-end servers are Exchange 2007 but the mailbox servers are still Exchange 2003, the new OOF features will not work.  For the new OOF features to work, you need all roles – CAS, Mailbox and Edge to be Exchange 2007 because the new OOF functionality is distributed across all these roles.  In addition, ofcourse, you need the Outlook 2007 client or OWA 2007.
  • Will the new OOF feature work in a mixed mode Exchange environment, for example where your front end servers are 2007 but your mailbox servers are still 2003?
  • Thanks for this post!  I’d like to suggest that future OOF development include the ability to resend an OOF or stagger the delivery of the OOF to senders.  This way, after a week has passed and the recipient is still away, the OOF can be resent and the sender is gently reminded of such.  Without that, senders often forget that an OOF has already been sent.
  • Some great new features there people.

    in regard to "centalised OOF"

    @ Petri, if you give helpdesk sufficent rights to the mailbox then helpdesk could go in via OWA and set status.

    @Exchange - what would be good is to be able to delegate OOF access in the same way you can delegate folder access, rehter than the need to give more rights then need be?

    It would be good to see such functionality in terms of an telephonist/helpdesk being able to change status, esp with the integration you are doing with phone systems. This assumes the OOF is setup/configured by the user,but not activated.

    This is a basic "presence state"

    If you (MS) are wanting to get into integration with phone systems then centalised status management is a key feature of current solutions.  

    Would you see it more likely that a third party phone system integrated with exchange would provide such functionality/ability rather than MS?
    i.e. the third party app has full access rights to the mailbox and controls what is accessed in the mailbox (i.e. the ability to change/config OOF only)?

  • Ed - the answer is yes... the Outlook 2007 UI allows for those things.
  • Will Outlook 2007 allow individual users to configure whether Out of Office goes only to internal or internal and external correspondents?
  • So we still need use our own OOF for Helpdesk tool.

    I though more about options:
    [ ] No OOF
    [ ] Set OOF (like these days + plain/HTML)
    [ ] Cusomized OOF (separate messages for internal/external)
  • Hi Petri,

    You need access to a a user mailbox to be able to set OOF.  OOF is per-user and in Exchange 2007, we do not have a way to let 'helpdesk' set OOF on behalf of a user.

    To answer your 2nd part of the question:

    We do have options you are mentioning. An end-user controls whether to send OOF or not (please refer to the UI in OWA/Outlook).  

    Internal OOF is sent by default when the end-user turns on OOF.  External OOF is optional for the end-user.

    So, a user can be in one of the following 4 states:
    (1) No OOF
    (2) Send OOF responses to messages received from Internal users only
    (3) Send OOF responses to messages received from internal users and external users that are part of the user's known contacts
    (4) Send OOF responses to messages received from internal users and all external users
  • What about centralized OOF message ? In case when user is sick and is not able to set OOF for own mailbox. These cases helpdesk should do it without opening user mailbox.

    End users might not know what is different between internal/external. So could you have three options: No OOF, OOF, Separate OOFs.

  • This is great news. Thanks for the thorough, well-written post.