Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


SpamHaus listing the whole /10 :O
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

SpamHaus listing the whole /10 :O

feezioxiiifeezioxiii Member, Host Rep
edited February 2019 in General

This actually surprised me as I got replied from a provider refused to announce my /24 :O

Link: https://www.spamhaus.org/pbl/query/PBL1620170

#RIP

Edit: As pointed out, this might be requested from the ISP (Sprint) as @Francisco's post.

Thanked by 1eol

Comments

  • VirpusVirpus Member, Host Rep

    Very interesting...

  • NeoonNeoon Community Contributor, Veteran

    @feezioxiii said:
    This actually surprised me as I got replied from a provider refused to announce my /24 :O

    Link: https://www.spamhaus.org/pbl/query/PBL1620170

    RIP

    Well, maybe the range you rent, was to cheap?
    No wonder if the seller does not check the range for blacklisted IP's.

  • FranciscoFrancisco Top Host, Host Rep, Veteran

    The range is owned by Sprint, how exactly are you getting leases from it?

    Good chance Sprint is the one that requested the listing. I've seen a few larger end user ISP's do that (in the past at least).

    Francisco

    Thanked by 1feezioxiii
  • dfroedfroe Member, Host Rep

    Well, that's PBL, which is not a blacklist as such (see spamhaus faq on that topic).

    PBL basically means that no unauthenticated mail submission should occur from that IP range which is usually the case for dynamic end-customer IPs assigned by ISPs or unallocated address space.
    If your subnet was just recently allocated, Spamhaus probably missed to update their PBL.

    The owner of the addresses (i.e. who's listed in whois) can create an account at the Spamhaus ISP Portal (https://portal.spamhaus.org/isp/). There you can add IP ranges you own which will be manually verified by Spamhaus through whois records. After your IP range has been approved you can manage PBL listings within that range on your own. For example you can add IPs from which you don't want to allow unauthenticated mail submission.

    In case there is an older larger PBL listing overlaying your particular IP range, you can also claim your specific IP range which means it will be excluded from the larger overlaying PBL listing or the larger PBL will be removed after review. This process is also described in the ISP FAQ.

    You will probably have to read a bit through the PBL and ISP FAQ from Spamhaus. But that's not a big deal and really nothing to worry. It will just cost you some time but once you have done it, you are fine and your IPs will disappear from the PBL.

    Thanked by 1Corey
  • feezioxiiifeezioxiii Member, Host Rep

    @Neoon said:

    @feezioxiii said:
    This actually surprised me as I got replied from a provider refused to announce my /24 :O

    Link: https://www.spamhaus.org/pbl/query/PBL1620170

    RIP

    Well, maybe the range you rent, was to cheap?
    No wonder if the seller does not check the range for blacklisted IP's.

    @Francisco said:
    The range is owned by Sprint, how exactly are you getting leases from it?

    Good chance Sprint is the one that requested the listing. I've seen a few larger end user ISP's do that (in the past at least).

    Francisco

    Leased from a provider on LET (not so reputable among members but been in the hosting industry for long enough). Haven't been able to check RIPE database as their DB just rejecting my connection. But from my last check, the /24 was originated from provider's /22 iirc (so it should be RIPE allocation).

    Not gonna list the name and the exact /24 block here for privacy sakes. :hushed:

  • dfroedfroe Member, Host Rep

    Probably try again later with RIPE DB, I am also facing high processing times and several timeouts while working with RIPE DB right now. Seems to have some load issues at the moment.

    But the IP range you are referring to is definitely not managed by RIPE. 184/8 is allocated to ARIN by the IANA. And from ARIN it is assigned to Sprint as mentioned by Francisco.

    So if you got a RIPE offer from within 184/8, it might have been to cheap. ;)

  • feezioxiiifeezioxiii Member, Host Rep

    @dfroe said:
    Well, that's PBL, which is not a blacklist as such (see spamhaus faq on that topic).

    PBL basically means that no unauthenticated mail submission should occur from that IP range which is usually the case for dynamic end-customer IPs assigned by ISPs or unallocated address space.
    If your subnet was just recently allocated, Spamhaus probably missed to update their PBL.

    The owner of the addresses (i.e. who's listed in whois) can create an account at the Spamhaus ISP Portal (https://portal.spamhaus.org/isp/). There you can add IP ranges you own which will be manually verified by Spamhaus through whois records. After your IP range has been approved you can manage PBL listings within that range on your own. For example you can add IPs from which you don't want to allow unauthenticated mail submission.

    In case there is an older larger PBL listing overlaying your particular IP range, you can also claim your specific IP range which means it will be excluded from the larger overlaying PBL listing or the larger PBL will be removed after review. This process is also described in the ISP FAQ.

    You will probably have to read a bit through the PBL and ISP FAQ from Spamhaus. But that's not a big deal and really nothing to worry. It will just cost you some time but once you have done it, you are fine and your IPs will disappear from the PBL.

    Well, I know about that (as I read the FAQ right after being notified about this - announcement rejected). But no matter how I explain to my upstream, they will still reject it anyways, Spamhaus even mentioned "THE PBL IS NOT A BLACKLIST" and "It is perfectly normal for these IP addresses to be listed on the PBL" on their site.

    ¯_(ツ)_/¯

  • dfroedfroe Member, Host Rep

    @feezioxiii said:
    But no matter how I explain to my upstream, they will still reject it anyways

    Maybe search for another upstream if they are rejecting announcements because of PBL listing?!

    I mean, the PBL per design includes nearly all dynamic IP addresses assigned to end-customer internet connections. And they are obviously still routable. ;)

    Thanked by 1feezioxiii
  • feezioxiiifeezioxiii Member, Host Rep

    Jeez, just double checked and seems like my provider gave the wrong IP range on the LOA. The IP is started from 185 and not 184. Re-checking with them again now :sweat_smile:

    Solved

    Thank you @dfroe and @Francisco for pointing it out that the range is from Sprint :sunglasses:

  • dfroedfroe Member, Host Rep

    Then there was in fact a good reason for your upstream provider to reject the announcement. :D

  • ClouviderClouvider Member, Patron Provider

    @dfroe said:
    Then there was in fact a good reason for your upstream provider to reject the announcement. :D

    Pity it was rejected through a listing on a PBL instead of checking that the person issuing the LoA had no rights to do that, but yeah, least it wasn’t announced.

  • feezioxiiifeezioxiii Member, Host Rep
    edited February 2019

    @Clouvider said:

    @dfroe said:
    Then there was in fact a good reason for your upstream provider to reject the announcement. :D

    Pity it was rejected through a listing on a PBL instead of checking that the person issuing the LoA had no rights to do that, but yeah, least it wasn’t announced.

    That's the point though, they could have mentioned that the IP is from a Reputable ISP and tell me to recheck it.

    Personally, I would safely assume that the LOA is correct as it must be checked twice anyways (IP provider and Upstream who will announce the range). So never expected the LOA has incorrect information. :\

    Edit: Also lesson learned, be sure to double check everything and stop assuming :expressionless:

    Thanked by 1Clouvider
  • Thread closed per the OP’s request.

    Thanked by 1feezioxiii
This discussion has been closed.