RE: Unable to recover Deleted Items using ExFolder?

2012-02-06 Thread Michael B. Smith
Have you seen this?

http://blogs.technet.com/b/exchange/archive/2012/02/06/recovering-public-folders-after-accidental-deletion-part-1-recovery-process.aspx


Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk] 
Sent: Friday, February 03, 2012 3:53 AM
To: MS-Exchange Admin Issues
Subject: Unable to recover Deleted Items using ExFolder?

I'm trying to recover some deleted items from a Public Folder using ExFolders.

I can see the items in ExFolder but when I right-click and do "Recover Items" 
it throws an exception as per below.

Any ideas please?

When I browse to that folder using Outlook I don't have the Recover Deleted 
Items option despite dumpsteralwayson being enabled.

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

** Exception Text **
Microsoft.Exchange.Data.Storage.StoragePermanentException: Move/Copy messages 
failed. ---> Microsoft.Mapi.MapiExceptionCallFailed: MapiExceptionCallFailed: 
Unable to copy message(s). (hr=0x80004005, ec=1228)
Diagnostic context:
Lid: 55847   EMSMDBPOOL.EcPoolSessionDoRpc called [length=64]
Lid: 43559   EMSMDBPOOL.EcPoolSessionDoRpc returned 
[ec=0x0][length=133][latency=0]
Lid: 23226   --- ROP Parse Start ---
Lid: 27962   ROP: ropMoveCopyMessagesEID [160]
Lid: 17082   ROP Error: 0x4CC 
Lid: 19297  
Lid: 21921   StoreEc: 0x4CC 
Lid: 27962   ROP: ropNone [0]
Lid: 26881  
Lid: 21817   ROP Failure: 0x4CC 
Lid: 27217  
Lid: 23121   StoreEc: 0x4CC 
   at Microsoft.Mapi.MapiExceptionHelper.ThrowIfErrorOrWarning(String message, 
Int32 hresult, Boolean allowWarnings, SafeExInterfaceHandle iUnknown, Exception 
innerException)
   at Microsoft.Mapi.MapiUnk.ThrowIfErrorOrWarning(String message, Int32 hr)
   at Microsoft.Mapi.MapiFolder.CopyMessages(CopyMessagesFlags flags, 
MapiFolder destFolder, PropValue[] pva, Byte[][] entryIds, Byte[][]& 
newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.<>c__DisplayClass24.b__1c(Byte[][]&
 newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   --- End of inner exception stack trace ---
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationInternal(StoreObjectId[]
 sourceObjectIds, MapiGroupOperationInternalMethod method)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.InternalMoveOrCopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, Boolean move, Boolean 
returnNewIds, Nullable`1 deleteFlags, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.CoreFolder.CopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, ItemIdValidatorDelegate 
itemIdValidator, Boolean returnNewIds, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(Folder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, Boolean returnNewIds)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(StoreSession 
destinationSession, StoreId destinationFolderId, Boolean updateSource, 
StoreId[] sourceItemIds)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(StoreId 
destinationFolderId, StoreId[] sourceItemIds)
   at Microsoft.Exchange.ExFolders.StoreAccessXSO.RecoverItemsBatch(FolderInfo 
folderInfo, ItemInfo[] itemsToRecover)
   at Microsoft.Exchange.ExFolders.Form1.menuItem29_Click(Object sender, 
EventArgs e)
   at System.Windows.Forms.MenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.Command.Invoke()
   at System.Windows.Forms.Control.WmCommand(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ListView.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr 
wparam, IntPtr lparam)


** Loaded Assemblies **
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5444 (Win7SP1GDR.050727-5400)
CodeBase: 
file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll

ExFolders
Assembly Version: 14.0.0.0
Win32 Version: 14.17.0097.000
CodeBase: 
file:///C:/Program%20Files/Microsoft/Exchange%20Server/V14/Bin/ExFolders.exe
---

RE: Unable to recover Deleted Items using ExFolder?

2012-02-06 Thread Paul Hutchings
Thanks Michael I hadn't, but I'm not sure it describes our scenario - I can see 
the items in exfolders, it just bombs when I try to recover them.

-Original Message-
From: Michael B. Smith [mailto:mich...@smithcons.com] 
Sent: 06 February 2012 14:52
To: MS-Exchange Admin Issues
Subject: RE: Unable to recover Deleted Items using ExFolder?

Have you seen this?

http://blogs.technet.com/b/exchange/archive/2012/02/06/recovering-public-folders-after-accidental-deletion-part-1-recovery-process.aspx


Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk]
Sent: Friday, February 03, 2012 3:53 AM
To: MS-Exchange Admin Issues
Subject: Unable to recover Deleted Items using ExFolder?

I'm trying to recover some deleted items from a Public Folder using ExFolders.

I can see the items in ExFolder but when I right-click and do "Recover Items" 
it throws an exception as per below.

Any ideas please?

When I browse to that folder using Outlook I don't have the Recover Deleted 
Items option despite dumpsteralwayson being enabled.

See the end of this message for details on invoking just-in-time (JIT) 
debugging instead of this dialog box.

** Exception Text **
Microsoft.Exchange.Data.Storage.StoragePermanentException: Move/Copy messages 
failed. ---> Microsoft.Mapi.MapiExceptionCallFailed: MapiExceptionCallFailed: 
Unable to copy message(s). (hr=0x80004005, ec=1228) Diagnostic context:
Lid: 55847   EMSMDBPOOL.EcPoolSessionDoRpc called [length=64]
Lid: 43559   EMSMDBPOOL.EcPoolSessionDoRpc returned 
[ec=0x0][length=133][latency=0]
Lid: 23226   --- ROP Parse Start ---
Lid: 27962   ROP: ropMoveCopyMessagesEID [160]
Lid: 17082   ROP Error: 0x4CC 
Lid: 19297  
Lid: 21921   StoreEc: 0x4CC 
Lid: 27962   ROP: ropNone [0]
Lid: 26881  
Lid: 21817   ROP Failure: 0x4CC 
Lid: 27217  
Lid: 23121   StoreEc: 0x4CC 
   at Microsoft.Mapi.MapiExceptionHelper.ThrowIfErrorOrWarning(String message, 
Int32 hresult, Boolean allowWarnings, SafeExInterfaceHandle iUnknown, Exception 
innerException)
   at Microsoft.Mapi.MapiUnk.ThrowIfErrorOrWarning(String message, Int32 hr)
   at Microsoft.Mapi.MapiFolder.CopyMessages(CopyMessagesFlags flags, 
MapiFolder destFolder, PropValue[] pva, Byte[][] entryIds, Byte[][]& 
newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.<>c__DisplayClass24.b__1c(Byte[][]&
 newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   --- End of inner exception stack trace ---
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationInternal(StoreObjectId[]
 sourceObjectIds, MapiGroupOperationInternalMethod method)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.InternalMoveOrCopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, Boolean move, Boolean 
returnNewIds, Nullable`1 deleteFlags, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.CoreFolder.CopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, ItemIdValidatorDelegate 
itemIdValidator, Boolean returnNewIds, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(Folder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, Boolean returnNewIds)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(StoreSession 
destinationSession, StoreId destinationFolderId, Boolean updateSource, 
StoreId[] sourceItemIds)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(StoreId 
destinationFolderId, StoreId[] sourceItemIds)
   at Microsoft.Exchange.ExFolders.StoreAccessXSO.RecoverItemsBatch(FolderInfo 
folderInfo, ItemInfo[] itemsToRecover)
   at Microsoft.Exchange.ExFolders.Form1.menuItem29_Click(Object sender, 
EventArgs e)
   at System.Windows.Forms.MenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.Command.Invoke()
   at System.Windows.Forms.Control.WmCommand(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ListView.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr 
wparam, IntPtr lparam)


** Loaded Assemblies ** mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50

RE: Unable to recover Deleted Items using ExFolder?

2012-02-06 Thread Michael B. Smith
I can email Bill directly and ask - just to verify - are you running the most 
recent version of the tool?

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk] 
Sent: Monday, February 06, 2012 10:09 AM
To: MS-Exchange Admin Issues
Subject: RE: Unable to recover Deleted Items using ExFolder?

Thanks Michael I hadn't, but I'm not sure it describes our scenario - I can see 
the items in exfolders, it just bombs when I try to recover them.

-Original Message-
From: Michael B. Smith [mailto:mich...@smithcons.com] 
Sent: 06 February 2012 14:52
To: MS-Exchange Admin Issues
Subject: RE: Unable to recover Deleted Items using ExFolder?

Have you seen this?

http://blogs.technet.com/b/exchange/archive/2012/02/06/recovering-public-folders-after-accidental-deletion-part-1-recovery-process.aspx


Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk]
Sent: Friday, February 03, 2012 3:53 AM
To: MS-Exchange Admin Issues
Subject: Unable to recover Deleted Items using ExFolder?

