Exchange 2013 Hidden Forwarding RuleIssues with Additional Accounts in Exchange and Outlook 2010Mass-Forward Email in Exchange 2003Exchange 2010 email forward with filterMigrating Exchange 2007 Users to Exchange 2013Exchange 2013 mailbox forwarding even though it's disabledExchange 2013 Outlook “Send to cache”Exchange 2013 OWA: Always download remote content from domain/senderhow can I make contacts from a shared Exchange mailbox show up in my Outlook address book?Exchange 2013 Room mailboxes, reminders set to noneHow to setup group for Exchange 2013 forwarding?
How to get the IP of a user who executed a command?
Electric kick drum pedal starts oscillating in such a way that it does not register hits
Is it a good idea to copy a trader when investing?
Why is PerfectForwardSecrecy considered OK, when it has same defects as salt-less password hashing?
How are one-time password generators like Google Authenticator different from having two passwords?
Translation of the latin word 'sit' in Thomas Aquinas' works
The concept of information structure in incomplete information games
Is ‘despite that’ right?
Why do unstable nuclei form?
Need help replacing old cassette and chain
Why was the ancient one so hesitant to teach Dr Strange the art of sorcery
Is there some sort of formula to determine how many bricks I would need to build a completely new structure?
Examples where existence is harder than evaluation
Removing all characters except digits from clipboard
Why use steam instead of just hot air?
How to slow yourself down (for playing nice with others)
What is the name of meteoroids which hit Moon, Mars, or pretty much anything that isn’t the Earth?
What does formal training in a field mean?
How can I avoid subordinates and coworkers leaving work until the last minute, then having no time for revisions?
How to efficiently lower your karma
Why do the non-leaf Nodes of Merkle tree need to be hashed?
Thesis' "Future Work" section – is it acceptable to omit personal involvement in a mentioned project?
Improving Sati-Sampajañña (situative wisdom)
How to make a language evolve quickly?
Exchange 2013 Hidden Forwarding Rule
Issues with Additional Accounts in Exchange and Outlook 2010Mass-Forward Email in Exchange 2003Exchange 2010 email forward with filterMigrating Exchange 2007 Users to Exchange 2013Exchange 2013 mailbox forwarding even though it's disabledExchange 2013 Outlook “Send to cache”Exchange 2013 OWA: Always download remote content from domain/senderhow can I make contacts from a shared Exchange mailbox show up in my Outlook address book?Exchange 2013 Room mailboxes, reminders set to noneHow to setup group for Exchange 2013 forwarding?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
Encountered a strange issue on Exchange 2013 that at this stage I think is potentially a bug. Essentially there was once a forwarding rule (implemented via PowerShell) in place for a User's mailbox that now I can't see nor disable, via PowerShell or the UI.
Rough timeline of events:
- We had an ex-employees mailbox (john@domain.com) with a forwarding rule implemented via the usual PS command at their time of leaving
Set-Mailbox -Identity "John Doe" -DeliverToMailboxAndForward $true -ForwardingSMTPAddress "oldemployees@domain.com" - A new employee called John joins the company
- I rename all aspects of the old employees account and mailbox to johnd (so their alias, pre-2000 login, account name, email address) - forgetting to first remove the forwarder
- I add a new mailbox and user for the 'new John', using john@ for address, john for alias, and so on
- The forwarding still takes place, but Exchange doesn't list any such forwarder on any mailbox.
I've tried all the commands/approaches I can think of and spent a good two hours looking for a resolution:
- Nothing listed/set with
Get-Mailbox <identity> | fl ForwardingSMTPAddress,DeliverToMailboxandForwardon either mailbox - I've tried listing/interrogating all other mailboxes with a forwarding address implemented, nothing there either:
Get-mailbox | select DisplayName,ForwardingAddress | where $_.ForwardingAddress -ne $Null - I've tried setting both mailboxes to have no (or $Null/$False) forward address, forward smtp address, etc even though I can see none are set (and running the command(s) it confirms that nothing has been changed as a result)
- I've looked at each user account and any relevant object I can think of within ADSI Edit and see no mention of it
- I've swapped the users back (i.e. reverted usernames, alias, etc) and checked that the rule didn't then 'reattach' or reappear on the ex-employees mailbox, but it didn't
- I've checked rules in Outlook (there are none) and also started Outlook with the /clearrules and /clearserverrules flags
Weirdly, if I set a new forward rule via the UI, that then takes precedent over the hidden rule/config. But if I remove that rule, it goes back to forwarding to the old address.
Really at a loss as to how to solve; it's almost as if the rule has become detached from the mailbox layer but somehow managed to stick on the transport layer. I've also tried the fix all (reboot).
Any suggestions or pointers welcomed
exchange exchange-2013
asked Jun 30 '16 at 21:52
iamiam
62
add a comment |
Encountered a strange issue on Exchange 2013 that at this stage I think is potentially a bug. Essentially there was once a forwarding rule (implemented via PowerShell) in place for a User's mailbox that now I can't see nor disable, via PowerShell or the UI.
Rough timeline of events:
- We had an ex-employees mailbox (john@domain.com) with a forwarding rule implemented via the usual PS command at their time of leaving
Set-Mailbox -Identity "John Doe" -DeliverToMailboxAndForward $true -ForwardingSMTPAddress "oldemployees@domain.com" - A new employee called John joins the company
- I rename all aspects of the old employees account and mailbox to johnd (so their alias, pre-2000 login, account name, email address) - forgetting to first remove the forwarder
- I add a new mailbox and user for the 'new John', using john@ for address, john for alias, and so on
- The forwarding still takes place, but Exchange doesn't list any such forwarder on any mailbox.
I've tried all the commands/approaches I can think of and spent a good two hours looking for a resolution:
- Nothing listed/set with
Get-Mailbox <identity> | fl ForwardingSMTPAddress,DeliverToMailboxandForwardon either mailbox - I've tried listing/interrogating all other mailboxes with a forwarding address implemented, nothing there either:
Get-mailbox | select DisplayName,ForwardingAddress | where $_.ForwardingAddress -ne $Null - I've tried setting both mailboxes to have no (or $Null/$False) forward address, forward smtp address, etc even though I can see none are set (and running the command(s) it confirms that nothing has been changed as a result)
- I've looked at each user account and any relevant object I can think of within ADSI Edit and see no mention of it
- I've swapped the users back (i.e. reverted usernames, alias, etc) and checked that the rule didn't then 'reattach' or reappear on the ex-employees mailbox, but it didn't
- I've checked rules in Outlook (there are none) and also started Outlook with the /clearrules and /clearserverrules flags
Weirdly, if I set a new forward rule via the UI, that then takes precedent over the hidden rule/config. But if I remove that rule, it goes back to forwarding to the old address.
Really at a loss as to how to solve; it's almost as if the rule has become detached from the mailbox layer but somehow managed to stick on the transport layer. I've also tried the fix all (reboot).
Any suggestions or pointers welcomed
exchange exchange-2013
asked Jun 30 '16 at 21:52
iamiam
62
add a comment |
Encountered a strange issue on Exchange 2013 that at this stage I think is potentially a bug. Essentially there was once a forwarding rule (implemented via PowerShell) in place for a User's mailbox that now I can't see nor disable, via PowerShell or the UI.
Rough timeline of events:
- We had an ex-employees mailbox (john@domain.com) with a forwarding rule implemented via the usual PS command at their time of leaving
Set-Mailbox -Identity "John Doe" -DeliverToMailboxAndForward $true -ForwardingSMTPAddress "oldemployees@domain.com" - A new employee called John joins the company
- I rename all aspects of the old employees account and mailbox to johnd (so their alias, pre-2000 login, account name, email address) - forgetting to first remove the forwarder
- I add a new mailbox and user for the 'new John', using john@ for address, john for alias, and so on
- The forwarding still takes place, but Exchange doesn't list any such forwarder on any mailbox.
I've tried all the commands/approaches I can think of and spent a good two hours looking for a resolution:
- Nothing listed/set with
Get-Mailbox <identity> | fl ForwardingSMTPAddress,DeliverToMailboxandForwardon either mailbox - I've tried listing/interrogating all other mailboxes with a forwarding address implemented, nothing there either:
Get-mailbox | select DisplayName,ForwardingAddress | where $_.ForwardingAddress -ne $Null - I've tried setting both mailboxes to have no (or $Null/$False) forward address, forward smtp address, etc even though I can see none are set (and running the command(s) it confirms that nothing has been changed as a result)
- I've looked at each user account and any relevant object I can think of within ADSI Edit and see no mention of it
- I've swapped the users back (i.e. reverted usernames, alias, etc) and checked that the rule didn't then 'reattach' or reappear on the ex-employees mailbox, but it didn't
- I've checked rules in Outlook (there are none) and also started Outlook with the /clearrules and /clearserverrules flags
Weirdly, if I set a new forward rule via the UI, that then takes precedent over the hidden rule/config. But if I remove that rule, it goes back to forwarding to the old address.
Really at a loss as to how to solve; it's almost as if the rule has become detached from the mailbox layer but somehow managed to stick on the transport layer. I've also tried the fix all (reboot).
Any suggestions or pointers welcomed
exchange exchange-2013
asked Jun 30 '16 at 21:52
iamiam
62
Encountered a strange issue on Exchange 2013 that at this stage I think is potentially a bug. Essentially there was once a forwarding rule (implemented via PowerShell) in place for a User's mailbox that now I can't see nor disable, via PowerShell or the UI.
Rough timeline of events:
- We had an ex-employees mailbox (john@domain.com) with a forwarding rule implemented via the usual PS command at their time of leaving
Set-Mailbox -Identity "John Doe" -DeliverToMailboxAndForward $true -ForwardingSMTPAddress "oldemployees@domain.com" - A new employee called John joins the company
- I rename all aspects of the old employees account and mailbox to johnd (so their alias, pre-2000 login, account name, email address) - forgetting to first remove the forwarder
- I add a new mailbox and user for the 'new John', using john@ for address, john for alias, and so on
- The forwarding still takes place, but Exchange doesn't list any such forwarder on any mailbox.
I've tried all the commands/approaches I can think of and spent a good two hours looking for a resolution:
- Nothing listed/set with
Get-Mailbox <identity> | fl ForwardingSMTPAddress,DeliverToMailboxandForwardon either mailbox - I've tried listing/interrogating all other mailboxes with a forwarding address implemented, nothing there either:
Get-mailbox | select DisplayName,ForwardingAddress | where $_.ForwardingAddress -ne $Null - I've tried setting both mailboxes to have no (or $Null/$False) forward address, forward smtp address, etc even though I can see none are set (and running the command(s) it confirms that nothing has been changed as a result)
- I've looked at each user account and any relevant object I can think of within ADSI Edit and see no mention of it
- I've swapped the users back (i.e. reverted usernames, alias, etc) and checked that the rule didn't then 'reattach' or reappear on the ex-employees mailbox, but it didn't
- I've checked rules in Outlook (there are none) and also started Outlook with the /clearrules and /clearserverrules flags
Weirdly, if I set a new forward rule via the UI, that then takes precedent over the hidden rule/config. But if I remove that rule, it goes back to forwarding to the old address.
Really at a loss as to how to solve; it's almost as if the rule has become detached from the mailbox layer but somehow managed to stick on the transport layer. I've also tried the fix all (reboot).
Any suggestions or pointers welcomed
exchange exchange-2013
exchange exchange-2013
asked Jun 30 '16 at 21:52
iamiam
62
asked Jun 30 '16 at 21:52
iamiam
62
asked Jun 30 '16 at 21:52
iamiam
62
asked Jun 30 '16 at 21:52
iamiam
62
asked Jun 30 '16 at 21:52
iamiam
62
62
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
There's two possibilities I can think of here. The first is that the targetAddress attribute for the user has been set. You can view the attribute by opening ADSIEdit, connecting to the domain, browse through your OUs until you find the user, open the properties of the object, and look for the "targetAddress" attribute. If it the forwarding address in it, just edit and clear it.
The other possibility is a leftover hidden inbox rule. You won't see this in Outlook, you'll need to use MFCMAPI to look for it. The steps are explained here (the post refers to corrupt delegate entries, but it will guide you to the correct place).
http://exchangeserverpro.com/deleted-delegates-still-receive-meeting-invites-for-other-mailbox-users/
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
Thanks for the response - will check and come back to you!
– iam
Jul 11 '16 at 17:21
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "2"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f787267%2fexchange-2013-hidden-forwarding-rule%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
There's two possibilities I can think of here. The first is that the targetAddress attribute for the user has been set. You can view the attribute by opening ADSIEdit, connecting to the domain, browse through your OUs until you find the user, open the properties of the object, and look for the "targetAddress" attribute. If it the forwarding address in it, just edit and clear it.
The other possibility is a leftover hidden inbox rule. You won't see this in Outlook, you'll need to use MFCMAPI to look for it. The steps are explained here (the post refers to corrupt delegate entries, but it will guide you to the correct place).
http://exchangeserverpro.com/deleted-delegates-still-receive-meeting-invites-for-other-mailbox-users/
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
Thanks for the response - will check and come back to you!
– iam
Jul 11 '16 at 17:21
add a comment |
There's two possibilities I can think of here. The first is that the targetAddress attribute for the user has been set. You can view the attribute by opening ADSIEdit, connecting to the domain, browse through your OUs until you find the user, open the properties of the object, and look for the "targetAddress" attribute. If it the forwarding address in it, just edit and clear it.
The other possibility is a leftover hidden inbox rule. You won't see this in Outlook, you'll need to use MFCMAPI to look for it. The steps are explained here (the post refers to corrupt delegate entries, but it will guide you to the correct place).
http://exchangeserverpro.com/deleted-delegates-still-receive-meeting-invites-for-other-mailbox-users/
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
Thanks for the response - will check and come back to you!
– iam
Jul 11 '16 at 17:21
add a comment |
There's two possibilities I can think of here. The first is that the targetAddress attribute for the user has been set. You can view the attribute by opening ADSIEdit, connecting to the domain, browse through your OUs until you find the user, open the properties of the object, and look for the "targetAddress" attribute. If it the forwarding address in it, just edit and clear it.
The other possibility is a leftover hidden inbox rule. You won't see this in Outlook, you'll need to use MFCMAPI to look for it. The steps are explained here (the post refers to corrupt delegate entries, but it will guide you to the correct place).
http://exchangeserverpro.com/deleted-delegates-still-receive-meeting-invites-for-other-mailbox-users/
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
There's two possibilities I can think of here. The first is that the targetAddress attribute for the user has been set. You can view the attribute by opening ADSIEdit, connecting to the domain, browse through your OUs until you find the user, open the properties of the object, and look for the "targetAddress" attribute. If it the forwarding address in it, just edit and clear it.
The other possibility is a leftover hidden inbox rule. You won't see this in Outlook, you'll need to use MFCMAPI to look for it. The steps are explained here (the post refers to corrupt delegate entries, but it will guide you to the correct place).
http://exchangeserverpro.com/deleted-delegates-still-receive-meeting-invites-for-other-mailbox-users/
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
answered Jul 7 '16 at 8:04
Paul CunninghamPaul Cunningham
11
11
Thanks for the response - will check and come back to you!
– iam
Jul 11 '16 at 17:21
add a comment |
Thanks for the response - will check and come back to you!
– iam
Jul 11 '16 at 17:21
Thanks for the response - will check and come back to you!
– iam
Jul 11 '16 at 17:21
Thanks for the response - will check and come back to you!
– iam
Jul 11 '16 at 17:21
add a comment |
Thanks for contributing an answer to Server Fault!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f787267%2fexchange-2013-hidden-forwarding-rule%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
