none
Exchange 2013 - POP3 - problème aléatoire login - busy

    Question

  • Bonjour,

    Nous avons un outil en production qui se connecte sur le serveur Exchange 2013, en POP3 sur chaque boite, Dans le but de récupérer les mails et les inclure dans le CRM client.

    De temps en temps l'outil nous remonte un message d'erreur, qu'il n'a pas été en mesure de se loguer pour tel et tel boite. C'est aléatoire car ce n'est jamais les mêmes boites, et le problème ne se produit pas à chaque fois.

    De mon côté j'ai activé les logs POP sur Exchange et je retrouve bien les erreurs correspondante. Voici ce que j'ai à chaque fois  dans la partie "context" du log lors de la commande "pass" de pop (au moment où le mot de passe est rentré). J'ai mis en rouge je que j'ai modifié par confidentialité, et en vert le message d'erreur "busy" :

    D'après ce que je vois ci dessous j'ai le sentiment qu'il n'y a pas de problème d'authentification, mais plutôt que le serveur est trop "busy" pour s'en occuper.

    R="-ERR Authentication failure: unknown user name or bad password.";Msg="User:LegacyDn: /o=domaine/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=3e3c71c930394ec0a10a4d255630d046- login.boite, RecipientType: UserMailbox, RecipientTypeDetails: UserMailbox, Selected Mailbox: Display Name: login.boite, Mailbox Guid: 24cf55bb-7406-431e-93bc-b3d81ddab5b8, Database: 69f315f1-25e4-481b-a433-ad9b927c6388, Location: ServerFqdn : mail.domaine.fr, ServerVersion: 1941996885, DatabaseName: mabase , HomePublicFolderDatabaseGuid: 00000000-0000-0000-0000-000000000000;Microsoft.Exchange.Data.Storage.StorageTransientException:Cannot get ID from name. --> Microsoft.Mapi.MapiExceptionRpcServerTooBusy:MapiExceptionRpcServerTooBusy: Unable to get IDs from property names. (hr=0x80004005, ec=2419)\nDiagnostic context:\n    Lid: 41841   StoreEc: 0x973     \n    Lid: 51059  \n    Lid: 62321   StoreEc: 0x973     \n    Lid: 49811  \n    Lid: 64625   StoreEc: 0x973     \n    Lid: 52176   ClientVersion: 15.0.1365.1\n    Lid: 50032   ServerVersion: 15.0.1365.6001\n    Lid: 50128  \n    Lid: 50288  \n    Lid: 23354   StoreEc: 0x973     \n    Lid: 25913  \n    Lid: 21817   ROP Failure: 0x973     \n    Lid: 37224  \n    Lid: 40808   StoreEc: 0x973     \n    Lid: 24529  \n    Lid: 18385   StoreEc: 0x973     \n    Lid: 36864  \n    Lid: 37120   StoreEc: 0x973     ";LiveIdAR=OK;Excpt="Cannot get ID from name.-Microsoft.Exchange.Data.Storage.StorageTransientException/Microsoft.Mapi.MapiExceptionRpcServerTooBusy";ExStk=H4sIAAAAAAAEAM1XW0/jOBR+H2n/g592i1SiJL1Q0AwStDBTCaYVLTMPoxFrkpPiHdfOOA60+2v2v+wf22Pn0gYChS5IwwONj8/l87na5yxQMpGRdk4WwQ0VM3AGVFNnoqWiuMh/p4qKhIHQyAWxZlIckD4VQmoyA02GAxIpOSeCzsEhu7u7h+S8VHxOY2b/lbIXcTABdQtqKuVxmiwPyIbtS0GvORAtc2tJZi5WMgall9Zu4pDGjfrgLnqu67Zdt9MkEHzw297+zrsBozMhE80CEkihYaEP3hH8O2PhAWl7vbaHC3NUOAkOiLvY32uZbbJi6nhuZ3+d0PVb/kap9n7P8ypS7a7f2WjL9/a6uOhz4/EvoBLrb6/juI7X6nYcb43XdVu+UWgdVsPbdd0Ku+f3KrZcv1ch+K1Wp70Jod/Z91oVgtfz9nBxMRqTU8p4qqBesrXn++2Ki9ye29tor93xK973eq3eRj+2ur1uu2rc8916qd8M17//PJm2n4BjujlDTCAlKJ/eKHk3jE6UkmqkvlIlmJg1JlrhD8F8TLBumgS5MUA3CpKU6yY5lpIDFYRyLu9ymaTggqBJVqnazzKVhEjp60WTlEAIEwJUudx5Afh10JuwDk8W9qwRDYCwS/FDyDuxHYwxVqrzETSW7ilW7mdTr43CF1FfAdUwjD5L7C8s0cYhfck5BEbvnx4RcY3y+oY1znvCACImmJGfSkObohNLlRZKWEIJDcMKj41NhgmBnCEgA6Hky6BgkyOnTJAQCKdEK+Oj7Dtm2KrCP2DNTSZhwIj8aqd4Uyhfmb65AK2W9ZhySJhtkt+CWb0ypotM8xHnJSYUYph5WaInmiptIL+y3RORzkFRlDFuKWSQp+IeQ2tUViut5WRbkd4OI47Uq36qFM6axitb6ct4OZWNfOPbd0KVosui0TARwuKxrpHL5G1rki+PjHyj2hw0ndVls9VyKeZUIN7QmdAIThZFL/pERcihbOV5mJJ7mnmcmy07dMpPuV2ajS+Up/Dt++/IZxktuOd0wTpbcW7pAn6mkGgInx2KQrMJxzGdreWcTfW8zB5m1PNbgJ2Xo+u/EOy6ocJ7Z5KG906Dc0vRFYr/a8kJtB1XuDnBYWUqJMl+m6Q4PpnnH/eHB0215AhxBWc1hgMqJvQWRmrAklgmUCj7xQC/IBcYv5aLNVTOMZbZE0jsjoViv+5jUUU61nkPOweqiPEOMWEzQXVq5ItNifdRxUIo3PKiBl+cI0PqnEoVwCgG0VhB5kz8gDAHXRhNBYsYUjO5bc0NTYFQzv6Gx+ydyRl2vGWM5OLL3pcy5WO8VgUsppzghQkUXuqAwwyHnhW7TEDhVSGjmEWTZKEi6C2hmcYGac5aBWX7Domy7vMRUC0Lhjk/ZsyCcUbVclhqeF2PvD8Mrq5MjXC67HOaJF7gvM8GeZXz8PrqyqONKhHTa325fViyflNnt/FqEQmzkPTxCoz5PBSRJMHqu0nyS3NgH2eGlBHQ2HEamufptf1pkqOihliZTlXMZqjU7+RPqEcl831TwevkyQ1V5qFsnHhu554iCdIgXKNs6318jkRslloDthRrnJvHucR1FAQobX1Iy89tfFsb3Yd3ELxh5BDW21XpZarLQjIC+SgvJmQkeYjv56k0/A/DWV9QW4WgSS4zJR+VTONzmF+Dsoebl5/bRslExty7j7FpZ95/Ik6jrBaGR4ORmo3x7FiqWZzQ6XkZ2FBMIEgVtpXiSRrUUbeJ65s0srGMhzjQMGMVmEdAjHcdOKVmJC+dh5218aIzHg1st6C2TWyNYqrwXow6Bbb9l9jf+Q8p9VZEsBMAAA==

    Merci d'avance sur votre coup de main, afin de m'aider à faire disparaître cette erreur.

    Bonne journée

    mardi 29 mai 2018 09:48

