Dataweaz

jaring.my

Résumé

Registrar
IP ServerOne Solutions Sdn Bhd
Statut
ok
Créé le
20 août 2015
Expire le
20 août 2029
Serveurs DNS
pdns2.ipserverone.com, pdns1.ipserverone.com
Serveurs de messagerie
mbox-vs01.jaring.asia
DKIM
Aucune clé trouvée parmi les sélecteurs courants

Expéditeurs autorisés (SPF)

Strict

Les e-mails envoyés par un autre serveur sont refusés.

SPF liste les serveurs autorisés à envoyer des e-mails pour jaring.my.

RègleValeurRésultat
includespf.jaring.asiaAutorisé
all—Refusé

Requêtes DNS au premier niveau : 1 sur 10 autorisées

Enregistrement

v=spf1 include:spf.jaring.asia -all

MX, SPF, DKIM et DMARC : les enregistrements de la messagerie

Quatre enregistrements DNS font fonctionner la messagerie d'un domaine. MX indique où arrivent les e-mails adressés à jaring.my ; SPF, DKIM et DMARC permettent aux serveurs de vérifier qu'un e-mail qui prétend venir de jaring.my a bien été envoyé par ce domaine, et le protègent ainsi contre l'usurpation.

MX

Un enregistrement MX (Mail Exchanger) désigne un serveur qui reçoit les e-mails adressés au domaine. Quand quelqu'un écrit à une adresse en @jaring.my, son serveur de messagerie interroge le DNS pour obtenir les MX du domaine, puis livre le message au serveur indiqué.

Exemple d'enregistrement

jaring.my  MX  10 mx1.jaring.my.
jaring.my  MX  20 mx2.jaring.my.

Ce que contient l'enregistrement

10, 20
Priorité : le serveur dont le nombre est le plus bas est essayé en premier. À priorité égale, les envois sont répartis entre les serveurs.
mx1.jaring.my.
Nom d'hôte du serveur de messagerie. Il doit pointer vers un enregistrement A ou AAAA : une adresse IP ou un alias (CNAME) n'est pas autorisé à cet endroit.
0 .
Un MX « 0 . », dit MX nul, déclare que le domaine ne reçoit aucun e-mail : les serveurs d'envoi renoncent aussitôt au lieu de réessayer.

Déclarer au moins deux serveurs de priorités différentes évite de perdre des e-mails en cas de panne : les serveurs d'envoi réessaient pendant plusieurs jours et se rabattent sur le serveur de secours. Sans aucun MX, ils tentent de livrer directement à l'adresse IP du domaine.

SPF

SPF (Sender Policy Framework) est un enregistrement TXT qui liste les serveurs autorisés à envoyer des e-mails au nom du domaine. Le serveur qui reçoit un e-mail vérifie que l'expéditeur figure dans cette liste. La règle finale « all » précise quoi faire des autres serveurs : les refuser (-all), marquer leurs e-mails comme suspects (~all) ou ne rien décider (?all).

Exemple d'enregistrement

jaring.my  TXT  "v=spf1 mx include:_spf.google.com ip4:192.0.2.10 -all"

Ce que contient l'enregistrement

v=spf1
Identifie l'enregistrement comme une politique SPF. Il doit apparaître en premier.
ip4, ip6
Autorise une adresse IP précise ou une plage d'adresses, par exemple ip4:192.0.2.0/24.
a, mx
Autorise les adresses du domaine lui-même (enregistrement A) ou celles de ses serveurs de messagerie (MX).
include
Autorise les serveurs d'un autre domaine, en général ceux d'un service d'envoi : include:_spf.google.com pour Google Workspace.
-all, ~all
Règle finale, appliquée à tous les autres serveurs. Son qualificatif décide de leur sort : - les refuse, ~ marque leurs e-mails comme suspects, ? ne décide rien, + les accepte (à éviter).

Un domaine ne doit publier qu'un seul enregistrement SPF, et son évaluation ne peut pas dépasser 10 requêtes DNS (include, a, mx, exists, redirect). Au-delà, les serveurs de messagerie le considèrent comme invalide.

DKIM

DKIM (DomainKeys Identified Mail) signe chaque e-mail envoyé avec une clé privée. La clé publique correspondante est publiée dans un enregistrement TXT à l'adresse sélecteur._domainkey.jaring.my, ce qui permet au destinataire de vérifier que le message vient bien du domaine et n'a pas été modifié en route. Le sélecteur est choisi par chaque service d'envoi et ne peut pas être deviné : Dataweaz teste les plus courants (Google Workspace, Microsoft 365, Mailchimp, SendGrid…), une clé publiée sous un autre sélecteur peut donc exister sans apparaître ici.

