Shame on you, stupid spammers.. Sh4meful  DMARC Spoof Detection

IP Address: 173.231.244.220

Dormant. IP address 173.231.244.220 is registered to InMotion Hosting, Inc and geolocates to United States. It was observed in sh4meful's dataset on December 17, 2024. Over the observation window, it has failed DMARC alignment once, targeting one sender domain. Its reverse DNS resolves to server.infotechfrontroyal.com. Network context: this address sits within INMOT-1 (InMotion Hosting, Inc), a network sh4meful has observed producing 1 failures across 1 distinct IP during the same window.

Failure Activity Over Time

This IP has claimed to send from 1 sender domain monitored by sh4meful. The single targeted domain suggests either a compromised sending source or a spoofing attempt focused on a specific brand.

This page shows DMARC authentication failure data for this IP address. Learn more about this data.

Geolocation Information
Country:
US United States
Coordinates:
37.751, -97.822
WHOIS Information
Network Name:
INMOT-1
CIDR:
173.231.192.0/18
Owner:
InMotion Hosting, Inc.
Org ID:
INMOT-1
Address:
2 Constitution Drive Suite 101, Virginia Beach, VA 23462
Reverse DNS:
server.infotechfrontroyal.com
Last updated: 2/5/2026

Analysis

This IP generated 2 messages that triggered DMARC failures on December 17, 2024, all within a single day. 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 server.infotechfrontroyal.com. 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 United States, on infrastructure operated by InMotion Hosting, Inc. Abuse-reporting channels in this jurisdiction are generally responsive, and reports to the network operator can result in timely remediation.

The address is hosted at InMotion Hosting, Inc, a hosting provider. Authentication failures from hosting provider ranges are common because these providers offer self-service provisioning with limited identity verification, making them convenient for short-lived abuse operations.

Across the wider INMOT-1 network, 1 distinct IP has been associated with 1 authentication failures over 2 observed messages, spanning 1 country. Activity on this network is sparse in this dataset, suggesting isolated rather than systematic abuse.

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 InMotion Hosting, Inc is listed in ARIN WHOIS records, and timely remediation is achievable through that channel.

Failures Detected from this IP
Showing 1-1 of 1 failures, affecting 2 messages
External 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.