mirror of
https://github.com/adionditsak/blacklist-check-unix-linux-utility.git
synced 2026-04-25 05:05:50 +03:00
[GH-ISSUE #2] False Positives on Spamhaus and Uribl #1
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/blacklist-check-unix-linux-utility#1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Avalarion on GitHub (Jul 11, 2016).
Original GitHub issue: https://github.com/adionditsak/blacklist-check-unix-linux-utility/issues/2
It is not important what I am looking for with
blI always get false positives on spamhaus and all uribl.Example:
Why should googles DNS Server be on that list? I tried out a good dozen of IP Adresses that should be whitelisted but are reported as listed.
And they all are reported by spamhaus and uribl..
And idea how to fix this?
Greetings from germany,
Bastian
@Avalarion commented on GitHub (Jul 12, 2016):
Found one problem. UriBl is answering 127.0.0.1 if the query itself is blocked: http://uribl.com/about.shtml#implementation I am writing them now.
@Avalarion commented on GitHub (Jul 12, 2016):
Found the second Problem:
source: https://www.spamhaus.org/dbl/ right column.
So requesting A.B.C.D.dbl.spamhaus.org always results in an false positive.
@adionditsak commented on GitHub (Sep 26, 2016):
@Avalarion Sounds great Ava, can you do a pull request if you manage to resolve it? Cheers
@adionditsak commented on GitHub (Nov 4, 2018):
Using a new list with more reliable responses