Forum Linux.général Mails considérés comme spam par gmail : config, spf, mime, ipv4/v6 ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
0
9
oct.
2016

Bonjour à toutes et à tous,

Mon serveur de mail est installé sur un VPS selon la démarche décrite dans ce tutoriel : Postfix + Dovecot + certif LE. Notez que je n’ai pas encore installé SpamAssassin.
En plus des enregistrements A et AAAA pour la partie web du serveur, j’ai configuré un seul enregistrement MX qui pointe vers le nom de domaine : freecad-france.com.

J’ai un problème avec Gmail qui place mes mails dans le dossier SPAM, voici la source d’un mail provenant de mon serveur, envoyé via thunderbird à une adresse @gmail.

Delivered-To: destinataire@gmail.com
Received: by 10.157.17.37 with SMTP id g34csp3227999ote;
        Sun, 9 Oct 2016 06:40:11 -0700 (PDT)
X-Received: by 10.195.17.226 with SMTP id gh2mr27287626wjd.15.1476020411275;
        Sun, 09 Oct 2016 06:40:11 -0700 (PDT)
Return-Path: <contact@freecad-france.com>
Received: from freecadfrance.freecad-france.com ([163.172.187.210])
        by mx.google.com with ESMTP id bk4si1361128wjc.90.2016.10.09.06.40.10
        for <destinataire@gmail.com>;
        Sun, 09 Oct 2016 06:40:11 -0700 (PDT)
Received-SPF: neutral (google.com: 163.172.187.210 is neither permitted nor denied by best guess record for domain of contact@freecad-france.com) client-ip=163.172.187.210;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 163.172.187.210 is neither permitted nor denied by best guess record for domain of contact@freecad-france.com) smtp.mailfrom=contact@freecad-france.com
Received: from [IPv6:2a01:e35:8a2d:c6b0:7c2e:2833:4e2a:b896] (unknown [IPv6:2a01:e35:8a2d:c6b0:7c2e:2833:4e2a:b896])
    by freecadfrance.freecad-france.com (Postfix) with ESMTPSA id BA8CD60599
    for <destinataire@gmail.com>; Sun,  9 Oct 2016 13:40:10 +0000 (UTC)
To: destinatire <destinataire@gmail.com>
From: FreeCAD France <contact@freecad-france.com>
Subject: Ceci est l'objet du message
Message-ID: <14e7a0c1-3302-a07e-80b4-073224671c19@freecad-france.com>
Disposition-Notification-To: FreeCAD France <contact@freecad-france.com>
Date: Sun, 9 Oct 2016 15:40:03 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.3.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Bonjour,

Ceci est le corps du message.

Cordialement

--- 
Prénom Nom
---
Signature automatique
de quelques lignes
de simple texte

Pourriez vous m’aidez à cerner le problème ?

Mes recherches me disent qu’il faut configurer un enregistrement SPF, ok, mais concrètement j’y mets quoi ?

Bon tout en écrivant ce message, j’ai essayé avec cet enregistrement SPF de type TXT :

v=spf1 a mx ip4:163.172.187.210 ~all

Et ça marche ! Mais j’ai vu des configs spécifique à gmail d’autre non, comment savoir si je n’ai pas le même problème avec yahou, chaudmail, etc ?

Avec une config précédente j’ai aussi eu un message de gmail à propos d’une mauvaise config ipv6. (Je n’ai plus le mail).

C’est peut être un problème de configuration du serveur ? fqdn, postfix ?

