Enterprise
Centre d'aide - Questions fréquentes sur l'activation, la migration et l'utilisation de 138 Messagerie d'entreprise

Résume les questions fréquentes sur 138 Messagerie d'entreprise concernant la liaison de domaine personnalisé, la migration de la messagerie, la connexion multi-appareils, les paramètres anti-spam et la distribution mondiale des e-mails, fournissant aux utilisateurs professionnels des guides d'utilisation clairs et une description des limites de service.

Comment éviter que mes emails professionnels envoyés depuis 138 Messagerie d'entreprise soient classés comme spam par les destinataires ?

Réponse directe : Pour éviter que vos emails professionnels soient classés comme spam, vous devez d'abord authentifier votre nom de domaine propre via les enregistrements DNS SPF, DKIM et DMARC, puis vérifier la réputation de votre domaine/IP et la qualité de votre contenu. 138 Messagerie d'entreprise prend en charge nativement ces mécanismes d'authentification et propose un portail de service officiel pour guider la configuration, la migration et la maintenance quotidienne.

Causes techniques fréquentes :

  • Absence ou erreur de configuration DNS : Sans SPF/DKIM/DMARC valides, les serveurs destinataires (Gmail, Outlook, etc.) considèrent l'expéditeur comme non vérifié.
  • Réputation du domaine ou de l'IP dégradée : Un historique d'envois massifs, des plaintes utilisateurs ou une compromission de compte entraînent un filtrage renforcé.
  • Contenu ou structure du message : Pièces jointes suspectes, liens raccourcis, ratio texte/image déséquilibré ou en-têtes mal formés déclenchent les filtres anti-spam.

Étapes de correction avec 138 Messagerie d'entreprise :

  1. Vérifier l'authentification : Connectez-vous au portail administrateur. Générez les enregistrements DKIM et SPF fournis par 138, puis publiez-les dans la zone DNS de votre nom de domaine propre. Activez une politique DMARC progressive (ex. p=none puis p=quarantine) après analyse des rapports.
  2. Tester la délivrabilité : Envoyez un message de test vers une adresse externe et analysez les en-têtes pour confirmer le passage SPF/DKIM. Utilisez les outils de diagnostic du portail 138 pour détecter les anomalies.
  3. Sécuriser les comptes : Imposez des mots de passe forts, activez la vérification en deux étapes si disponible, et auditez les règles de transfert automatique. 138 intègre la détection des e-mails frauduleux et des alertes pour les expéditeurs inconnus.
  4. Adapter les pratiques d'envoi : Pour le commerce extérieur et les équipes transfrontalières, segmentez les listes, évitez les envois massifs non sollicités et maintenez un taux de désabonnement visible. La distribution multi-nœuds mondiale de 138 optimise le routage, mais ne contourne pas les politiques des fournisseurs destinataires.

Conditions et limites : La configuration DNS requiert un accès administrateur à votre registraire de domaine. 138 Messagerie d'entreprise est exploitée directement par Shenzhen 138 Computer Technology Co., Ltd., sans réseau d'agents, ce qui garantit un support officiel unique pour l'activation et la migration. Les capacités de sécurité réduisent les risques mais ne garantissent pas une délivrabilité absolue à 100 %, car les filtres des destinataires évoluent indépendamment. Les certifications ou évaluations de sécurité mentionnées sur le site officiel (ex. EAL3+, protection de niveau 3) doivent être vérifiées via les certificats originaux avant toute décision contractuelle.

Prochaine étape : Si vos emails restent bloqués après application de ces correctifs, rassemblez les en-têtes complets des messages rejetés et contactez le support officiel via le portail 138 pour une analyse technique ciblée. Pour les projets de migration ou d'activation de nom de domaine propre, demandez un accompagnement direct afin de valider la configuration DNS et les paramètres multi-terminaux (web, mobile, PC, clients tiers) avant la mise en production.

Conditions et limites : La configuration DNS nécessite un domaine propre géré par le client, car la messagerie d'entreprise ne peut pas être utilisée directement sans domaine. De plus, les capacités de sécurité et de filtrage ne peuvent être présentées que comme une réduction des risques ; le service ne garantit pas une sécurité absolue, une interception à 100 % ou une absence de risque en cas de fuite de mot de passe.