We will even be checking incoming email for way more criteria than just black lists. In fact I would not suggest offering POP3 at all but I can’t tell whether it’s still a commonly used protocol. So those users will inadvertently assume that emails got lost because they do not see the “Junk” folder. POP3 just reads the inbox but cannot access any other folders.
And that we will never just reject connections but rather flag an email as spam and deliver it to a special folder called “Junk” in the user’s inbox automatically.īig fat red blinking warning: this does not work for users fetching mail using the POP3 protocol. Just that it is not sufficient if an IP address is listed in one blacklist. We will even be considering multiple RBLs now. If such blacklisting occurs to mail relays of large ISPs you will make your users very unhappy because they lose a lot of email.ĭoes that mean we are not using RBLs any more? Not at all. Unfortunately many of them are automatically maintained which means that an IP address may accidentally be blacklisted. There are a lot of RBLs freely available. So you may consider rejecting connections from that address. If an IP address is found in that specific DNS zone then there has been suspicious activity like a lot of spam or attacks from that address. A blacklist is basically a list of IP addresses that can be queried through DNS. Previous versions of the ISPmail guide relied a lot on real-time blacklists (RBLs). We are not only using real-time blacklists any more With this new solution this has become simpler and way more reliable. But every serious email provider does something about the insane amount of spam. You already have a perfectly working mail server by now.
0 kommentar(er)
