none
[o365 ] Supprimer un alias smtp qui n'est pas présent dans l'AD local RRS feed

  • Question

  • Bonjour,

    Nous avons un AD local en 2008 R2 avec une synchronisation des identités et des mots de passe dans le cloud azure.

    Je cherche à supprimer des alias SMTP erronés dans le cloud O365 mais j'obtiens un message d'erreur (voir ci dessous) me disant que je ne peux pas modifier le compte car il est synchronisé depuis notre AD local.

    Or quand je regarde avec ADSIEDIT  le champs proxyaddresses du compte en question il n'y a pas les alias que je tente de supprimer.

    PS C:\> set-mailbox -identity user.name@mydomain.fr -emailaddresses @{remove="user.alias1@mydomain.fr"}
    The operation on mailbox "User NAME" failed because it's out of the
    current user's write scope. The action 'Set-Mailbox', 'EmailAddresses', can't
    be performed on the object 'User NAME' because the object is being
    synchronized from your on-premises organization. This action should be
    performed on the object in your on-premises organization.
        + CategoryInfo          : InvalidOperation: (User NAME:ADObjectId)
       [Set-Mailbox], InvalidOperationException
        + FullyQualifiedErrorId : [Server=DB5PR01MB1288,RequestId=94972582-42a6-40
       2d-a393-3d2f184f4eb2,TimeStamp=15/07/2015 09:33:34] [FailureCategory=Cmdle
      t-InvalidOperationException] 4B933BCC,Microsoft.Exchange.Management.Recipi
     entTasks.SetMailbox
        + PSComputerName        : outlook.office365.com

    Savez vous d'où vient le problème et comment le résoudre?

    Merci


    Orwell

    mercredi 15 juillet 2015 09:52

Réponses

  • Bonjour Thierry,

    Merci pour ta réponse.

    J'ai finalement trouvé la cause principale de mon problème.

    En fait l'adresse email (que nous utilisons comme UPN dans Azure) du compte dans mon AD local et l'UPN dans l'AD azure  n'étaient pas les mêmes.

    Du coup j'ai solutionné mon pb comme ça.

    connect-msolservice

    set-msoluserpincipalname –Userprincipalname  adresseerronnée@mydomain.fr  -Newuserprincipalname  adressecorrecte@mydomain.fr

     


    Orwell

    • Marqué comme réponse G-Orwell samedi 18 juillet 2015 20:49
    samedi 18 juillet 2015 20:49

Toutes les réponses

  • Bonjour,

    ce sont les champs utilisés par la stratégie de destinataire (alias, login, nom, prénom,...)  qui doivent être modifiés dans AD afin de que de nouvelles adresses de messagerie soient composées à partir des nouvelles valeurs.

    Ensuite seulement, les anciennes adresses de messagerie peuvent être retirées.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(82 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    • Proposé comme réponse Cedric Ch jeudi 16 juillet 2015 08:20
    mercredi 15 juillet 2015 10:05
    Modérateur
  • Bonjour Thierry,

    Merci pour ta réponse.

    J'ai finalement trouvé la cause principale de mon problème.

    En fait l'adresse email (que nous utilisons comme UPN dans Azure) du compte dans mon AD local et l'UPN dans l'AD azure  n'étaient pas les mêmes.

    Du coup j'ai solutionné mon pb comme ça.

    connect-msolservice

    set-msoluserpincipalname –Userprincipalname  adresseerronnée@mydomain.fr  -Newuserprincipalname  adressecorrecte@mydomain.fr

     


    Orwell

    • Marqué comme réponse G-Orwell samedi 18 juillet 2015 20:49
    samedi 18 juillet 2015 20:49