02-19-2014 11:45 AM
EV904
We are performing client-side migration of PSTs; I enabled about 50 pilot users this morning and no one got their automatic email that EV is supposed to send when their mailbox is enabled. It has sent in the past, so I'm confused as to what's gone awry.
I have modified the message and it exists here: "e:\Program Files (x86)\Enterprise Vault\EnablePSTMigrationMessage.msg"
PST migration is working because they are getting the automatic message that tells them their PSTs were successfully ingested.
Thank you in advance.
02-19-2014 12:01 PM
Can you dtrace AgentClientBroker and see what results you get?
you should see something like
<7476> EV:M {CAgentExchSynch::SynchronizeMailboxEntryV9:#1091} PSTImportEnabled Message file : [E:\Program Files (x86)\Enterprise Vault\EnablePSTMigrationMessage.msg]
<7476> EV:M {CAgentExchSynch::SynchronizeMailboxEntryV9:#1100} Sending User Message that PST Import enabled
<7476> EV:M {CAgentExchSynch::SynchronizeMailboxEntryV9:#1112} Finished synchronizing [/o=myOrg/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=username]
Normally I would have said its a Send On Behalf As issue but because the completion emails get sent, not sure
02-19-2014 12:08 PM
As usual, JW3 led me in the right direction. :)
378 12:04:20.727 [7268] (AgentClientBroker) <10976> EV:M Not sending the message (E:\Program Files (x86)\Enterprise Vault\EnableMailboxMessage.msg) because the mailbox is already enabled
These mailboxes may have been originally enabled and then disabled, but it was at least two years ago. I'm sure there's something that can be done with a SQL query to clear a value somewhere, but I'm not sure it's worth the stress that accompanies a maneuver like that.
02-19-2014 12:11 PM
UPDATE ExchangeMailboxEntry
SET EnabledPSTImport = 0
WHERE MbxDisplayName = 'My User'
Or if you wanted to disable everyone
UPDATE ExchangeMailboxEntry
SET EnabledPSTImport = 0
02-19-2014 12:16 PM
Thank you for the query. I will probably use that.
I misspoke when reading the DTRACE. The Agent Client Broker also picks up normal archiving chatter. What I captured was the notice that the archiving enabling message wouldn't be sent because it was already enabled. I'll have DTRACE continue to watch as I enable someone randomly for client-side PST migration.
02-19-2014 12:32 PM
Well what i would do is this
DTrace AgentClientBroker
Enable someone for PST Migration
Stop the DTrace.
Find the string "Sending User Message that PST Import enabled"
Find the PID Number to the left (like <794>)
Then if you use something like TextPad, do a search for <794> and press Bookmark lines
then right click and select "Copy all bookmarked lines"
Paste in to a new document, and that thread should be isolated JUST to that user enablement for PST Migrations
02-19-2014 01:26 PM
Yeah, this is exactly what I was doing in Notepad++. Here are the lines of interest:
02-19-2014 04:02 PM
hmmm so thats access denied
can you do us a favor, can you check the MSG file and see if its trying to send from a mailbox that isn't the system mailbox? also check that you have Send On Behalf As on your system mailbox for that particular task
02-19-2014 05:11 PM
02-19-2014 05:22 PM
dead simple test, log on to the EV Server as your EVAdmin
Create an Outlook Profile for the System Mailbox its trying to send from
With Outlook open, open the MSG file
put your name in the To line and hit send, see if Outlook lets you send the message
02-19-2014 07:22 PM
I believe I may have it figured out. We have the main EV service account. We also have two system mailbox service accounts - one for each of the two Exchange 2010 mailbox servers that participates in our DAG. The EV service account has the necessary send as permissions to both of these system mailboxes, but there were no Outlook profiles setup on the EV server where the PST tasks are located.
When I setup Outlook profiles for these system mailboxes, and opened them as the EV service accounts, there were all my "enabling" messages, just sitting there. I believe now that I have the profiles created, any subsequent client-side migration enabling will result in a successful automated message. I'll test and return and report.
02-20-2014 09:10 AM
Even with the profiles created, the "enabling" message just sits in the inbox of the system mailbox. It's weird - if I have the mailbox profile open in Outlook, I see the message show up when I enable a mailbox, but it will not send automatically. I have to open the message and click SEND. So it's sort of automatic, but not really. :)
02-20-2014 10:42 AM
thats bizarro, so the permission denied isn't creating the message, its the sending of it
but you can send without error
I know this is gonna sound stupid, but can you backup that message, copy the PST Enable message from the languages folder and paste it in, don't make any changes, then enable yourself and see if that sends automatically without intervention?
02-20-2014 11:49 AM
Doesn't sound stupid at all! That is a legitimate test. I just performed it. I went back to the original install media and took that default MSG, copied it to the required location. The message sends just fine and then....sits there in the mailbox of the system service account. Having DTrace watch the agent broker doesn't provide anything. In fact, as far as it's concerned, its responsibility is done once the message sends - which it does. It just doesn't leave the mailbox of the system service account. Argh!