==================================================================
Please DO NOT REPLY to this mail or send email to the developers
about this bug. Please follow-up to Bugzilla using this link:
http://bugs.contribs.org/show_bug.cgi?id=9091
Have you checked the Frequently Asked Questions (FAQ)?
http://wiki.contribs.org/SME_Server:Documentation:FAQ
Please also take the time to read the following useful guide:
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
==================================================================
Bug ID: 9091
Summary: The receiver has not implemented URIBL lookups
correctly
Classification: Contribs
Product: SME Contribs
Version: 8.1
Hardware: ---
OS: ---
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: smeserver-wbl
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
After enabling blacklists my server rejects mails. The sender recieves a
bounce like this :
This is the mail system at host leibniz.telenet-ops.be.
I'm sorry to have to inform you that your message could not be delivered to one
or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can delete your own text
from the attached returned message.
The mail system
<[email protected]>: host sme.pollet-ghys.be[81.83.4.82] said: 550
127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more
information [Your DNS IP: 208.69.35.17] (in reply to RCPT TO command)
I use opendns.
http://uribl.com/refused.shtml : ... the receiver has not implemented URIBL
lookups correctly. URIBL uses bitmask responses to indicate a domain being
listed. Our Implementation guidelines provide the bitmask responses. All
queries that we refuse, we return a 127.0.0.1 response to, as bit 0x1 is not
used for domain classification. SpamAssassin supports the 0x1 bitmask response,
and provides a URIBL_BLOCKED rule which will fire if the query was refused by
URIBL.
If you send a query to "black.uribl.com" and we deliver a 127.0.0.1 response
back to that query, that is not a positive listing. Only 127.0.0.2 responses
indicate a listing on black.uribl.com. Really you should be using
multi.uribl.com for resolution, and doing proper bitmask checking. If your
software does not support bitmask checking of the 4th octet, contact your
software vendor, or stop using URIBL completely.
--
You are receiving this mail because:
You are the QA Contact for the bug._______________________________________________
Mail for each SME Contribs bug report
To unsubscribe, e-mail [email protected]
Searchable archive at http://lists.contribs.org/mailman/public/contribteam/
