Bekijk Volledige Versie : ips.blackscatter.org
Beste,
Wij worden zo langzamer hand gek van de blackscatter DNSBL listing. Een aantal van onze servers komen op deze lijst, terwijl het ip op andere lijsten schoon is. Heeft iemand nog tips om dit beter te beveiligen?
Houd rekening dat wij redelijk bekend zijn met een goede basis/security opzet, dus geen bounce mails vanuit spamassassin, etc.etc. Uitgaand verkeer scannen wij nog niet, is overigens ook niet wenselijk, maar gezien het feit dat we om de 2 - 3 maanden wel weer op die blackscatter lijst staan, begint het nu wel te vreten.
Wij zijn dus op zoek naar tips.
Mailserver: Exim
Scanner: Spamassassin + clamav
OS: CentOS
CP: Directadmin
Triloxigen
11/03/10, 16:44
Ik heb ook het idee dat blackscatter gewoon scam is. Ze geven aan dat ze IP's op de blacklist zetten als ze denken dat er mogelijk ooit spam vanaf kan komen. Dus niet eens als het nog niet gebeurd is..
Om er dan afgehaald te worden kost het je 50,-.
Om er dan afgehaald te worden kost het je 50,-.
Om er een week later opnieuw opgezet worden. Scam wat mij betreft.
Het is geen scam, het probleem zit hem in Exim die bepaalde mail bounced die vaak ook spam is. Er zit dus ergens een fout in de DirectAdmin exim config die er voor zorgt dat er een fout optreed binnen Exim waardoor hij bounced. Daarom komen DirectAdmin servers op backscatterer terecht. De oplossing heb ik helaas niet.
Nah, laat ik het dan anders zeggen: het is scam omdat je tegen betaling gedelist kan worden. Ipv. je 24 tot 48 uur op een lijst te houden, en te delisten indien er geen spam meer gezien wordt van je IP.
Triloxigen
11/03/10, 17:10
Om er een week later opnieuw opgezet worden. Scam wat mij betreft.
Precies, wat mij betreft niet sponsoren
Het is geen scam, het probleem zit hem in Exim die bepaalde mail bounced die vaak ook spam is. Er zit dus ergens een fout in de DirectAdmin exim config die er voor zorgt dat er een fout optreed binnen Exim waardoor hij bounced. Daarom komen DirectAdmin servers op backscatterer terecht. De oplossing heb ik helaas niet.
Ook andere systemen zetten ze erop, hun eigen quote;
First you should know that a listing at ips.backscatterer.org does not mean your system spammed, it means your system does not follow best practices
Puur vanuit theoretisch oogpunt is het een terechte lijst. Alleen wordt hij vaak door providers op een verkeerde manier gebruikt (direct blocken op basis van een listing, in plaats van punten toekennen).
Je kunt het wel een stomme lijst vinden, maar praktijk wijst wel uit dat het toch wel vervelend is als je er op staat.
Ik heb heel veel ip's van klanten die enkel en alleen op Backscatter staan. Dat vind ik dan wel heel verdacht. En ik ga daar mooi niet voor dokken... riekt naar oplichting wat mij betreft
Ik denk dat de meeste spamfilters ook geen gebruik maken van deze banlist, tenminste, ik mag het hopen ;)
Ik denk dat de meeste spamfilters ook geen gebruik maken van deze banlist, tenminste, ik mag het hopen ;)
Ik ben ze gelukkig nog niet tegengekomen.
En anders begin ik ook een lijstje zelf, zet er een paar duizend IP adressen in en een paypal link. Hoppakee!
Lol, sowiezo is de tijd dat je alleen kon afgaan op blacklisten wel echt geweest..
Zie toevallig dat de vrienden van Tiscali met hun SMTP out weer eens op 2 lijsten staan.
Als je spamfilters alleen daar op afstelt, heb je binnen no time bijzonder boze klanten aan de lijn :) Wellicht een idee om dat soort instellingen eens te delen met elkaar.
Dat we (wellicht) eens een eenduidig beleid krijgen...
Bij ons krijgt NL/BE mail tegenwoordig een -100 score, omdat de spam uit NL/BE bijzonder is afgenomen. Al het andere wat een beetje wantrouwend overkomt gaat standaard in de Greylist mode. Maar klanten met leveranciers uit bijvoorbeeld China of Suriname (die echt 0,0 doen aan abuse klachten) blijven soms wel voor hoofdpijn zorgen...
Aan de andere kant, had iemand van de week Penis (excuus) in zijn naam zitten, daar ging weer een record uit de Regex module ;-)
Sorry voor het kapen van het topic, maar ik gok dat iedere provider met minimaal x.xxx domeinen in beheer een beetje tegen dezelfde problemen aanlopen.
Natuurlijk is het scam...pure oplichterij. Wanneer wij op die lijst staan, staan wij dus niet op een lijst. Wanneer een IP een keer op een lijst komt te staan, ok prima, even vervelend. Hun houden de IP maanden vast, tenzij je betaald.
Bah
En let maar op, zo komen er wel meer lijsten
Tiopan is ook zo`n irritante. Je kunt er volgens mij niet betalen, maar ze laten je gerust maanden op die lijst staan ook al mail je ze zoals aangegeven.
Gelukkig zijn er ook lijsten die wel nette regels hebben (dus 24 tot 48 uur op de lijst, mailtje naar speciaal mailadres via de server die op de lijst staat enz).
Er is niet zoveel aan te beveiligen. Je kunt bounces uitschakelen, want daar gaat het om, maar dat is ook weer niet volgens de email regels.
Wat wij hebben gedaan is een bounce server opzetten met sendmail. Alle bouncemails die vanaf onze server(s) komen, gaan eerst naar die server om vervolgens door sendmail te worden doorgestuurd.
Resultaat: de bounce server staat op de blacklist, maar de normale mailservers dus niet meer. En dat is wat we willen!
Ik ben ze gelukkig nog niet tegengekomen.
En anders begin ik ook een lijstje zelf, zet er een paar duizend IP adressen in en een paypal link. Hoppakee!
wat houd je tegen ?
Het is heel simpel .. Deze lijst heeft regels voor listing die conflicteren met de SMTP RFC 5321. Mensen die zich netjes aan de RFC houden worden dus gewoon gelist, omdat de beheerders eigen regels hebben gedefinieerd.
Niemand gebruikt deze lijst dan ook die enigzins weet waar die mee bezig is. Partijen die dat wel doen ervaren vanzelf de problemen dat legitieme SMTP mails niet aankomen :) Als je gelist bent kan je dat gewoon negeren.
Het is heel simpel .. Deze lijst heeft regels voor listing die conflicteren met de SMTP RFC 5321. Mensen die zich netjes aan de RFC houden worden dus gewoon gelist, omdat de beheerders eigen regels hebben gedefinieerd.
Niemand gebruikt deze lijst dan ook die enigzins weet waar die mee bezig is. Partijen die dat wel doen ervaren vanzelf de problemen dat legitieme SMTP mails niet aankomen :) Als je gelist bent kan je dat gewoon negeren.
Blij dat een echt SpamExpert bevestigd wat ik al maanden roep....
(nee geen cynisme in deze zin mensen)
Triloxigen
12/03/10, 22:08
Barracuda gebruikt wel backscatter :(
En let op het is backscatterer, niet bLackscatterer
En hotmail en gmail gebruiken het ook voor zover ik weet. Zijn in het verleden al problemen mee geweest namelijk.
Oke...even mijn topic terug kapen hoor! haha... Wat jullie zeggen is ook mijn vermoeden. Wij hebben er dan ook niet zo veel last van, zolang de lijst niet gebruikt wordt, maar dat weet je helaas niet. Barracuda houdt gelukkig een eigen lijst bij.
De sendmail setup is wel een aardige. Ik zal daar eens induiken. Heren allen bedankt voor het levende houden van deze topic! Signing off....
Vaak denken mensen dat ze door een externe partij geblokkeerd worden omdat als ze op een DNSBL lookup lijst kijken er alleen een hit is op backscatterer. Dit betekent natuurlijk NIET dat dat ook de oorzaak moet zijn. Wij gebruiken als SpamExperts ook allemaal niet-publieke/commerciele blacklists waarop je geen hit krijgt op de meeste DNSBL lookup websites.
Hotmail en Gmail gebruiken de lijst voor zover ik weet niet. Barracuda lijkt me ook niet. Wel gebruiken deze diensten o.a. ook externe en eigen lijsten.
dreamhost_nl
16/03/10, 11:26
Dat kan ik bevestigen. Ook wij staan met een enkel IP-adres op deze lijst en kunnen hier vandaan gewoon e-mail sturen naar Hotmail en GMail.
PerryKniest
01/04/10, 16:23
Het is heel simpel .. Deze lijst heeft regels voor listing die conflicteren met de SMTP RFC 5321. Mensen die zich netjes aan de RFC houden worden dus gewoon gelist, omdat de beheerders eigen regels hebben gedefinieerd.
Niemand gebruikt deze lijst dan ook die enigzins weet waar die mee bezig is. Partijen die dat wel doen ervaren vanzelf de problemen dat legitieme SMTP mails niet aankomen :) Als je gelist bent kan je dat gewoon negeren.
Ik heb de laatste maanden van alles gedaan om een ip eraf te krijgen maar bleef maar terug komen. Ben blij dat ik naar die lijst niet hoef te kijken.
even een oud topic uit de sloot..
Wij staat hier nu op en het lijkt erop dat dit de reden is waarom xs4all geen e-mail naar ons kan sturen. Ik heb contacten met iemand binnen xs4all, maar zei zegt dat ze hem niet gebruiken, maar het wel daaraan ligt dat we de mail niet binnenkrijgen :S
Alle mail van google, hotmail, ziggo noem maar op komt binnen, alleen mensen bij xs4all krijgen een bounce van de mailerdeamon van xs4all dat de domeinen op onze ip niet resolven :S
Iemand een idee hoe ik dit kan oplossen?
even een oud topic uit de sloot..
Wij staat hier nu op en het lijkt erop dat dit de reden is waarom xs4all geen e-mail naar ons kan sturen. Ik heb contacten met iemand binnen xs4all, maar zei zegt dat ze hem niet gebruiken, maar het wel daaraan ligt dat we de mail niet binnenkrijgen :S
Alle mail van google, hotmail, ziggo noem maar op komt binnen, alleen mensen bij xs4all krijgen een bounce van de mailerdeamon van xs4all dat de domeinen op onze ip niet resolven :S
Iemand een idee hoe ik dit kan oplossen?
Begin met je probleem helder te omschrijven, en post headers van de bouncende mail. En de domeinen waar het om gaat.
Je hebt het over een blacklist in gebruik bij de *afzender* waardoor *uitgaande* mail niet zou werken ?
Dat is wel heel ongebruikelijk, en niet hoe xs4all's spam filters normaal gesproken werken.
(overigens kunnen xs4all gebruikers afwijken van het xs4all standaard filter en zelf aangeven welke blacklists wel of niet gebruikt moeten worden, maar dat heeft alleen te maken met mail inkomend bij xs4all voor de betreffende gebruiker).
Goed, even wat uitgebreider:
Wij hebben een server en zijn relatief webhostingbedrijf. Sinds kort staat ons ip gelist op backscatter.org.
Klanten van XS4ALL proberen een mail te sturen naar een domein gehost op onze server, deze komt niet aan, de XS4ALL klant krijgt de volgende melding terug:
-----Oorspronkelijk bericht-----
Van: Mail Delivery Subsystem [mailto:MAILER-DAEMON@xs4all.nl]
Verzonden: maandag 1 augustus 2011 12:10
Aan: afzender@xs4allklant.net
Onderwerp: Returned mail: see transcript for details
The original message was received at Wed, 27 Jul 2011 09:31:48 +0200 (CEST) from a80-101-x-x.adsl.xs4all.nl [80.101.x.x]
----- The following addresses had permanent fatal errors ----- <info@domeinoponzeserver.nl>
(expanded from: <info@domeinoponzeserver.nl>)
----- Transcript of session follows ----- <info@domeinoponzeserver.nl>...
Deferred: Name server: domeinoponzeserver.nl.: host name lookup failure Message could not be delivered for 5 days Message will be deleted from queue
En het antwoord van XS4ALL waarom hij niet aankomt is omdat ons ip op de backscatterer "blacklist" staat.
dreamhost_nl
08/08/11, 16:57
host name lookup failure...
Bijna niemand maakt gebruik van de backscatter RBL, aangezien je hier alleen afkomt als je betaalt of (erge) geduld hebt...
Ik zou even nagaan of je (DNS) server(s) wel bereikt kunnen worden vanuit XS4ALL. Laat even een traceroute doen door je klant.
host name lookup failure...
Bijna niemand maakt gebruik van de backscatter RBL, aangezien je hier alleen afkomt als je betaalt of (erge) geduld hebt...
Ik zou even nagaan of je (DNS) server(s) wel bereikt kunnen worden vanuit XS4ALL. Laat even een traceroute doen door je klant.
De websites zijn vanaf xs4all klanten gewoon te bekijken...
Goed, even wat uitgebreider:
Wij hebben een server en zijn relatief webhostingbedrijf. Sinds kort staat ons ip gelist op backscatter.org.
Klanten van XS4ALL proberen een mail te sturen naar een domein gehost op onze server, deze komt niet aan, de XS4ALL klant krijgt de volgende melding terug:
-----Oorspronkelijk bericht-----
Van: Mail Delivery Subsystem [mailto:MAILER-DAEMON@xs4all.nl]
Verzonden: maandag 1 augustus 2011 12:10
Aan: afzender@xs4allklant.net
Onderwerp: Returned mail: see transcript for details
The original message was received at Wed, 27 Jul 2011 09:31:48 +0200 (CEST) from a80-101-x-x.adsl.xs4all.nl [80.101.x.x]
----- The following addresses had permanent fatal errors ----- <info@domeinoponzeserver.nl>
(expanded from: <info@domeinoponzeserver.nl>)
----- Transcript of session follows ----- <info@domeinoponzeserver.nl>...
Deferred: Name server: domeinoponzeserver.nl.: host name lookup failure Message could not be delivered for 5 days Message will be deleted from queue
En het antwoord van XS4ALL waarom hij niet aankomt is omdat ons ip op de backscatterer "blacklist" staat.
Tsja, leuk dat je namen blijft verstoppen, maar dan kunnen we natuurlijk niets debuggen.
(dig MX , dig A , dig NS/SOA etc voor domeinoponzeserver.nl).
Dat een naam wel als website bereikbaar is zegt lang niet alles. (MX vs A record).
Nu zijn zelfs de 1e/2e lijn helpdeskers bij xs4all best goed, maar in dit geval twijfel ik of het antwoord wat je gekregen hebt ook echt juist is;
Ik denk niet dat de echte mailexperts van xs4all het bij dit antwoord gelaten zouden hebben (of tevreden zijn met het niet versturen van mail door een dergelijke oorzaak).
De melding is vrij duidelijk, en waarom een DNS lookup zou falen vanwege een backscatter list voor een uitgaande mail is vreemd.
Kortom, ik ben niet overtuigd van de diagnose "backscatter blacklist".
Je hebt helemaal gelijk.
Domeinnaam waar het om gaat: trommvastgoed.nl
Moet overigens zeggen dat het om meerdere domeinnamen op deze server gaat.. daarom is het zo raar dat er iets mis zou zijn met dns..
Je hebt helemaal gelijk.
Domeinnaam waar het om gaat: trommvastgoed.nl
Moet overigens zeggen dat het om meerdere domeinnamen op deze server gaat.. daarom is het zo raar dat er iets mis zou zijn met dns..
Fix je nameservers, dat is sowieso al niet goed, zie ook: http://www.intodns.com/trommvastgoed.nl
Je hebt helemaal gelijk.
Domeinnaam waar het om gaat: trommvastgoed.nl
Moet overigens zeggen dat het om meerdere domeinnamen op deze server gaat.. daarom is het zo raar dat er iets mis zou zijn met dns..
DNS is in elk geval niet consistent; Ik durf niet meteen te zeggen dat dat de reden is waarom xs4all mailservers 'm niet kunnen vinden, maar wel iets om te fixen voordat je verder gaat zoeken.
Het is zeker mogelijk dat xs4all resolvers gebruikt die strakker controleren en het daarom bij hen niet werkt en bij andere ISPs wel.
De .NL root zegt als NS'en voor dit domein :
dig NS trommvastgoed.nl @ns1.nic.nl
[knip]
;; AUTHORITY SECTION:
trommvastgoed.nl. 7200 IN NS ns2.web01.universalxs.nl.
trommvastgoed.nl. 7200 IN NS ns1.web01.universalxs.nl.
;; ADDITIONAL SECTION:
ns1.web01.universalxs.nl. 7200 IN A 85.17.242.187
ns2.web01.universalxs.nl. 7200 IN A 85.17.242.222
Maar die zeggen zelf :
dig NS trommvastgoed.nl @85.17.242.187
; ANSWER SECTION:
trommvastgoed.nl. 14400 IN NS ns1.wuxs008.universalxs.nl.
trommvastgoed.nl. 14400 IN NS ns2.wuxs008.universalxs.nl.
Er is geen A record voor ns1.wuxs008.universalxs.nl
Er is nog wel een NS record voor wuxs008.universalxs.nl :
wuxs008.universalxs.nl. 14400 IN NS ns2.universalxs.nl.
wuxs008.universalxs.nl. 14400 IN NS ns1.universalxs.nl.
;; ADDITIONAL SECTION:
ns1.universalxs.nl. 14400 IN A 83.149.82.65
ns2.universalxs.nl. 14400 IN A 83.149.82.113
Maar geen A maar voor ns1.wuxs008.universalxs.nl :
dig A ns1.wuxs008.universalxs.nl @83.149.82.65
Vergeet niet dat je TTL 14400 seconden is, dus het kan even duren tussen je fix voordat je met een test zekerheid hebt dat het NIET geholpen heeft.
(als het daarna werkt, weet je wel dat het geholpen heeft, maar dat het misschien NIET geholpen heeft kun je pas 14400 seconden na je fix zeker weten).
Hoe je het wilt fixen moet je even zelf bedenken, maar de oorzaak is duidelijk dat er twee of drie naamstructuren gebruikt zijn die voor dit domein door elkaar zijn gaan lopen.
(keertje migratie ? andere beheerder ? andere dns'en voor vps vs shared hosting klant en dit domein omgezet ?)
En dat is nu aangepakt, meteen even 3e ns toegevoegd.. xs4all mail komt dus ook weer binnen..
Is onlangs migratie geweest dus vandaar... xs4all is wel erg strict overigens.
En dat is nu aangepakt, meteen even 3e ns toegevoegd.. xs4all mail komt dus ook weer binnen..
Is onlangs migratie geweest dus vandaar... xs4all is wel erg strict overigens.
Het is nog niet helemaal goed :
Het werkt een beetje omdat je glue records bij de NL. hebt, maar de DNS'en van universalxs.nl kennen geen A records voor zichzelf.
dig A ns{1,2,3}.wuxs008.universalxs.nl @ {83.149.82.65,83.149.82.113}
Er zit wat inconsistent in de keuzes ns1/2.universalxs.nl , ns{1,2,3}.wuxs008.universalxs.nl en (en de NS'en voor de {wuxs008}.universalxs.nl zones).
Nu ja, ik kan nu dan even niet alles doorlopen en checken, maar daar moet je nog maar even goed naar kijken.
Ik denk dat die strictere checks in resolvers het gevolg zijn van alle aandacht voor DNS cache poisoning, en dat de resolvers (cq config) die xs4all gebruikt dan niet meer een antwoord wat als glue meekwam accepteren.