Summary
- Registrar
- Network Solutions, LLC
- Status
- clientTransferProhibited
- Created on
- October 27, 1997
- Expires on
- October 26, 2035
- Name servers
- rick.ns.cloudflare.com, nora.ns.cloudflare.com
- Mail servers
- ictsi-com.mail.protection.outlook.com
- DMARC
- Quarantine
- SPF
- Strict
- DKIM
- 3 keys found
- Website
- See the website
Spoofing protection (DMARC)
E-mails spoofing this domain are sent to spam.
DMARC tells mail servers what to do with an e-mail that claims to come from ictsi.com but fails SPF and DKIM checks.
- Policy
- Quarantine
- Subdomain policy
- Monitoring
- Messages covered
- 100%
- DKIM alignment
- Relaxed
- SPF alignment
- Relaxed
- Aggregate reports
- [email protected], [email protected]
- Failure reports
- [email protected], [email protected]
Record
v=DMARC1; p=quarantine; sp=none; adkim=r; fo=1; ri=3600; rua=mailto:[email protected], mailto:[email protected]; ruf=mailto:[email protected], mailto:[email protected]
Authorized senders (SPF)
E-mails sent by any other server are rejected.
SPF lists the servers allowed to send e-mails for ictsi.com.
| Rule | Value | Result |
|---|---|---|
| include | spf.protection.outlook.com | Allowed |
| ip4 | 202.0.145.40 | Allowed |
| ip4 | 40.126.245.16 | Allowed |
| ip4 | 13.75.218.232 | Allowed |
| ip4 | 103.86.169.170 | Allowed |
| ip4 | 202.0.145.46 | Allowed |
| ip4 | 103.86.169.146 | Allowed |
| ip4 | 103.86.169.134 | Allowed |
| include | amazonses.com | Allowed |
| ip4 | 66.231.80.0/20 | Allowed |
| ip4 | 68.232.192.0/20 | Allowed |
| ip4 | 96.43.144.0/20 | Allowed |
| ip4 | 198.245.80.0/20 | Allowed |
| ip4 | 199.122.120.0/21 | Allowed |
| ip4 | 204.14.232.0/21 | Allowed |
| ip4 | 23.21.109.197 | Allowed |
| ip4 | 23.21.109.212 | Allowed |
| ip4 | 203.177.41.182 | Allowed |
| ip4 | 103.5.4.178 | Allowed |
| ip4 | 203.177.41.180 | Allowed |
| ip4 | 58.69.24.82 | Allowed |
| ip4 | 146.88.76.168 | Allowed |
| ip4 | 212.21.104.196 | Allowed |
| ip4 | 212.21.104.203 | Allowed |
| ip4 | 212.21.104.204 | Allowed |
| ip4 | 203.110.136.167 | Allowed |
| ip4 | 27.110.217.126 | Allowed |
| ip4 | 149.72.131.90 | Allowed |
| ip4 | 149.72.73.129 | Allowed |
| include | _spf.salesforce.com | Allowed |
| include | _spf.atlassian.net | Allowed |
| include | sendgrid.net | Allowed |
| all | — | Rejected |
Top-level DNS lookups: 5 of 10 allowed
Record
v=spf1 include:spf.protection.outlook.com ip4:202.0.145.40 ip4:40.126.245.16 ip4:13.75.218.232 ip4:103.86.169.170 ip4:202.0.145.46 ip4:103.86.169.146 ip4:103.86.169.134 include:amazonses.com ip4:66.231.80.0/20 ip4:68.232.192.0/20 ip4:96.43.144.0/20 ip4:198.245.80.0/20 ip4:199.122.120.0/21 ip4:204.14.232.0/21 ip4:23.21.109.197 ip4:23.21.109.212 ip4:203.177.41.182 ip4:103.5.4.178 ip4:203.177.41.180 ip4:58.69.24.82 ip4:146.88.76.168 ip4:212.21.104.196 ip4:212.21.104.203 ip4:212.21.104.204 ip4:203.110.136.167 ip4:27.110.217.126 ip4:149.72.131.90 ip4:149.72.73.129 include:_spf.salesforce.com include:_spf.atlassian.net include:sendgrid.net -all
E-mail signing (DKIM)
DKIM keys published by ictsi.com under the most common selectors. Other keys may exist under selectors specific to each sending service.
| Selector | Likely service | Key | Status |
|---|---|---|---|
| selector2 | Microsoft 365 | RSA 1024 bits · short | Active |
| s1 | SendGrid | RSA 2048 bits | Active |
| s2 | SendGrid | RSA 1024 bits · short | Active |
RSA keys shorter than 2048 bits, called short keys, are discouraged: they are easier to break.
MX, SPF, DKIM and DMARC: the e-mail records
Four DNS records make a domain's e-mail work. MX says where e-mails sent to ictsi.com arrive; SPF, DKIM and DMARC let mail servers check that an e-mail claiming to come from ictsi.com was really sent by this domain, which protects it against spoofing.
MX
An MX (Mail Exchanger) record designates a server that receives e-mails sent to the domain. When someone writes to an @ictsi.com address, their mail server queries the DNS for the domain's MX records, then delivers the message to the server they point to.
Example record
ictsi.com MX 10 mx1.ictsi.com. ictsi.com MX 20 mx2.ictsi.com.
What the record contains
- 10, 20
- Priority: the server with the lowest number is tried first. Servers with equal priority share the load.
- mx1.ictsi.com.
- Host name of the mail server. It must point to an A or AAAA record: an IP address or an alias (CNAME) is not allowed here.
- 0 .
- An MX "0 .", called a null MX, declares that the domain accepts no e-mail: sending servers give up at once instead of retrying.
Declaring at least two servers with different priorities avoids losing e-mails during an outage: sending servers retry for several days and fall back on the backup server. Without any MX, they try to deliver directly to the IP address of the domain.
SPF
SPF (Sender Policy Framework) is a TXT record listing the servers allowed to send e-mails on behalf of the domain. The receiving server checks that the sender is on this list. The final "all" rule says what to do with other servers: reject them (-all), flag their e-mails as suspicious (~all) or make no decision (?all).
Example record
ictsi.com TXT "v=spf1 mx include:_spf.google.com ip4:192.0.2.10 -all"
What the record contains
- v=spf1
- Identifies the record as an SPF policy. It must come first.
- ip4, ip6
- Allows a specific IP address or an address range, for example ip4:192.0.2.0/24.
- a, mx
- Allows the addresses of the domain itself (A record) or those of its mail servers (MX).
- include
- Allows the servers of another domain, usually a sending service: include:_spf.google.com for Google Workspace.
- -all, ~all
- Final rule, applied to every other server. Its qualifier decides what happens to them: - rejects them, ~ flags their e-mails as suspicious, ? makes no decision, + accepts them (avoid it).
A domain must publish only one SPF record, and its evaluation cannot exceed 10 DNS lookups (include, a, mx, exists, redirect). Beyond that, mail servers treat it as invalid.
DKIM
DKIM (DomainKeys Identified Mail) signs every outgoing e-mail with a private key. The matching public key is published in a TXT record at selector._domainkey.ictsi.com, so the recipient can check that the message really comes from the domain and was not altered on the way. The selector is chosen by each sending service and cannot be guessed: Dataweaz checks the most common ones (Google Workspace, Microsoft 365, Mailchimp, SendGrid…), so a key published under another selector may exist without appearing here.
Example record
google._domainkey.ictsi.com TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA…"
What the record contains
- v=DKIM1
- Protocol version. Optional but recommended, in which case it must come first.
- k
- Key algorithm: rsa, the most common, or ed25519.
- p
- Public key, base64-encoded. An empty value means the key has been revoked.
- t
- Flags: y marks a key in testing, whose failures must not be penalized; s forbids its use for subdomains.
Each sending service publishes its key under its own selector (google, selector1, k1…), which allows several keys and seamless rotation. A 2048-bit RSA key is recommended today.
DMARC
DMARC (Domain-based Message Authentication, Reporting and Conformance) builds on SPF and DKIM. Published on _dmarc.ictsi.com, it tells mail servers what to do with an e-mail that fails these checks (let it through, send it to spam or reject it) and where to send reports.
Example record
_dmarc.ictsi.com TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]; adkim=r; aspf=r"
What the record contains
- v=DMARC1
- Identifies the record as a DMARC policy. It must come first.
- p
- Policy applied to e-mails that fail the checks: none (monitoring only), quarantine (spam folder) or reject.
- sp
- Subdomain policy. Without it, subdomains follow the domain's policy.
- rua
- Address that receives daily aggregate reports about e-mails sent on behalf of the domain, whether they pass the checks or not.
- ruf
- Address that receives detailed failure reports, message by message. Few providers still send them.
- pct
- Percentage of e-mails subject to the policy, for a gradual rollout. 100 by default.
- adkim, aspf
- DKIM and SPF alignment: r (relaxed, a subdomain of the same domain is enough) or s (strict, the domain must be identical).
To roll out DMARC without blocking legitimate e-mails, start with p=none and an rua address, analyze the reports to find every service sending on behalf of the domain, then move to quarantine and finally to reject.
DNS records of ictsi.com
IP addresses (A and AAAA)
An A record maps the domain name to an IPv4 address: the address of the server that browsers contact to display the website. The AAAA record does the same for an IPv6 address. A domain can have several of them to spread visits across several servers.
| Type | IP address |
|---|---|
| A | 104.18.5.180 |
| A | 104.18.4.180 |
| AAAA | 2606:4700::6812:5b4 |
| AAAA | 2606:4700::6812:4b4 |
Name servers (NS)
NS records designate the authoritative DNS servers of the domain: they answer every question about its other records (A, MX, TXT…). They are provided by the registrar, the hosting provider or a dedicated DNS service, and several servers are declared so that the domain keeps working if one of them fails.
| Server | IP address |
|---|---|
| rick.ns.cloudflare.com | 108.162.193.139 |
| nora.ns.cloudflare.com | 173.245.58.213 |
Mail servers (MX)
MX records point to the servers that receive e-mails sent to the domain, that is to @ictsi.com addresses. Each server has a priority: the one with the lowest number is tried first, the others take over if it fails. Without an MX record, the domain cannot receive e-mails.
| Priority | Server | IP address |
|---|---|---|
| 0 | ictsi-com.mail.protection.outlook.com | 52.101.137.2 |
TXT records
TXT records hold free text. They are used to prove ownership of the domain to online services (Google, Microsoft, Facebook…) and to publish e-mail security rules: SPF on the domain itself, DMARC on _dmarc.ictsi.com.
| Name | Content |
|---|---|
| ictsi.com | canva-site-verification=6c7qNDH5mFswBS6Fp9DXGw |
| ictsi.com | include:spf.emailsignatures365.com |
| ictsi.com | twilio-domain-verification=d59f0408cb9c5598ad985a52489a894e |
| ictsi.com | 00D5g00000LLC6Y=1TBfD00000002WX |
| ictsi.com | openai-domain-verification=dv-UX02koiYvej6Zo39IX551Oje |
| ictsi.com | l7S/72NuTWCaAs/VCoLd08POn/8EzTQSj32HQmWBTpsRdlcI2Mj1+aMxjFhCoaxR0DXFKb2Duyvzw560fewsQQ== |
| ictsi.com | v=spf1 include:spf.protection.outlook.com ip4:202.0.145.40 ip4:40.126.245.16 ip4:13.75.218.232 ip4:103.86.169.170 ip4:202.0.145.46 ip4:103.86.169.146 ip4:103.86.169.134 include:amazonses.com ip4:66.231.80.0/20 ip4:68.232.192.0/20 ip4:96.43.144.0/20 ip4:198.245.80.0/20 ip4:199.122.120.0/21 ip4:204.14.232.0/21 ip4:23.21.109.197 ip4:23.21.109.212 ip4:203.177.41.182 ip4:103.5.4.178 ip4:203.177.41.180 ip4:58.69.24.82 ip4:146.88.76.168 ip4:212.21.104.196 ip4:212.21.104.203 ip4:212.21.104.204 ip4:203.110.136.167 ip4:27.110.217.126 ip4:149.72.131.90 ip4:149.72.73.129 include:_spf.salesforce.com include:_spf.atlassian.net include:sendgrid.net -all |
| ictsi.com | bmh69s1k8ru702efe82v0tu7r9 |
| ictsi.com | g856fqbhjifpltsm9kns97nd43 |
| ictsi.com | google-site-verification=a_ZSrOa3V7Md4wcVrc1YG2I0FJSfr5-IIgFxhmmCRAo |
| ictsi.com | docusign=e36dc37e-b9a5-4fca-bf44-72ce132d1a8a |
| ictsi.com | atlassian-domain-verification=kB2htWJ65yVxg2Tqih0/ax8TWtAXjjtxraieT5QN/MBk8UwDtd3TaH/B01f0THEa |
| ictsi.com | atlassian-sending-domain-verification=93e274fd-517d-453f-8be8-7f7862e7c8ef |
| ictsi.com | gj4drigsln9kginb3vedsd2dl |
| ictsi.com | ccmbcsrko7cer17bi6sb90gu7f |
| ictsi.com | facebook-domain-verification=2p18hclrl0auokczgmhxke9w5j8w1k |
| ictsi.com | docusign=8f52f160-1ff1-49e0-9161-674155bbe003 |
| ictsi.com | apple-domain-verification=KQ6hX8QJKPCjDzrT |
| ictsi.com | dtoojs9l0h50sshlm6bntvb9r7 |
| ictsi.com | miro-verification=ac402108ab3e4161c54e04f37cba9ce3ce516ead |
| ictsi.com | MS=ms18690276 |
| _dmarc.ictsi.com | v=DMARC1; p=quarantine; sp=none; adkim=r; fo=1; ri=3600; rua=mailto:[email protected], mailto:[email protected]; ruf=mailto:[email protected], mailto:[email protected] |
| selector2._domainkey.ictsi.com | v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDu9yRTKm0Azv1aHRi07oZtdfwU5pCsPxVOghR5b2dzZFZvQcybGUaUoyRj7M3h4u6m7HRF9M4zcrs86XDAw+nB0zMoPw2X3i2RemfTaP+tdE2nr6sFlIBsdsvocOKLAkqyuLiDISwuSwkx5siGvz7UyKb1hb28bTMiKGBlsd8vPQIDAQAB; |
| s1._domainkey.ictsi.com | k=rsa; t=s; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA0KjO2JzImtgNZc59p/0OVYgBr7+T4s4qkw23Vh58POXmo3tbaM2R+3M3fl7LWC9mG3OwASicGrH2EJOu+Xuno3+oPxxAJJLRZwLV9xKJ5JaoSFpRcjUXy8ENJepm+RjvUcf+woTjXZxsouTh1mkO12bfGe2ntRXAi8oGxu2aU2bf589pcnHwRxsqwqgSWq8LP8AvSgW/XWBAZvGxQoBidmok4bOPh+OP46g2jOGtgTRkhj0eEmAT4O348BZNerDro3dwljpfkAUzyrCxgmglRkSvqDAFi5ne+IScgDHRknYfXAjHN5upWoY1NkkGcScv5/ZX1W9NGl6yniO+7OYLEwIDAQAB |
| s2._domainkey.ictsi.com | k=rsa; t=s; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCuNrJw9eNCzbeYRw/9WITI7GPfwOTI6V/U05gCgti1H0Khh3sl9UGK5NT7qW6skjIL8SsYxUTNAl/ZCgSG4egWnNgozYbqrXTmhIjgxUg7CF9ao3Ai6J+5+sl+LlLmFzZPOjFL8BarHQFacpdG9Uo48MNEusXeY/KWDGNDsU6paQIDAQAB |
Related IP addresses
IPv4 addresses used by ictsi.com: website, name servers, mail servers and senders authorized by SPF.
WHOIS of the domain ictsi.com
Domain Name: ICTSI.COM Registry Domain ID: 1576620_DOMAIN_COM-VRSN Registrar WHOIS Server: whois.networksolutions.com Registrar URL: http://networksolutions.com Updated Date: 2025-10-27T04:05:56Z Creation Date: 1997-10-27T05:00:00Z Registry Expiry Date: 2035-10-26T04:00:00Z Registrar: Network Solutions, LLC Registrar IANA ID: 2 Registrar Abuse Contact Email: [email protected] Registrar Abuse Contact Phone: +1.8777228662 Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited Name Server: NORA.NS.CLOUDFLARE.COM Name Server: RICK.NS.CLOUDFLARE.COM DNSSEC: unsigned URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/ >>> Last update of whois database: 2026-10-02T03:52:13Z <<< For more information on Whois status codes, please visit https://icann.org/epp NOTICE: The expiration date displayed in this record is the date the registrar's sponsorship of the domain name registration in the registry is currently set to expire. This date does not necessarily reflect the expiration date of the domain name registrant's agreement with the sponsoring registrar. Users may consult the sponsoring registrar's Whois database to view the registrar's reported date of expiration for this registration. TERMS OF USE: You are not authorized to access or query our Whois database through the use of electronic processes that are high-volume and automated except as reasonably necessary to register domain names or modify existing registrations; the Data in VeriSign Global Registry Services' ("VeriSign") Whois database is provided by VeriSign for information purposes only, and to assist persons in obtaining information about or related to a domain name registration record. VeriSign does not guarantee its accuracy. By submitting a Whois query, you agree to abide by the following terms of use: You agree that you may use this Data only for lawful purposes and that under no circumstances will you use this Data to: (1) allow, enable, or otherwise support the transmission of mass unsolicited, commercial advertising or solicitations via e-mail, telephone, or facsimile; or (2) enable high volume, automated, electronic processes that apply to VeriSign (or its computer systems). The compilation, repackaging, dissemination or other use of this Data is expressly prohibited without the prior written consent of VeriSign. You agree not to use electronic processes that are automated and high-volume to access or query the Whois database except as reasonably necessary to register domain names or modify existing registrations. VeriSign reserves the right to restrict your access to the Whois database in its sole discretion to ensure operational stability. VeriSign may restrict or terminate your access to the Whois database for failure to abide by these terms of use. VeriSign reserves the right to modify these terms at any time. The Registry database contains ONLY .COM, .NET, .EDU domains and Registrars.