Exemple d'enregistrement

google._domainkey.jaring.my  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA…"

Ce que contient l'enregistrement

v=DKIM1
Version du protocole. Elle est facultative mais recommandée, et doit alors apparaître en premier.
k
Algorithme de la clé : rsa, le plus répandu, ou ed25519.
p
Clé publique, encodée en base64. Une valeur vide signifie que la clé a été révoquée.
t
Options : y signale une clé en test, dont les échecs ne doivent pas être sanctionnés ; s interdit son usage pour les sous-domaines.

Chaque service d'envoi publie sa clé sous son propre sélecteur (google, selector1, k1…), ce qui permet d'en avoir plusieurs et de les renouveler sans interruption. Une clé RSA de 2048 bits est aujourd'hui recommandée.

DMARC

DMARC (Domain-based Message Authentication, Reporting and Conformance) s'appuie sur SPF et DKIM. Publié sur _dmarc.jaring.my, il indique aux serveurs de messagerie quoi faire d'un e-mail qui échoue à ces contrôles (le laisser passer, le placer en courrier indésirable ou le rejeter) et à quelle adresse envoyer des rapports.

Exemple d'enregistrement

_dmarc.jaring.my  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@jaring.my; adkim=r; aspf=r"

Ce que contient l'enregistrement

v=DMARC1
Identifie l'enregistrement comme une politique DMARC. Il doit apparaître en premier.
p
Politique appliquée aux e-mails qui échouent aux contrôles : none (surveillance seule), quarantine (courrier indésirable) ou reject (rejet).
sp
Politique des sous-domaines. Sans elle, ils suivent celle du domaine.
rua
Adresse qui reçoit chaque jour des rapports agrégés sur les e-mails envoyés au nom du domaine, qu'ils passent les contrôles ou non.
ruf
Adresse qui reçoit des rapports d'échec détaillés, message par message. Peu de fournisseurs les envoient encore.
pct
Pourcentage des e-mails soumis à la politique, pour un déploiement progressif. 100 par défaut.
adkim, aspf
Alignement DKIM et SPF : r (souple, un sous-domaine du même domaine suffit) ou s (strict, le domaine doit être identique).

Pour déployer DMARC sans bloquer d'e-mails légitimes, on commence par p=none avec une adresse rua, on analyse les rapports pour repérer tous les services qui envoient au nom du domaine, puis on passe à quarantine et enfin à reject.

Enregistrements DNS de jaring.my

Adresses IP (A et AAAA)

Un enregistrement A associe le nom de domaine à une adresse IPv4 : c'est l'adresse du serveur que contactent les navigateurs pour afficher le site. L'enregistrement AAAA joue le même rôle pour une adresse IPv6. Un domaine peut en avoir plusieurs, pour répartir les visites entre plusieurs serveurs.

TypeAdresse IP
A183.81.162.32

Serveurs DNS (NS)

Les enregistrements NS désignent les serveurs DNS qui font autorité pour le domaine : ce sont eux qui répondent à toutes les questions sur ses autres enregistrements (A, MX, TXT…). Ils sont fournis par le registrar, l'hébergeur ou un service DNS dédié, et plusieurs serveurs sont déclarés pour que la panne de l'un n'empêche pas le domaine de fonctionner.

ServeurAdresse IP
pdns2.ipserverone.com116.0.102.250
pdns1.ipserverone.com23.239.24.252

Serveurs de messagerie (MX)

Les enregistrements MX indiquent les serveurs qui reçoivent les e-mails adressés au domaine, c'est-à-dire aux adresses en @jaring.my. Chaque serveur a une priorité : celui dont le nombre est le plus bas est essayé en premier, les autres prennent le relais en cas de panne. Sans enregistrement MX, le domaine ne peut pas recevoir d'e-mails.

PrioritéServeurAdresse IP
10mbox-vs01.jaring.asia103.21.180.143

Enregistrements TXT

Les enregistrements TXT contiennent du texte libre. Ils servent à prouver la propriété du domaine auprès de services en ligne (Google, Microsoft, Facebook…) et à publier les règles de sécurité de la messagerie : SPF sur le domaine lui-même, DMARC sur _dmarc.jaring.my.

NomContenu
jaring.myv=spf1 include:spf.jaring.asia -all

Adresses IP liées

Adresses IPv4 utilisées par jaring.my : site web, serveurs DNS, serveurs de messagerie et expéditeurs autorisés par SPF.

Adresse IPUtilisationBloc /24
183.81.162.32Site web183.81.162.0/24
116.0.102.250Serveur DNS pdns2.ipserverone.com116.0.102.0/24
23.239.24.252Serveur DNS pdns1.ipserverone.com23.239.24.0/24
103.21.180.143Messagerie mbox-vs01.jaring.asia103.21.180.0/24