Merci d’avance pour votre aide.

  • # comprendre le but du SPF

    Posté par  . Évalué à 4.

    le SPF est là pour que le destinataire de l'email puisse verifier que l'emetteur de l'email est bien celui qu'il pretend.

    en gros tu vas par exemple dire dans le SPF que la machine toto.example.org, l'IP A.B.C.D et toutes les machines ovh.com sont autorisées à envoyer de l'email pour le domaine @freecad-france.fr

    ainsi cela evite que j'envoie des emails avec emetteur @freecad-france.fr depuis mes serveurs, et donc ca limite les spams

    dans ton cas, tu lui dit que le serveur ayant le A ou le MX du domaine ou l'IP 163.172.187.210

    plus de detail ici
    http://www.openspf.org/SPF_Record_Syntax

    • [^] # Re: comprendre le but du SPF

      Posté par  (site web personnel) . Évalué à 4.

      dans ton cas, tu lui dit que le serveur ayant le A ou le MX du domaine ou l'IP 163.172.187.210

      J’ajouterai que dans le cas présent, le a et le mx sont inutiles, et alourdissent la tâche du validateur SPF. Après avoir demandé et obtenu l’enregistrement SPF, il doit à présent demander les enregistrements A et MX, puis les enregistrements A correspondants au MX, afin d’avoir la liste complète des adresses contre lesquelles vérifier l’adresse de l’émetteur.

      Pour une installation simple, mono-serveur, autant spécifier directement et uniquement les adresses IP (v4 et v6) du serveur via les champs ip4 et ip6, et éviter ainsi toute indirection :

      v=spf1 ip4:x.x.x.x ip6:y:y:y:y:y:y:y:y ~all
      

      (Et si tu es sûr — vraiment sûr — de ne jamais envoyer de mail via une autre machine, remplacer le ~all par -all pour informer les serveurs tiers qu’ils ne doivent pas hésiter à rejeter purement et simplement tout message venant d’ailleurs.)

    • [^] # Re: comprendre le but du SPF

      Posté par  (site web personnel) . Évalué à 1. Dernière modification le 09 octobre 2016 à 22:18.

      Merci, je vois un peu mieux comment ça marche.
      À votre avis je rajoute l'ipv6 ?

      Edit (je viens de voir la réponse de gouttegd)
      exemple :
      v=spf1 ip4:XX.XX.X.XX ip6:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX ~all

  • # Ce ne sont pas forcément les "gros" qui posent problème…

    Posté par  (site web personnel) . Évalué à 2.

    comment savoir si je n’ai pas le même problème avec yahou, chaudmail, etc ?

    D’expérience, avec un enregistrement SPF correct et des mails sortants signés par DKIM, je n’ai pas eu de problèmes ni avec GMail, ni avec Yahoo.

    Dans le cas de Microsoft (Live.com, feu Hotmail), ni SPF ni DKIM n’ont été suffisants, il a fallu que je demande explicitement à blanchir l’adresse IP de mon serveur via leur service Smart Network Data Service.

    Oui, ça pue, mais je reconnais au moins à Microsoft qu’ils offrent quand la même la possibilité de blanchir une adresse simplement en en faisant la demande. Je ne peux pas en dire autant d’autres fournisseurs (plus modestes comparés aux gros poissons que sont GMail/Yahoo/Live) qui rejettent des serveurs sur la base de DNS blacklists arbitraires d’où il est quasiment impossible, pour certaines, de faire retirer une adresse.

    • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

      Posté par  (site web personnel) . Évalué à 2.

      Ah ouais, créer un compte microsoft juste pour ça :( Je vais voir si j'ai pas une connaissance avec un compte pour me le faire…

      • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

        Posté par  (site web personnel) . Évalué à 5.

        Tu n’es pas forcément obligé de le faire. Avec un peu de chance, l’adresse de ton serveur est « propre », et sera acceptée par les serveurs de live.com sans action de ta part.

        C’est seulement si l’adresse a une mauvaise réputation (parce qu’elle a précédemment été utilisée par des spammeurs, généralement) que tu peux avoir besoin de la faire blanchir. Dans ce cas, les serveurs de live.com t’en informeront lorsque tu tenteras (toi ou un de tes utilisateurs, si tu n’es pas le seul à utiliser ton serveur) de contacter un utilisateur de live.com (du coup, si tu as une connaissance avec un compte live.com tu peux tenter de lui envoyer un message et voir si « ça passe »).

        Indépendamment de Live.com, tu peux aussi évaluer la réputation générale de ton adresse IP en vérifiant sa présence dans les principales blacklists.

    • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

      Posté par  . Évalué à 0.

      sur la base de DNS blacklists arbitraires d’où il est quasiment impossible, pour certaines, de faire retirer une adresse.

      Il existe des personnes (par exemple moi) qui estiment que si un serveur expédie du SPAM ou un truc mal fichu une fois, alors il n'est pas utile d'accepter quoi que ce soit venant de ce serveur dans le futur proche (par exemple à l'horizon de 2 ans).

      Ça pénalise les incompétents ? Je ne vois pas où est le problème, d'autant plus que nous subissons les incompétents à longueur de journée, donc réduire un peu ce point est vraiment nécessaire.

      • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

        Posté par  (site web personnel, Mastodon) . Évalué à 5.

        Il existe des personnes (par exemple moi) qui estiment que si un serveur expédie du SPAM ou un truc mal fichu une fois, alors il n'est pas utile d'accepter quoi que ce soit venant de ce serveur dans le futur proche (par exemple à l'horizon de 2 ans).

        Quand tu récupères une IP d'un réseau (OVH, Gandi…) et que son précédent "locataire" spammait (sciemment ou à cause d'une erreur technique genre relai mail ouvert), tu ne pénalises absolument pas la bonne personne/le bon serveur. Le spammeur a déjà bougé et est allé voir ailleurs. Par contre tu pénalises quelqu'un de potentiellement tout à fait fiable et compétent qui a récupéré cette IP récemment.

        Aussi j'espère que tu bloques tout email venant d'une IP/adresse gmail, outlook, yahoo… enfin tous les gros serveurs quoi. Non parce qu'ils envoient tous du spam (et pas qu'une fois, mais constamment. Même avec de bonnes détections des spammeurs, les comptes bots/volés ne sont pas immédiatement repérés et ont le temps de spammer).
        Sinon c'est un peu du 2 poids/2 mesures, et au final tu ne fais que pénaliser ceux qui hébergent leurs propres emails (particuliers, entreprises et autres petits groupes, genre assos, collectifs…), les petits hébergeurs, enfin un peu le web complet quoi. Ils sont pénalisés juste pour avoir l'audace d'être petits, les vilains! Alors que les gros, même s'ils spamment encore plus, ils sont whitelistés pour ne jamais être ajoutés dans les diverses blacklists. À part si tu prônes le fait qu'on devrait tous utiliser les gros hébergeurs d'email (et leur donner notre vie privée en pâture en échange de belle pubs dans nos têtes, par la même occasion), ce n'est pas mon internet idéal.

        Tout serveur email, dès qu'il ouvre ses comptes à plus qu'un micro-groupe de gens proches, peut être vecteur de spam pour un temps court (typiquement un utilisateur va se faire prendre le contrôle du compte car il a mis un mot de passe trop faible ou l'a laissé fuiter, ou encore son ordi s'est fait infecter). Bloquer un serveur pour 2 ans car il a été vecteur d'un seul spam à ta destination, tu peux aussi bien couper ton serveur email tout court, ça sera plus rapide.

        Attention, je ne dis pas que les blacklists sont totalement mauvaises. C'est un moindre mal qui peut être acceptable, mais seulement si elles sont bien maintenus. Et ça veut dire que non, bloquer une IP pour 2 ans même après qu'elle ait changé de propriétaire, ben ce n'est pas acceptable. On n'a pas tous la chance d'avoir des plages entières d'adresse IP bloquées pour nous, et ça veut dire que les IPs changent très régulièrement de mains.

        Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]

      • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

        Posté par  (site web personnel) . Évalué à 3.

        On va dire que je vois pas trop où tu veux en venir…
        Mais je ne peux m’empêcher de te dire ça : j'ai cliqué sur ton site et firefox m'affiche ça :

        La connexion n’est pas sécurisée

        Les propriétaires de www.digi-value.fr ont mal configuré leur site web. Pour éviter que vos données ne soient dérobées, Firefox ne s’est pas connecté à ce site web.

        Du coup tu ne m'en voudras pas si je retourne sur ton site que dans 2 ans ?!

        Bref des erreurs ça arrive à tout le monde, les IP (v4) on l'air d'être attribué / réattribué très souvent donc le risque de se voir attribuer une ancienne IP malfaisante est pas nul et faudra faire avec , non ?

        • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

          Posté par  . Évalué à 1.

          Du coup tu ne m'en voudras pas si je retourne sur ton site que dans 2 ans ?!

          Je n'y vois strictement aucun inconvénient.
          La différence avec les emails est qi'ils arrivent dans ta boîte sans que tu l'ai demandé, alors qu'un site web c'est tout de même toi qui va le visiter volontairement.

          Pour le https c'est OVH qui vient de merder (depuis quelques années ils sont devenus vraiment mauvais, et j'ai encore quelques services chez eux par flemme).

      • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

        Posté par  (site web personnel) . Évalué à 3. Dernière modification le 14 octobre 2016 à 14:42.

        Ça pénalise les incompétents ? Je ne vois pas où est le problème, d'autant plus que nous subissons les incompétents à longueur de journée

        Non, ça pénalise ceux qui, compétents ou non, récupèrent une adresse IP dont le précédent utilisateur était incompétent ou spammeur, et qui se retrouve dans une blacklist :

        • qui n’est jamais mise à jour ;
        • dont il faut payer pour être délisté ;
        • dont le gérant est aux abonnés absents ;
        • j’en passe et des meilleures.

        (Au passage, il s’agit de violations flagrantes du RFC 6471, qui donne les « bonnes pratiques » que les opérateurs de DNSBL devraient respecter.)

        Et je ne parle même pas du cas des DNSBL qui n’hésitent pas à blacklister un /24 entier juste parce qu’une adresse dans le bloc a été utilisée par un spammeur. Au diable les dommages collatéraux, après tout le spam c’est une guerre.

        Ah oui, et puis il y a aussi ceux qui blacklistent les adresses que les FAI allouent à leurs abonnés. Rien à foutre de l’auto-hébergement, on est en guerre que je vous dis.

        Bref, ça n’a rien à voir avec la compétence de l’administrateur du serveur. Au contraire, si tu rejettes un serveur sur la seule base de la présence de son adresse dans une blacklist, tu dis clairement que tu te moques éperdument des compétences de l’administrateur : peu importe que sa configuration soit irréprochable, que SPF, DKIM et DMARC soient parfaitement mis en œuvre, que tous les RFC relatifs au courrier électronique soient respectés… l’adresse a le malheur d’être blacklistée, c’est tout ce qui compte pour toi.

        Si tu voulais pénaliser les « incompétents », nul besoin de blacklist : rejettes ceux dont le serveur est mal configuré (par exemple ceux qui annoncent dans le HELO un nom d’hôte inexistant dans la zone DNS, comme c’est précisément le cas de l’auteur du message initial) et ne respecte pas les RFC.

        Libre à toi de penser que quelqu’un dont l’adresse est blacklistée est un incompétent. Pour ma part, je pense qu’un administrateur qui pense avoir fait son travail de lutte contre le spam en ayant délégué cette tâche à une DNSBL est un incompétent à qui on n’aurait jamais du confier l’administration d’un serveur mail.

        • [^] # Re: Ce ne sont pas forcément les "gros" qui posent problème…

          Posté par  . Évalué à 0.

          ça pénalise ceux qui, compétents ou non, récupèrent une adresse IP dont le précédent utilisateur était incompétent ou spammeur, et qui se retrouve dans une blacklist

          Tu veux dire qu'une personne compétente va utiliser un serveur venant d'un hébergeur non adapté ?
          Ah ok.

          J'imagine que tu es au courant que les serveurs d'emails c'est devenu un métier à part entière depuis, pfiou, 10 ans.
          Donc forcément prendre un dédié chez Online/OVH/etc ça ne fait pas partie du job. Mais alors pas du tout.
          Et ce n'est pas parce que beaucoup le font que ça transforme magiquement la bêtise en chose bien.

          Cela dit, j'ai clairement indiqué que c'est un avis personnel.
          Libre à toi de ne pas utiliser les vilaines listes noires trop strictes.
          Et libre à moi de ne pas recevoir d'emails non désirés (oui enfin, d'en limiter la réception).

  • # mail-tester

    Posté par  (site web personnel) . Évalué à 1.

    J'ai fais un test avec le site mail-tester.com
    La note est pas terrible : 4.7/10
    Dans les problèmes rencontrés il y a :
    DKIM, DMARC : ça semble surmontable, faudra juste que je trouve des tutos pour les mettre en place.

    Ce qui m'inquiète plus c'est :

    Nous n'avons pas trouvé de serveur (A Record) derrière votre nom d'hôte freecadfrance.freecad-france.com.
    Nous vérifions si vous avez un serveur (A Record) derrière votre nom d'hôte freecadfrance.freecad-france.com

    Vous devriez publier une entrée DNS (de type A) sur votre nom d'hôte freecadfrance.freecad-france.com ou utiliser un nom d'hôte différent dans votre logiciel d'email.
    Alors oui /etc/hostname = freecadfrance et il y a bien quelque ligne de configuration de postfix qui y font référence.
    Maintenant je ne vois pas comment mettre un enregistrement A sur freecadfrance.freecad-france.com.
    Est ce qu'un sous domaine suffirait ? Ou dois-je supprimer toute occurences de ce hostname dans les fichiers de configurations ?

    En moins grave (à priori) il y a ce problème :

    RDNS_NONE Delivered to internal network by a host with no rDNS
    Ce peut-être un faux-positif, vérifier
    Comment vérifier et corriger ça ?

    • [^] # Re: mail-tester

      Posté par  (site web personnel) . Évalué à 4.

      Maintenant je ne vois pas comment mettre un enregistrement A sur freecadfrance.freecad-france.com.

      C’est auprès de ton hébergeur DNS (1 and 1 apparemment) que ça se gère, pas sur ton serveur.

      Est ce qu'un sous domaine suffirait ? Ou dois-je supprimer toute occurences de ce hostname dans les fichiers de configurations ?

      Ce qui compte est que le nom d’hôte (celui annoncé par Postfix dans le HELO) corresponde à un nom publié dans le DNS et associé à une IP.

      En l’état, ta machine s’annonce comme freecadfrance.freecad-france.com, mais ce nom n’existe pas dans ta zone DNS. L’adresse IP est directement associée au domaine freecad-france.com.

      De deux choses l’une : ou bien tu configures Postfix pour s’annoncer comme freecad-france.com (option myhostname), ou bien tu ajoutes un A (et un AAAA, puisque tu sembles avoir une connectivité IPv6) dans ta zone DNS pour le nom freecadfrance.freecad-france.com.

      RDNS_NONE Delivered to internal network by a host with no rDNS

      Ici, le récepteur tente un Foward-Confirmed Reverse DNS : il cherche le nom associé à l’adresse IP de ta machine (reverse DNS), puis il cherche à résoudre ce nom pour vérifier qu’il retombe bien sur l’IP de ta machine (forward confirmation).

      Dans ton cas, ça donne ça :

      # Reverse DNS
      dig -x 163.172.187.210
      ;; ANSWER SECTION:
      210.187.172.163.in-addr.arpa. 60 IN PTR 210-187-172-163.rev.cloud.scaleway.com.
      # Forward confirmation
      dig 210-187-172-163.rev.cloud.scaleway.com. A
      ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 60737
      

      « Idéalement » (entre guillemets parce que l’intérêt du FCrDNS dans la lutte contre le spam est discutable), il faudrait que le reverse DNS renvoie le nom de ta machine (freecad-france.com).

      Le problème, c’est que le reverse DNS dépend entièrement de ton hébergeur. Certains permettent de le modifier à sa guise, d’autres non.

      • [^] # Re: mail-tester

        Posté par  (site web personnel) . Évalué à 2.

        Grand merci de nouveau :)

        Alors pour les DNS je sais où et comment le changer mais je ne peux modifier que les enregistrements A et AAAA que pour le nom de domaine donc freecad-france.com.
        Du coup je vais plutôt regarder comment changer la config postfix.

        Pour le reverse DNS, j'ai effectivement la possibilité de configurer ça auprès de l'hébergeur.
        Et si comprend bien j'ai juste à renseigner freecad-france.com comme reverse.

        • [^] # Re: mail-tester

          Posté par  (site web personnel) . Évalué à 4.

          Et si comprend bien j'ai juste à renseigner freecad-france.com comme reverse.

          C’est ça. Le même nom que celui annoncé par Postfix (une fois que tu l’auras configuré en ce sens).

        • [^] # Re: mail-tester

          Posté par  . Évalué à 2.

          Alors pour les DNS je sais où et comment le changer mais je ne peux modifier que les enregistrements A et AAAA que pour le nom de domaine donc freecad-france.com.

          ben c'est au meme endroit sauf qu'il faut AJOUTER un enregitreement A
          qui sera freecad.freecad-france.com et pointera sur ton IP

          sinon je ferais un domaine plus probleme avec
          mail.freecad-france.com qui aurait l'enregistrement A qui va bien

          dans ta config postfix tu fais reference à ce domaine
          ainsi, si demain tu as 2 VMs, une pour le web, une pour le mail,
          tu n'auras qu'à changer le A du domaine mail.freecad-france.com

          • [^] # Re: mail-tester

            Posté par  (site web personnel) . Évalué à 1.

            Ha ! je viens effectivement de voir que je pouvais changer les DNS d'un sous domaine.
            Donc je note que je peux faire pointer myhostname sur un sous domaine mail.freecad-france.com que j'aurais préalablement créé.

            Je ne comprenais pas comment je pouvais avoir deux enregistrements A pour un même domaine.

            • [^] # Re: mail-tester

              Posté par  . Évalué à 2.

              Je ne comprenais pas comment je pouvais avoir deux enregistrements A pour un même domaine.

              en faisant autant de ligne A que d'adresse IP

              example.org IN A 10.2.3.4
              example.org IN A 10.2.3.5

              exemple avec google.fr qui a tout plein d'enregistrement (la serie 159)

               dig google.fr
              
              ; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.fr
              ;; global options: +cmd
              ;; Got answer:
              ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28594
              ;; flags: qr rd ra; QUERY: 1, ANSWER: 15, AUTHORITY: 4, ADDITIONAL: 5
              
              ;; OPT PSEUDOSECTION:
              ; EDNS: version: 0, flags:; udp: 4096
              ;; QUESTION SECTION:
              ;google.fr.                     IN      A
              
              ;; ANSWER SECTION:
              google.fr.              299     IN      A       159.180.253.49
              google.fr.              299     IN      A       159.180.253.29
              google.fr.              299     IN      A       159.180.253.45
              google.fr.              299     IN      A       159.180.253.42
              google.fr.              299     IN      A       159.180.253.30
              google.fr.              299     IN      A       159.180.253.38
              google.fr.              299     IN      A       159.180.253.59
              google.fr.              299     IN      A       159.180.253.57
              google.fr.              299     IN      A       159.180.253.19
              google.fr.              299     IN      A       159.180.253.34
              google.fr.              299     IN      A       159.180.253.44
              google.fr.              299     IN      A       159.180.253.23
              google.fr.              299     IN      A       159.180.253.27
              google.fr.              299     IN      A       159.180.253.15
              google.fr.              299     IN      A       159.180.253.53
              
              ;; AUTHORITY SECTION:
              google.fr.              9382    IN      NS      ns3.google.com.
              google.fr.              9382    IN      NS      ns4.google.com.
              google.fr.              9382    IN      NS      ns1.google.com.
              google.fr.              9382    IN      NS      ns2.google.com.
              
              ;; ADDITIONAL SECTION:
              ns4.google.com.         16014   IN      A       216.239.38.10
              ns2.google.com.         16014   IN      A       216.239.34.10
              ns3.google.com.         16014   IN      A       216.239.36.10
              ns1.google.com.         16014   IN      A       216.239.32.10
              
              ;; Query time: 12 msec
              ;; SERVER: 10.9.1.2#53(10.9.1.2)
              ;; WHEN: Wed Oct 12 16:46:20 CEST 2016
              ;; MSG SIZE  rcvd: 424
              • [^] # Re: mail-tester

                Posté par  (site web personnel) . Évalué à 1.

                Ha ben oui, je vois ça :)
                Il semble qu'avec mon registrar je ne puisse pas faire ça.
                Peut être ceci :

                Les enregistrements CNAME sont uniquement pris en charge pour des sous-domaines. Pour utiliser votre domaine avec une application tierce, saisissez un enregistrement CNAME pour un sous-domaine de votre nom de domaine.

                explique cela…

                • [^] # Re: mail-tester

                  Posté par  . Évalué à 2.

                  oui et non
                  tu peux en effet faire un CNAME (un alias en somme)

                  example.org IN A 10.2.3.4
                  www.example.org IN CNAME example.org
                  mail.example.org IN CNAME example.org

                  mais tu dois aussi pouvoir faire

                  mail.example.org IN A 10.2.3.4

                  si tu ne peux pas, peut-etre qu'il y a une option 'avancée' pour le faire, sinon tu peux changer de registrar ;)

                  • [^] # Re: mail-tester

                    Posté par  (site web personnel) . Évalué à 1.

                    sinon tu peux changer de registrar ;)

                    C'pas faux ;) Bon pour l'instant ça marche (pour mon usage) et c'est pas les plus cher il me semble.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.