Question Étrange comportement de non-remise avec Office 365 hébergé Exchange


C’est un problème tellement étrange qu’il est difficile à décrire;

J'ai un client (kirby@jibberish.com) qui a acheté des services Hosted Exchange auprès de Rackspace. Il n'a aucun problème pour envoyer un courrier électronique à quiconque sauf UNE personne (mike@foobar.com).

  • kirby@jibberish.com = Exchange hébergé par Rackspace
  • mike@foobar.com = Exchange hébergé Microsoft 365
  • mikealias@foobar.com = alias de mike@foobar.com que nous avons configuré pour vérifier si un courrier électronique adressé à mikealias@foobar.com par kirby@jibberish.com serait envoyé à la boîte de réception de mike@foobar.com.

Les faits:

  • mike@foobar.com peut envoyer un courrier électronique à kirby@jibberish.com
  • Les tentatives d'envoi de kirby@jibberish.com à mike@foobar.com ne génèrent aucune erreur, aucun échec ou message de non-remise, mais le message n'arrive jamais dans la boîte de réception de Mike.
  • mike@foobar.com n'a aucun problème à recevoir des courriers électroniques d'expéditeurs autres que ceux qui envoient depuis des domaines de messagerie hébergés par Rackspace
  • Messages envoyés de kirby@jibberish.com à mikealias@foobar.com ALLER PAR OK et arriver dans la boîte de réception de Mike

Pourquoi les e-mails adressés à l'alias passeraient-ils sans problème, alors que les e-mails adressés au compte principal (mike@foobar.com) semblaient disparaître dans l'éther?


5
2018-01-10 18:19


origine


Vérifiez votre dossier de courrier indésirable? - Michael Hampton♦
Comment l'alias est-il configuré? Il existe de nombreuses façons de le faire en échange (ajouter une adresse électronique à une boîte aux lettres existante, créer un DL, créer une boîte aux lettres avec une règle de transfert, etc.). La méthode utilisée est pertinente sur le plan diagnostique. - briantist
Les services de messagerie de MS sont connus pour cacher des messages à leurs destinataires. - sebix
Michael ... oui, c'était fait. Également vérifié d'autres dossiers au cas où une règle ou un filtre le redirigeait vers un autre dossier. - user177410
Brianlist ... J'ai demandé à l'administrateur du compte destinataire comment l'alias avait été configuré. Sa réponse ... "L'alias est configuré comme un alias traditionnel". Je ne pense pas qu'il y ait quelque chose de spécial ici en termes de création d'alias. - user177410


Réponses:


Vous ne donnez pas beaucoup d'informations sur les outils que vous utilisez pour résoudre ce problème, je vais donc décrire l'approche que je prends lorsque je rencontre un problème de ce type. J'espère que cela vous aidera à trouver la solution:

Puisque vous avez établi que le courrier électronique peut être remis entre les deux organisations Exchange en général, je lancerais une trace de message dans O365 en fonction de l'adresse principale du destinataire (et non de son alias). Cela vous indiquera quelles règles de transport ont été éventuellement imposées. Plus important encore, il vous indiquera le statut de livraison final.

Si le statut de livraison est autre que livré, je regarderais toutes les règles de transport et le statut final pour identifier ce qui a été fait avec le courrier électronique (abandonné, mis en quarantaine, redirigé, etc.). Si cela n'allait pas au fond des choses, je créerais (à contrecoeur) une demande de service avec le support MSOL.

Si le message a le statut Livré, j'examinerais les éléments liés à la boîte aux lettres. J'utilise toujours OWA pour cela, car je peux vérifier que le courrier existe dans la boîte aux lettres avant de vérifier les clients susceptibles d'avoir des problèmes de communication ou de copie hors connexion. Je voudrais examiner les règles de la boîte de réception, le courrier indésirable, "Clutter" (la nouvelle fonctionnalité), les éléments supprimés, les éléments supprimés récupérables.


1
2018-01-11 07:04



Très utile. Je transmettrai cette information à la personne qui gère le compte O365 et qui rendra compte des résultats. Merci! - user177410
John, voir ma note ci-dessous pour la solution. J'ai contacté la personne qui administre le compte O365. Il a fait le test avec Microsoft et ils n'ont pu trouver aucun problème de leur côté. Alors je me suis tourné vers les administrateurs de Rackspace. Cela a pris un peu de travail, mais ils ont finalement produit un journal des confirmations envoyées par courrier électronique. Ce journal contenait l'allusion qui a conduit à l'éventuel "ah ah!" moment. Merci. - user177410


Je rapporte ici au cas où quelqu'un d'autre le rencontrerait.

Il s'est avéré que mike@foobar.com avait effectivement utilisé Rackspace (via un revendeur) avant de passer des services de messagerie à Microsoft Hosted Exchange. Le revendeur Rackspace avec lequel Mike traitait apparemment n'a jamais complètement supprimé le compte de Mike de son panneau de configuration. Ainsi, lorsque mon client (Kirby) a essayé d'envoyer un courrier électronique à Mike, le message n'a jamais été transféré hors du centre de données de Rackspace. En ce qui concerne Rackspace, ils transmettaient correctement le message à un compte de messagerie qui existait toujours sur leurs serveurs.

Le technicien Rackspace "a laissé entendre" que je devrais peut-être contacter le revendeur précédent de Mike pour lui demander de supprimer complètement le compte de Mike de son panneau de configuration pour revendeur (Rackspace a eu l'amabilité de suggérer le nom du revendeur). Une fois que le revendeur a complètement supprimé le compte de Mike de son compte revendeur, le problème initial a disparu.

Et il vécurent heureux pour l'éternité.
La fin


1
2018-02-16 21:35