WHOIS du domaine jaring.my

Domain Name: jaring.my
Registry Domain ID: D6A253809-MYNIC
Registrar WHOIS Server: whois.mynic.my
Registrar URL: https://www.ipserverone.com/
Updated Date: 2024-06-27T15:38:02.601Z
Creation Date: 2015-08-20T16:00:00.000Z
Registry Expiry Date: 2029-08-20T16:00:00.000Z
Registrar: IP ServerOne Solutions Sdn Bhd
Registrar IANA ID: 60999976
Registrar Abuse Contact Email: cs@ipserverone.com
Registrar Abuse Contact Phone: +032.0261688
Domain Status: ok https://icann.org/epp#ok
Registry Registrant ID: REDACTED FOR PRIVACY
Registrant Name: REDACTED FOR PRIVACY
Registrant Organization: AIMS Data Center Sdn Bhd
Registrant Street: REDACTED FOR PRIVACY
Registrant City: REDACTED FOR PRIVACY
Registrant State/Province: Wilayah Persekutuan
Registrant Postal Code: REDACTED FOR PRIVACY
Registrant Country: MY
Registrant Phone: REDACTED FOR PRIVACY
Registrant Fax: REDACTED FOR PRIVACY
Registrant Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Admin ID: REDACTED FOR PRIVACY
Admin Name: REDACTED FOR PRIVACY
Admin Organization: REDACTED FOR PRIVACY
Admin Street: REDACTED FOR PRIVACY
Admin City: REDACTED FOR PRIVACY
Admin State/Province: REDACTED FOR PRIVACY
Admin Postal Code: REDACTED FOR PRIVACY
Admin Country: REDACTED FOR PRIVACY
Admin Phone: REDACTED FOR PRIVACY
Admin Fax: REDACTED FOR PRIVACY
Admin Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Tech ID: REDACTED FOR PRIVACY
Tech Name: REDACTED FOR PRIVACY
Tech Organization: REDACTED FOR PRIVACY
Tech Street: REDACTED FOR PRIVACY
Tech City: REDACTED FOR PRIVACY
Tech State/Province: REDACTED FOR PRIVACY
Tech Postal Code: REDACTED FOR PRIVACY
Tech Country: REDACTED FOR PRIVACY
Tech Phone: REDACTED FOR PRIVACY
Tech Fax: REDACTED FOR PRIVACY
Tech Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Billing ID: REDACTED FOR PRIVACY
Billing Name: REDACTED FOR PRIVACY
Billing Organization: REDACTED FOR PRIVACY
Billing Street: REDACTED FOR PRIVACY
Billing City: REDACTED FOR PRIVACY
Billing State/Province: REDACTED FOR PRIVACY
Billing Postal Code: REDACTED FOR PRIVACY
Billing Country: REDACTED FOR PRIVACY
Billing Phone: REDACTED FOR PRIVACY
Billing Fax: REDACTED FOR PRIVACY
Billing Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Name Server: pdns1.ipserverone.com
Name Server: pdns2.ipserverone.com
DNSSEC: unsigned
URL of the ICANN RDDS Inaccuracy Complaint Form: https://icann.org/wicf

>>> Last update of WHOIS database: 2026-10-05T02:08:03.196Z <<<

For more information on domain status codes, please visit https://icann.org/epp

The WHOIS information provided in this page has been redacted
in compliance with ICANN's Temporary Specification for gTLD
Registration Data.

The data in this record is provided by Tucows Registry for informational
purposes only, and it does not guarantee its accuracy. Tucows Registry is
authoritative for whois information in top-level domains it operates
under contract with the Internet Corporation for Assigned Names and
Numbers. Whois information from other top-level domains is provided by
a third-party under license to Tucows Registry.

This service is intended only for query-based access. By using this
service, you agree that you will use any data presented only for lawful
purposes and that, under no circumstances will you use (a) data
acquired for the purpose of allowing, enabling, or otherwise supporting
the transmission by e-mail, telephone, facsimile or other
communications mechanism of mass  unsolicited, commercial advertising
or solicitations to entities other than your existing  customers; or
(b) this service to enable high volume, automated, electronic processes
that send queries or data to the systems of any Registrar or any
Registry except as reasonably necessary to register domain names or
modify existing domain name registrations.

Tucows Registry reserves the right to modify these terms at any time. By
submitting this query, you agree to abide by this policy. All rights
reserved.

% Query time: 831 msec
% WHEN: Mon Oct 05 02:08:02 UTC 2026