I'm trying to recover some deleted items from a Public Folder using ExFolders.

I can see the items in ExFolder but when I right-click and do "Recover Items" 
it throws an exception as per below.

Any ideas please?

When I browse to that folder using Outlook I don't have the Recover Deleted 
Items option despite dumpsteralwayson being enabled.

See the end of this message for details on invoking just-in-time (JIT) 
debugging instead of this dialog box.

** Exception Text **
Microsoft.Exchange.Data.Storage.StoragePermanentException: Move/Copy messages 
failed. ---> Microsoft.Mapi.MapiExceptionCallFailed: MapiExceptionCallFailed: 
Unable to copy message(s). (hr=0x80004005, ec=1228) Diagnostic context:
Lid: 55847   EMSMDBPOOL.EcPoolSessionDoRpc called [length=64]
Lid: 43559   EMSMDBPOOL.EcPoolSessionDoRpc returned 
[ec=0x0][length=133][latency=0]
Lid: 23226   --- ROP Parse Start ---
Lid: 27962   ROP: ropMoveCopyMessagesEID [160]
Lid: 17082   ROP Error: 0x4CC 
Lid: 19297  
Lid: 21921   StoreEc: 0x4CC 
Lid: 27962   ROP: ropNone [0]
Lid: 26881  
Lid: 21817   ROP Failure: 0x4CC 
Lid: 27217  
Lid: 23121   StoreEc: 0x4CC 
   at Microsoft.Mapi.MapiExceptionHelper.ThrowIfErrorOrWarning(String message, 
Int32 hresult, Boolean allowWarnings, SafeExInterfaceHandle iUnknown, Exception 
innerException)
   at Microsoft.Mapi.MapiUnk.ThrowIfErrorOrWarning(String message, Int32 hr)
   at Microsoft.Mapi.MapiFolder.CopyMessages(CopyMessagesFlags flags, 
MapiFolder destFolder, PropValue[] pva, Byte[][] entryIds, Byte[][]& 
newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.<>c__DisplayClass24.b__1c(Byte[][]&
 newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   --- End of inner exception stack trace ---
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationInternal(StoreObjectId[]
 sourceObjectIds, MapiGroupOperationInternalMethod method)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.InternalMoveOrCopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, Boolean move, Boolean 
returnNewIds, Nullable`1 deleteFlags, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.CoreFolder.CopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, ItemIdValidatorDelegate 
itemIdValidator, Boolean returnNewIds, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(Folder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, Boolean returnNewIds)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(StoreSession 
destinationSession, StoreId destinationFolderId, Boolean updateSource, 
StoreId[] sourceItemIds)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(StoreId 
destinationFolderId, StoreId[] sourceItemIds)
   at Microsoft.Exchange.ExFolders.StoreAccessXSO.RecoverItemsBatch(FolderInfo 
folderInfo, ItemInfo[] itemsToRecover)
   at Microsoft.Exchange.ExFolders.Form1.menuItem29_Click(Object sender, 
EventArgs e)
   at System.Windows.Forms.MenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.Command.Invoke()
   at System.Windows.Forms.Control.WmCommand(Mes

RE: autodiscover for SAN certs

2012-02-06 Thread Michael B. Smith
This is the right answer:

The other proposal is to have one region request autodiscover.domain.com and 
use that as the main entry point and change all EWS/OAB/OA external url to 
autodiscover.domain.com per tech kb 
http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that simplify 
things?

I don't know your DR situation, but that can come into play as well.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: David Liu [mailto:ganymed...@gmail.com]
Sent: Monday, February 06, 2012 10:11 AM
To: MS-Exchange Admin Issues
Subject: autodiscover for SAN certs

All,
For those of you that have to secure multiple SAN certs across different 
regions of the globe, how do you handle including 
autodiscover.domain.com in your SAN cert?

For example. if the external smtp domain is domain.com and 
you have 3 regional Exchange 2010 internet facing sites for say, APAC, EMEA, 
and NA, each requiring a separate SAN cert for delegation/administrative 
purposes, do you include 
autodiscover.domain.com in each of the SAN cert 
request? Does this not cause a conflict as my understanding is that each SAN 
name requested must be unique?

The other proposal is to have one region request 
autodiscover.domain.com and use that as the 
main entry point and change all EWS/OAB/OA external url to 
autodiscover.domain.com per tech kb 
http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that simplify 
things?

Many thanks in advance,



---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: Unable to recover Deleted Items using ExFolder?

2012-02-06 Thread Paul Hutchings
14.17.97.0 from the Details tab on the .exe

It has worked on some other folders which is why I'm unclear why this one 
should be any different.  The contacts use a custom form but other than that, 
and I didn't think that ExFolders or any recovery tool would look at those 
attributes.

The server is SP1 ru3v3.

Anything you can find out would be great as whilst we do backups, I'd kind of 
counted on Deleted Item Recovery for the initial restore attempt.

-Original Message-
From: Michael B. Smith [mailto:mich...@smithcons.com] 
Sent: 06 February 2012 15:18
To: MS-Exchange Admin Issues
Subject: RE: Unable to recover Deleted Items using ExFolder?

I can email Bill directly and ask - just to verify - are you running the most 
recent version of the tool?

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk] 
Sent: Monday, February 06, 2012 10:09 AM
To: MS-Exchange Admin Issues
Subject: RE: Unable to recover Deleted Items using ExFolder?

Thanks Michael I hadn't, but I'm not sure it describes our scenario - I can see 
the items in exfolders, it just bombs when I try to recover them.

-Original Message-
From: Michael B. Smith [mailto:mich...@smithcons.com] 
Sent: 06 February 2012 14:52
To: MS-Exchange Admin Issues
Subject: RE: Unable to recover Deleted Items using ExFolder?

Have you seen this?

http://blogs.technet.com/b/exchange/archive/2012/02/06/recovering-public-folders-after-accidental-deletion-part-1-recovery-process.aspx


Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk]
Sent: Friday, February 03, 2012 3:53 AM
To: MS-Exchange Admin Issues
Subject: Unable to recover Deleted Items using ExFolder?

I'm trying to recover some deleted items from a Public Folder using ExFolders.

I can see the items in ExFolder but when I right-click and do "Recover Items" 
it throws an exception as per below.

Any ideas please?

When I browse to that folder using Outlook I don't have the Recover Deleted 
Items option despite dumpsteralwayson being enabled.

See the end of this message for details on invoking just-in-time (JIT) 
debugging instead of this dialog box.

** Exception Text **
Microsoft.Exchange.Data.Storage.StoragePermanentException: Move/Copy messages 
failed. ---> Microsoft.Mapi.MapiExceptionCallFailed: MapiExceptionCallFailed: 
Unable to copy message(s). (hr=0x80004005, ec=1228) Diagnostic context:
Lid: 55847   EMSMDBPOOL.EcPoolSessionDoRpc called [length=64]
Lid: 43559   EMSMDBPOOL.EcPoolSessionDoRpc returned 
[ec=0x0][length=133][latency=0]
Lid: 23226   --- ROP Parse Start ---
Lid: 27962   ROP: ropMoveCopyMessagesEID [160]
Lid: 17082   ROP Error: 0x4CC 
Lid: 19297  
Lid: 21921   StoreEc: 0x4CC 
Lid: 27962   ROP: ropNone [0]
Lid: 26881  
Lid: 21817   ROP Failure: 0x4CC 
Lid: 27217  
Lid: 23121   StoreEc: 0x4CC 
   at Microsoft.Mapi.MapiExceptionHelper.ThrowIfErrorOrWarning(String message, 
Int32 hresult, Boolean allowWarnings, SafeExInterfaceHandle iUnknown, Exception 
innerException)
   at Microsoft.Mapi.MapiUnk.ThrowIfErrorOrWarning(String message, Int32 hr)
   at Microsoft.Mapi.MapiFolder.CopyMessages(CopyMessagesFlags flags, 
MapiFolder destFolder, PropValue[] pva, Byte[][] entryIds, Byte[][]& 
newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.<>c__DisplayClass24.b__1c(Byte[][]&
 newEntryIds, Byte[][]& newChangeNumbers)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   --- End of inner exception stack trace ---
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationMethod(String
 operationAttempted, StoreObjectId[] sourceObjectIds, 
MapiGroupOperationWithResult mapiGroupOperationCall)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.ExecuteMapiGroupOperationInternal(StoreObjectId[]
 sourceObjectIds, MapiGroupOperationInternalMethod method)
   at 
Microsoft.Exchange.Data.Storage.CoreFolder.InternalMoveOrCopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, Boolean move, Boolean 
returnNewIds, Nullable`1 deleteFlags, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.CoreFolder.CopyItems(CoreFolder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propertyValues, ItemIdValidatorDelegate 
itemIdValidator, Boolean returnNewIds, Boolean updateSource)
   at Microsoft.Exchange.Data.Storage.Folder.CopyItems(Folder 
destinationFolder, StoreObjectId[] sourceItemIds, PropertyDefinition[] 
propertyDefinitions, Object[] propert

Re: autodiscover for SAN certs

2012-02-06 Thread David Liu
Thanks MBS for the quick response.
Yes, so for our NA implementation we have currently non-internet facing
site with available CAS servers (with different casarray names/external
vip's currently) that we can point external VIP's from the production to.
Or, we could always play DNS tricks, lower ttl on
autodiscover.domain.comand point it to one o the external VIP's at
EMEA or APAC, assuming
redirection et al is working.

However, even if we were to do this, don't the other regions SAN certs also
need to include autodiscover.domain.com if they are requesting separate SAN
certs ? The question is if EMEA adds autodiscover.domain.com will that
"invalidate" APAC's existing autodiscover.domain.com?



On Mon, Feb 6, 2012 at 10:22 AM, Michael B. Smith wrote:

>  This is the right answer:
>
> ** **
>
> The other proposal is to have one region request autodiscover.domain.comand 
> use that as the main entry point and change all EWS/OAB/OA external url
> to autodiscover.domain.com per tech kb
> http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that
> simplify things?
>
> ** **
>
> I don’t know your DR situation, but that can come into play as well.
>
> ** **
>
> Regards,
>
> ** **
>
> Michael B. Smith
>
> Consultant and Exchange MVP
>
> http://TheEssentialExchange.com
>
> ** **
>
> *From:* David Liu [mailto:ganymed...@gmail.com]
> *Sent:* Monday, February 06, 2012 10:11 AM
> *To:* MS-Exchange Admin Issues
> *Subject:* autodiscover for SAN certs
>
> ** **
>
> All, 
>
> For those of you that have to secure multiple SAN certs across different
> regions of the globe, how do you handle including autodiscover.domain.comin 
> your SAN cert?
> 
>
> ** **
>
> For example. if the external smtp domain is domain.com and you have 3
> regional Exchange 2010 internet facing sites for say, APAC, EMEA, and NA,
> each requiring a separate SAN cert for delegation/administrative purposes,
> do you include autodiscover.domain.com in each of the SAN cert request?
> Does this not cause a conflict as my understanding is that each SAN name
> requested must be unique? 
>
> ** **
>
> The other proposal is to have one region request autodiscover.domain.comand 
> use that as the main entry point and change all EWS/OAB/OA external url
> to autodiscover.domain.com per tech kb
> http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that
> simplify things? 
>
> ** **
>
> Many thanks in advance, 
>
> ** **
>
> ** **
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist
>

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: autodiscover for SAN certs

2012-02-06 Thread Simon Butler
If you are using the same SSL provider everywhere, then most providers will not 
allow the same host name on multiple certificates.
If you were using the SMTP address space across the organisation, then that 
would mean a single certificate would be required to cover the entire Exchange 
org.

If you are using different providers in different countries, then it wouldn't 
matter. They don't cancel each other out because they don't know about each 
other. Of course unless you are using one of the DNS providers who offers 
geographical DNS resolution, most of the traffic is going to go to one site 
anyway.

The last time I did this for a multinational, the option we went for was 
putting CAS servers in a data centre in London, where there was good global 
connectivity, and pointed everything there. Redirection took care of the rest, 
allowing all users to know owa.example.com, but be redirected as required to 
owa.eu.example.com, owa.asia.example.com and owa.americas.example.com.

>From memory, I think each location had their own certificates for their 
>servers and regional external host name, with Autodiscover only on the 
>certificate that served the central servers in London. I don't think we went 
>down the path of a single certificate for the entire org.

Simon.


--
Simon Butler
MVP: Exchange, MCSE
Sembee Ltd.

e: si...@sembee.co.uk
w: http://www.sembee.co.uk/
w: http://exchange.sembee.info/
w: http://blog.sembee.co.uk/

Need cheap certificates for Exchange, compatible with the iPhone?
http://CertificatesForExchange.com/ for 
certificates from just $26.99.
Need a domain for your certificate? 
http://DomainsForExchange.net/

Exchange Resources: http://exbpa.com/



From: David Liu [mailto:ganymed...@gmail.com]
Sent: 06 February 2012 16:03
To: MS-Exchange Admin Issues
Subject: Re: autodiscover for SAN certs

Thanks MBS for the quick response.
Yes, so for our NA implementation we have currently non-internet facing site 
with available CAS servers (with different casarray names/external vip's 
currently) that we can point external VIP's from the production to. Or, we 
could always play DNS tricks, lower ttl on 
autodiscover.domain.com and point it to one o 
the external VIP's at EMEA or APAC, assuming redirection et al is working.

However, even if we were to do this, don't the other regions SAN certs also 
need to include autodiscover.domain.com if they 
are requesting separate SAN certs ? The question is if EMEA adds 
autodiscover.domain.com will that "invalidate" 
APAC's existing autodiscover.domain.com?


On Mon, Feb 6, 2012 at 10:22 AM, Michael B. Smith 
mailto:mich...@smithcons.com>> wrote:
This is the right answer:

The other proposal is to have one region request 
autodiscover.domain.com and use that as the 
main entry point and change all EWS/OAB/OA external url to 
autodiscover.domain.com per tech kb 
http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that simplify 
things?

I don't know your DR situation, but that can come into play as well.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: David Liu [mailto:ganymed...@gmail.com]
Sent: Monday, February 06, 2012 10:11 AM
To: MS-Exchange Admin Issues
Subject: autodiscover for SAN certs

All,
For those of you that have to secure multiple SAN certs across different 
regions of the globe, how do you handle including 
autodiscover.domain.com in your SAN cert?

For example. if the external smtp domain is domain.com and 
you have 3 regional Exchange 2010 internet facing sites for say, APAC, EMEA, 
and NA, each requiring a separate SAN cert for delegation/administrative 
purposes, do you include 
autodiscover.domain.com in each of the SAN cert 
request? Does this not cause a conflict as my understanding is that each SAN 
name requested must be unique?

The other proposal is to have one region request 
autodiscover.domain.com and use that as the 
main entry point and change all EWS/OAB/OA external url to 
autodiscover.domain.com per tech kb 
http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that simplify 
things?

Many thanks in advance,



---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com

RE: autodiscover for SAN certs

2012-02-06 Thread Michael B. Smith
What Simon said.

Personally, where practical, I prefer going with a wildcard cert, and this 
discussion becomes somewhat academic.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: David Liu [mailto:ganymed...@gmail.com]
Sent: Monday, February 06, 2012 10:53 AM
To: MS-Exchange Admin Issues
Subject: Re: autodiscover for SAN certs

Thanks MBS for the quick response.
Yes, so for our NA implementation we have currently non-internet facing site 
with available CAS servers (with different casarray names/external vip's 
currently) that we can point external VIP's from the production to. Or, we 
could always play DNS tricks, lower ttl on 
autodiscover.domain.com and point it to one o 
the external VIP's at EMEA or APAC, assuming redirection et al is working.

However, even if we were to do this, don't the other regions SAN certs also 
need to include autodiscover.domain.com if they 
are requesting separate SAN certs ? The question is if EMEA adds 
autodiscover.domain.com will that "invalidate" 
APAC's existing autodiscover.domain.com?


On Mon, Feb 6, 2012 at 10:22 AM, Michael B. Smith 
mailto:mich...@smithcons.com>> wrote:
This is the right answer:

The other proposal is to have one region request 
autodiscover.domain.com and use that as the 
main entry point and change all EWS/OAB/OA external url to 
autodiscover.domain.com per tech kb 
http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that simplify 
things?

I don't know your DR situation, but that can come into play as well.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: David Liu [mailto:ganymed...@gmail.com]
Sent: Monday, February 06, 2012 10:11 AM
To: MS-Exchange Admin Issues
Subject: autodiscover for SAN certs

All,
For those of you that have to secure multiple SAN certs across different 
regions of the globe, how do you handle including 
autodiscover.domain.com in your SAN cert?

For example. if the external smtp domain is domain.com and 
you have 3 regional Exchange 2010 internet facing sites for say, APAC, EMEA, 
and NA, each requiring a separate SAN cert for delegation/administrative 
purposes, do you include 
autodiscover.domain.com in each of the SAN cert 
request? Does this not cause a conflict as my understanding is that each SAN 
name requested must be unique?

The other proposal is to have one region request 
autodiscover.domain.com and use that as the 
main entry point and change all EWS/OAB/OA external url to 
autodiscover.domain.com per tech kb 
http://technet.microsoft.com/en-us/library/bb201695.aspx . Does that simplify 
things?

Many thanks in advance,



---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist


---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: Outlook Reminders Not Popping Up

2012-02-06 Thread Michael B. Smith
Export the mailbox to PST

Delete the old mailbox

Create a new mailbox

Import the PST

That's all I got - you will of course lose any non-standard permissions 
(calendars, send-as, etc.).

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: Chris Pohlschneider [mailto:cpohlschnei...@smsprotech.com]
Sent: Monday, February 06, 2012 4:00 PM
To: MS-Exchange Admin Issues
Subject: Outlook Reminders Not Popping Up

Hello,

Wondering if anyone has any ideas about what I am running into with a client in 
regards to calendar reminders not popping up. They have Outlook 2000 running on 
a majority of their workstations and Exchange 2003 SP2. A few weeks ago, the 
client called with Exchange problems. Upon further research, their exchange DB 
was corrupt. After trying to repair the Exchange DB without success, we created 
a new DB and moved all of the mailboxes into the new DB with a tool called 
Digiscope (this software allows you to open up an offline copy of edb and log 
files. It also has a feature to open the offline copy of the edb and move 
mailboxes to a live copy of edb). This move of mailboxes seemed to work fine, 
but the only issue that we are seeing is that some users get their reminders 
for meetings and others do not. Keep in mind that roaming user profiles are 
enabled on the network. I have tried the following:

Outlook.exe /cleanreminders
Outlook.exe /resetfolders
Uninstalled Outlook and reinstalled
Updated Outlook 2000 to SP3
Created New AD User and New Exchange mailbox and set reminders and they work 
just fine.


Any other ideas would be appreciated.

Thanks,

CP

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

Re: Setting up an email subdomain

2012-02-06 Thread Kurt Buff
Hmmm...

I created a recipient policy, and used the Advanced query to point it
at an OU, but it doesn't seem to be working.

The query I show is:
 (&(&(ou>="")(objectCategory=organizationalUnit)(ou=LatinAmerica*)))

The actual OU in which these users will be created is:
 ou=LatinAmerica,ou=Sales,ou=Users,ou=US,dc=example,dc=com

I also changed the priority on the LatinAmerica Recipient Policy, so
that it is is the highest-priority Policy, and selected "Apply this
policy now" - no joy.

The actual SMTP setting for the policy is
 %1...@latinamerica.example.com

Do I need to modify my query?


Kurt

On Fri, Feb 3, 2012 at 14:27, Michael B. Smith  wrote:
> You'll need to add the subdomain as an accepted domain. (Create a recipient 
> policy for it if you are on Exchange 2003.)
>
> Regards,
>
> Michael B. Smith
> Consultant and Exchange MVP
> http://TheEssentialExchange.com
>
>
> -Original Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Friday, February 03, 2012 2:27 PM
> To: MS-Exchange Admin Issues
> Subject: Setting up an email subdomain
>
> For political/economic reasons, management wants to set up an email
> subdomain for use by a sales rep in South America - they want the rep
> to send and receive emails as r...@southamerica.example.com, instead of
> r...@example.com.
>
> The rep will be using our Exchange server in the US via RPC/HTTP or OWA.
>
> Am I correct in thinking that all I need to do is have our ISP update
> our zone with the subdomain, add an MX record for it, then create the
> Exchange mailbox and AD account, put the @southamerica.example.com
> SMTP address as a secondary, then mark it as the primary SMTP address?
>
> I've done a similar thing with a completely different domain, but not
> a subdomain, so I want to make sure I cross all the i's and dot all
> the t's - or something like that...
>
> Kurt
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist


Re: Setting up an email subdomain

2012-02-06 Thread Kurt Buff
Oh - one other thing...

I manually added the @latinamerica.example.com address, then sent a
test email from my google account, and it worked just fine.

It's just that the required address isn't added automagically as expected.

Kurt

On Fri, Feb 3, 2012 at 14:27, Michael B. Smith  wrote:
> You'll need to add the subdomain as an accepted domain. (Create a recipient 
> policy for it if you are on Exchange 2003.)
>
> Regards,
>
> Michael B. Smith
> Consultant and Exchange MVP
> http://TheEssentialExchange.com
>
>
> -Original Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Friday, February 03, 2012 2:27 PM
> To: MS-Exchange Admin Issues
> Subject: Setting up an email subdomain
>
> For political/economic reasons, management wants to set up an email
> subdomain for use by a sales rep in South America - they want the rep
> to send and receive emails as r...@southamerica.example.com, instead of
> r...@example.com.
>
> The rep will be using our Exchange server in the US via RPC/HTTP or OWA.
>
> Am I correct in thinking that all I need to do is have our ISP update
> our zone with the subdomain, add an MX record for it, then create the
> Exchange mailbox and AD account, put the @southamerica.example.com
> SMTP address as a secondary, then mark it as the primary SMTP address?
>
> I've done a similar thing with a completely different domain, but not
> a subdomain, so I want to make sure I cross all the i's and dot all
> the t's - or something like that...
>
> Kurt
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist


RE: Setting up an email subdomain

2012-02-06 Thread Michael B. Smith
Only on new mailboxes.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Kurt Buff [mailto:kurt.b...@gmail.com] 
Sent: Monday, February 06, 2012 7:33 PM
To: MS-Exchange Admin Issues
Subject: Re: Setting up an email subdomain

Oh - one other thing...

I manually added the @latinamerica.example.com address, then sent a
test email from my google account, and it worked just fine.

It's just that the required address isn't added automagically as expected.

Kurt

On Fri, Feb 3, 2012 at 14:27, Michael B. Smith  wrote:
> You'll need to add the subdomain as an accepted domain. (Create a recipient 
> policy for it if you are on Exchange 2003.)
>
> Regards,
>
> Michael B. Smith
> Consultant and Exchange MVP
> http://TheEssentialExchange.com
>
>
> -Original Message-
> From: Kurt Buff [mailto:kurt.b...@gmail.com]
> Sent: Friday, February 03, 2012 2:27 PM
> To: MS-Exchange Admin Issues
> Subject: Setting up an email subdomain
>
> For political/economic reasons, management wants to set up an email
> subdomain for use by a sales rep in South America - they want the rep
> to send and receive emails as r...@southamerica.example.com, instead of
> r...@example.com.
>
> The rep will be using our Exchange server in the US via RPC/HTTP or OWA.
>
> Am I correct in thinking that all I need to do is have our ISP update
> our zone with the subdomain, add an MX record for it, then create the
> Exchange mailbox and AD account, put the @southamerica.example.com
> SMTP address as a secondary, then mark it as the primary SMTP address?
>
> I've done a similar thing with a completely different domain, but not
> a subdomain, so I want to make sure I cross all the i's and dot all
> the t's - or something like that...
>
> Kurt
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

Re: Setting up an email subdomain

2012-02-06 Thread Webster
That will not work.

http://support.microsoft.com/default.aspx?scid=kb;en-us;296112


Carl Webster
Consultant and Citrix Technology Professional
http://www.CarlWebster.com 






On 2/6/12 3:29 PM, "Kurt Buff"  wrote:

>Hmmm...
>
>I created a recipient policy, and used the Advanced query to point it
>at an OU, but it doesn't seem to be working.
>
>The query I show is:
> (&(&(ou>="")(objectCategory=organizationalUnit)(ou=LatinAmerica*)))
>
>The actual OU in which these users will be created is:
> ou=LatinAmerica,ou=Sales,ou=Users,ou=US,dc=example,dc=com
>
>I also changed the priority on the LatinAmerica Recipient Policy, so
>that it is is the highest-priority Policy, and selected "Apply this
>policy now" - no joy.
>
>The actual SMTP setting for the policy is
> %1...@latinamerica.example.com
>
>Do I need to modify my query?
>
>
>Kurt
>
>On Fri, Feb 3, 2012 at 14:27, Michael B. Smith 
>wrote:
>> You'll need to add the subdomain as an accepted domain. (Create a
>>recipient policy for it if you are on Exchange 2003.)
>>
>> Regards,
>>
>> Michael B. Smith
>> Consultant and Exchange MVP
>> http://TheEssentialExchange.com
>>
>>
>> -Original Message-
>> From: Kurt Buff [mailto:kurt.b...@gmail.com]
>> Sent: Friday, February 03, 2012 2:27 PM
>> To: MS-Exchange Admin Issues
>> Subject: Setting up an email subdomain
>>
>> For political/economic reasons, management wants to set up an email
>> subdomain for use by a sales rep in South America - they want the rep
>> to send and receive emails as r...@southamerica.example.com, instead of
>> r...@example.com.
>>
>> The rep will be using our Exchange server in the US via RPC/HTTP or OWA.
>>
>> Am I correct in thinking that all I need to do is have our ISP update
>> our zone with the subdomain, add an MX record for it, then create the
>> Exchange mailbox and AD account, put the @southamerica.example.com
>> SMTP address as a secondary, then mark it as the primary SMTP address?
>>
>> I've done a similar thing with a completely different domain, but not
>> a subdomain, so I want to make sure I cross all the i's and dot all
>> the t's - or something like that...
>>
>> Kurt
>>
>> ---
>> To manage subscriptions click here:
>>http://lyris.sunbelt-software.com/read/my_forums/
>> or send an email to listmana...@lyris.sunbeltsoftware.com
>> with the body: unsubscribe exchangelist
>>
>> ---
>> To manage subscriptions click here:
>>http://lyris.sunbelt-software.com/read/my_forums/
>> or send an email to listmana...@lyris.sunbeltsoftware.com
>> with the body: unsubscribe exchangelist
>
>---
>To manage subscriptions click here:
>http://lyris.sunbelt-software.com/read/my_forums/
>or send an email to listmana...@lyris.sunbeltsoftware.com
>with the body: unsubscribe exchangelist
>