Toutes les réponses

  • Bonjour shino,

    Je ne sais pas si cela peut aider.

    J'ai eu il y a longtemps ce type de problème.

    Plusieurs utilisateurs avec OUTLOOK (+10) relevait la même boite mail (POP) sur un Exchange 2010.

    Dans cette exemple c’était le protocole POP qui indiquait clairement sa limite.

    Pour finir j'ai utilisé le protocole Exchange (MAPI).

    https://en.wikipedia.org/wiki/Post_Office_Protocol

    "The POP protocol requires the currently connected client to be the only client connected to the mailbox. In contrast, the IMAP protocol specifically allows simultaneous access by multiple clients and provides mechanisms for clients to detect changes made to the mailbox by other, concurrently connected, clients. See for example RFC3501 section 5.2 which specifically cites "simultaneous access to the same mailbox by multiple agents" as an example."


    Donnez des informations sur vos environnements ainsi que les codes erreurs. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème




    • Modifié sanio74 mardi 29 mai 2018 10:21
    mardi 29 mai 2018 10:10
  • Bonjour,

    Vous devez certainement etre bloqué par les stratégies de limitation dans Exchange que l'on appel aussi "Throlling Policy". Essayer de créer une nouvelle stratégie en réahaussant la valeur souhaité (pop) puis appliquer la aux utilisateurs concernées.

    https://technet.microsoft.com/fr-fr/library/jj863577(v=exchg.150).aspx

    https://docs.microsoft.com/en-us/powershell/module/exchange/server-health-and-performance/set-throttlingpolicy?view=exchange-ps


    Laute El Manssouri | Blog: http://technet365.fr

    mardi 29 mai 2018 15:26
  • Bonsoir,

    à noter que la cadence de vérification des Emails sur POP3 (et a priori IMAP) ne doit pas descendre en dessous de 15 minutes par boite/utilisateur, sinon il y a forcément des problèmes.

    La plupart des fournisseurs de messagerie implémente des blocages (et ralentissements) si l'on réalise des requêtes trop rapprochées.

    A+


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

    mercredi 30 mai 2018 18:24
    Modérateur
  • Bonjour à tous et merci pour vos réponses.


    @Sanio74 : Impossible, il s'agit d'un logiciel tiers développé autour de POP. Pour utiliser les fonctions MAPI il faudrait tout le redévelopper pour utiliser EWS, mais bon temps/budget... Pas possible.


    @Laute : OK merci j'ai regardé, j'ai augmenté le nombre de connexions PopMaxConcurrency et PopMaxBurst. Mais bon je doute que cela serve à grand chose car cela s'applique par boite.

    Pouvez vous m'expliquer svp le paramètre PopRechargeRate svp ? J'ai pas bien compris cette histoire de budget...

    Je pense qu'il faudrait pouvoir augmenter le nombre de connexions simultanées au serveur (pour POP uniquement) par exemple. C'est possible ?

    @Thierry : En fait l'outil va se connecter de mémoire "d'un coup" à toutes les boites et va récupérer via POP les mails.

    Cela se passe une fois par heure. Donc on dessus des 15min, mais bon vu le nombre de connexions initiées en simultanées ça doit bloquer quelque part.

    Au début il y avait 50 boites ça passait bien, maintenant 300...

    Il serait intéressant de pouvoir augmenter le nombre de connexions POP acceptées en simultanées sur le serveur.

    Merci d'avance,

    vendredi 1 juin 2018 09:20