IP Address: 193.253.101.87
IP address 193.253.101.87 is registered to France Telecom and geolocates to Saint-Denis, Réunion. It first appeared in sh4meful's dataset on December 13, 2025 and was most recently observed on September 8, 2026. Over the observation window, it has failed DMARC alignment 20 times across 3 distinct sender domains. Its reverse DNS resolves to 193-253-101-87.ftth.fr.orangecustomers.net. Network context: this address sits within IP2000-ADSL-BAS (France Telecom), a network sh4meful has observed producing 42 failures across 6 distinct IPs during the same window.
Failure Activity Over Time
Peak activity was observed in the week of July 6, 2026 with 4 failures recorded. Activity in the most recent 30-day window held roughly steady compared with the prior period (3 vs 3 failures).
This IP has claimed to send from 3 sender domains monitored by sh4meful. The narrow domain set is consistent with a targeted spoofing pattern.
This page shows DMARC authentication failure data for this IP address. Learn more about this data.
Geolocation Information
- Country:
- RE Réunion
- City:
- Saint-Denis
- Coordinates:
- -20.8864, 55.4511
WHOIS Information
- Network Name:
- IP2000-ADSL-BAS
- CIDR:
193.253.96.0/19- Owner:
- France Telecom
- Reverse DNS:
-
193-253-101-87.ftth.fr.orangecustomers.net
Last updated: 2/5/2026
Analysis
This IP has generated DMARC authentication failures across 38 messages between December 13, 2025 and September 8, 2026. Every message observed from this source failed both SPF and DKIM verification. Receiving mail providers applied a reject disposition, refusing delivery outright.
The reverse DNS record resolves to 193-253-101-87.ftth.fr.orangecustomers.net. Whether this represents legitimate mail infrastructure depends on whether the hostname aligns with the domains this address is claiming to send on behalf of.
Geolocation places the host in Saint-Denis, Réunion, on infrastructure operated by France Telecom. Abuse-reporting channels in this jurisdiction are generally responsive, and reports to the network operator can result in timely remediation.
The address is registered to France Telecom (IP2000-ADSL-BAS), an enterprise network operator. Concentrated authentication failures on enterprise address space can indicate either a compromised internal host being used as an unauthorized sending relay, or an organization knowingly or unknowingly operating as a spam source.
Across the wider IP2000-ADSL-BAS network, 6 distinct IPs have been associated with 42 authentication failures over 47 observed messages, spanning 2 countries. Most observed IPs on this network contribute to the failure count, suggesting the range as a whole warrants elevated scrutiny.
If your domain appears in the From header of mail from this address, treat it as probable spoofing. Verify that your SPF record does not authorize this host, directly or through nested include mechanisms, and that no DKIM selector you publish has been issued to it. If both checks come back clean, the receiver's reject action is doing its job.
Your DMARC policy posture matters more than any IP-level response here. The enforcement action applied to this mail indicates your policy is already providing protection. Maintaining p=reject across all your domains closes the gap for attackers who manage partial alignment. Domains that remain at p=none long-term tend to be impersonated repeatedly, because the cost to the attacker of attempting is effectively zero.
Blocking this individual address has limited durability: an attacker can rotate to another address in the same /24 subnet at effectively zero cost. More durable responses include monitoring aggregate DMARC reports so new sources are visible as they emerge, tightening SPF to remove overly permissive include chains or +all mechanisms, and ensuring DKIM is signing every legitimate outbound stream so alignment failures are unambiguous. The formal abuse contact for France Telecom is listed in ARIN/RIPE/APNIC WHOIS records, and timely remediation is achievable through that channel.
Failures Detected from this IP
Showing 1-20 of 20 failures, affecting 38 messagesExternal Reputation Lookups
Look up this IP in external threat intelligence and reputation databases (opens in new tab):
Recommended Action
If this IP appears in your own DMARC reports, treat it as an unauthorized sender unless you have specifically verified it as a legitimate service you use. Ensure your DMARC policy is at p=quarantine or p=reject to prevent delivery of messages this IP claims to send from your domain. If you're new to DMARC, our complete guide walks through the mechanics.