---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist



Re: Setting up an email subdomain

2012-02-06 Thread Kurt Buff
Well nuts.

And here I thought I was being all sorts of smart.

OK - I've modified the RP to use a group I just created called
us-latinamericareps-dl (so, yes, it's a DL), and the syntax for the
filter rule is:

(&(&(|(&(objectCategory=person)(objectSid=*)(!samAccountType:1.2.840.113556.1.4.804:=3))(&(objectCategory=person)(!objectSid=*))(&(objectCategory=group)(groupType:1.2.840.113556.1.4.804:=14)))(anr=us-latinamericareps-dl*)))

I then selected "apply now", created a new user and immediately added
the user to the DL.

Still doesn't seem to be working. I'll look again in the morning...

Kurt

On Mon, Feb 6, 2012 at 16:44, Webster  wrote:
> That will not work.
>
> http://support.microsoft.com/default.aspx?scid=kb;en-us;296112
>
>
> Carl Webster
> Consultant and Citrix Technology Professional
> http://www.CarlWebster.com 
>
>
>
>
>
>
> On 2/6/12 3:29 PM, "Kurt Buff"  wrote:
>
>>Hmmm...
>>
>>I created a recipient policy, and used the Advanced query to point it
>>at an OU, but it doesn't seem to be working.
>>
>>The query I show is:
>>     (&(&(ou>="")(objectCategory=organizationalUnit)(ou=LatinAmerica*)))
>>
>>The actual OU in which these users will be created is:
>>     ou=LatinAmerica,ou=Sales,ou=Users,ou=US,dc=example,dc=com
>>
>>I also changed the priority on the LatinAmerica Recipient Policy, so
>>that it is is the highest-priority Policy, and selected "Apply this
>>policy now" - no joy.
>>
>>The actual SMTP setting for the policy is
>>     %1...@latinamerica.example.com
>>
>>Do I need to modify my query?
>>
>>
>>Kurt
>>
>>On Fri, Feb 3, 2012 at 14:27, Michael B. Smith 
>>wrote:
>>> You'll need to add the subdomain as an accepted domain. (Create a
>>>recipient policy for it if you are on Exchange 2003.)
>>>
>>> Regards,
>>>
>>> Michael B. Smith
>>> Consultant and Exchange MVP
>>> http://TheEssentialExchange.com
>>>
>>>
>>> -Original Message-
>>> From: Kurt Buff [mailto:kurt.b...@gmail.com]
>>> Sent: Friday, February 03, 2012 2:27 PM
>>> To: MS-Exchange Admin Issues
>>> Subject: Setting up an email subdomain
>>>
>>> For political/economic reasons, management wants to set up an email
>>> subdomain for use by a sales rep in South America - they want the rep
>>> to send and receive emails as r...@southamerica.example.com, instead of
>>> r...@example.com.
>>>
>>> The rep will be using our Exchange server in the US via RPC/HTTP or OWA.
>>>
>>> Am I correct in thinking that all I need to do is have our ISP update
>>> our zone with the subdomain, add an MX record for it, then create the
>>> Exchange mailbox and AD account, put the @southamerica.example.com
>>> SMTP address as a secondary, then mark it as the primary SMTP address?
>>>
>>> I've done a similar thing with a completely different domain, but not
>>> a subdomain, so I want to make sure I cross all the i's and dot all
>>> the t's - or something like that...
>>>
>>> Kurt
>>>
>>> ---
>>> To manage subscriptions click here:
>>>http://lyris.sunbelt-software.com/read/my_forums/
>>> or send an email to listmana...@lyris.sunbeltsoftware.com
>>> with the body: unsubscribe exchangelist
>>>
>>> ---
>>> To manage subscriptions click here:
>>>http://lyris.sunbelt-software.com/read/my_forums/
>>> or send an email to listmana...@lyris.sunbeltsoftware.com
>>> with the body: unsubscribe exchangelist
>>
>>---
>>To manage subscriptions click here:
>>http://lyris.sunbelt-software.com/read/my_forums/
>>or send an email to listmana...@lyris.sunbeltsoftware.com
>>with the body: unsubscribe exchangelist
>>
>
>
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe exchangelist
>

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist