Difference between revisions of "Delist Request"
m |
(→IP Whitelist Requests) |
||
(One intermediate revision by the same user not shown) | |||
Line 3: | Line 3: | ||
XMission utilizes a combination of internal and external RBL (Real-time Blackhole List) lists to maintain the health of our email infrastructure and stop unwanted emails from hitting customer mail accounts. | XMission utilizes a combination of internal and external RBL (Real-time Blackhole List) lists to maintain the health of our email infrastructure and stop unwanted emails from hitting customer mail accounts. | ||
− | In the XMission RBL Management system, IP addresses can be added to our blocklist or they can be | + | In the XMission RBL Management system, IP addresses can be added to our blocklist or they can be allowed. A blocklist entry means the IP address(es) will be prevented from sending email to our system. Any sender on the blocklist will receive a bounceback message indicating they are blocklisted with details on how to be removed. |
==Check for IP Blocklist== | ==Check for IP Blocklist== | ||
Line 24: | Line 24: | ||
Removal requests for larger subnets, or a number of individual IP addresses, have to be submitted for administrative review and can take 1-4 business days to process. | Removal requests for larger subnets, or a number of individual IP addresses, have to be submitted for administrative review and can take 1-4 business days to process. | ||
− | ==IP | + | ==IP Allow Requests== |
− | XMission email customers can submit IP | + | XMission email customers can submit IP allow requests to support@xmission.com. |
− | + | Allowing an IP address or subnet can be useful for hosted email customers with remote end users, particularly those in foreign countries. This can prevent automated system protections from blocking legitimate email on suspect networks. The allow process requires human review and can take 1-3 business days to complete. |
Latest revision as of 09:27, 22 June 2020
Contents
Delist Requests with XMission
XMission utilizes a combination of internal and external RBL (Real-time Blackhole List) lists to maintain the health of our email infrastructure and stop unwanted emails from hitting customer mail accounts.
In the XMission RBL Management system, IP addresses can be added to our blocklist or they can be allowed. A blocklist entry means the IP address(es) will be prevented from sending email to our system. Any sender on the blocklist will receive a bounceback message indicating they are blocklisted with details on how to be removed.
Check for IP Blocklist
Customers and senders can check if IP is on our blackhole list here: https://postmaster.xmission.com/senders/rbls.php
The above URL is included the bounceback message response sent by the system.
Request Removal
If an IP is on our blocklist customers or senders can click the link above to request a delist or use this direct link: https://postmaster.xmission.com/senders/rbl_delist.php
Please note, an IP on our blocklist is not necessarily indicative of malicious activity by that particular user, IP addresses are somewhat ephemeral and can change hands frequently or may have been a previous source of abuse but subsequently cleaned up.
Once a delist request has been submitted it must be reviewed by a human to determine whether or not the IP address should be delisted. This process can take 1 to 2 business days.
If the request is legitimate, we will delist the IP address(es) provided and then send a response letting the customer know that they have been delisted.
Requests that appear questionable will be denied and the IP address(es) will not be delisted. XMission will not send a response if we elect not to delist requested IP address(es).
Large Removal Requests
Removal requests for larger subnets, or a number of individual IP addresses, have to be submitted for administrative review and can take 1-4 business days to process.
IP Allow Requests
XMission email customers can submit IP allow requests to support@xmission.com.
Allowing an IP address or subnet can be useful for hosted email customers with remote end users, particularly those in foreign countries. This can prevent automated system protections from blocking legitimate email on suspect networks. The allow process requires human review and can take 1-3 business days to complete.