one.com

[lukie]

IK zoek een nieuwe hosting provider. Ik weet trouwens niet of ik hier
goed zit voor deze vraag!
Afgelopen jaren bij in.be, in.nl klant geweest. Vorig jaar werd de
prijs zonder enige aankondiging zowat verdubbeld. Over hun diensten
ben ik te vaak teleur gesteld. Afgelopen feestdagen lag de server
gewoon uit. Telefoon stond uit en emails werden pas toen het weer
gemaakt was beantwoord.
Geen excuse niks de volgende werkdag stond die er weer op
Klote dus! Terwijl er andere bedrijven inmiddels veel meer te bieden
hebben. Mijn vraag is heeft iemand ervaring met one.com en zo ja
welke?

groeten
L

[U.P.]

lukie schreef:
> IK zoek een nieuwe hosting provider. Ik weet trouwens niet of ik hier
> goed zit voor deze vraag!
> Afgelopen jaren bij in.be, in.nl klant geweest. Vorig jaar werd de
> prijs zonder enige aankondiging zowat verdubbeld. Over hun diensten
> ben ik te vaak teleur gesteld. Afgelopen feestdagen lag de server
> gewoon uit. Telefoon stond uit en emails werden pas toen het weer
> gemaakt was beantwoord.
> Geen excuse niks de volgende werkdag stond die er weer op
> Klote dus! Terwijl er andere bedrijven inmiddels veel meer te bieden
> hebben. Mijn vraag is heeft iemand ervaring met one.com en zo ja
> welke?

Geen ervaringen zelf mee, maar misschien kun je eens kijken op
http://www.webhosters.nl daar staan veel ervaringen van gebruikers op en
bovendien nog heel wat andere hosters die misschien net zo duur maar beter
zijn...

Overigens moet je de reacties daar wel met een korreltje zout nemen over het
algemeen hoor, soms is het duidelijk de hoster zelf of een vriendje, vooral
bij de kleinere providers.

--
UP

[Angela PE1BIV/M1SCH]

> Afgelopen jaren bij in.be, in.nl klant geweest. Vorig jaar werd de
Hier tenminste sinds 2003.

> prijs zonder enige aankondiging zowat verdubbeld. Over hun diensten
Ben hier, inderdaad zonder vooraankondiging, van 50 euro (ex) voor 100Mb
toen naar 60 euro (ex) voor 150MB gegaan (Dec 2006).

> ben ik te vaak teleur gesteld. Afgelopen feestdagen lag de server
Heb daar niets van gemerkt, maar mogelijk ben ik te druk met de visite bezig
geweest. Normaal heb ik het vrij snel in de gaten als er iets mis is en heb
dan ook best wel eens aan de telefoon gehangen dat Ensim-5 een volledige
reset moest hebben. Dat ding heeft inderdaad een tijdje kuren gehad, maar
daar de laatste maanden niets meer van gemerkt.

> gewoon uit. Telefoon stond uit en emails werden pas toen het weer
> gemaakt was beantwoord.
Geen idee wat de bezetting tijdens de feestdagen zelf is geweest, maar ik
zou verwachten dat ze daar ook zoveel mogelijk afwezig zijn geweest.

> Geen excuse niks de volgende werkdag stond die er weer op
???? Je site of de telefoon?

> Klote dus! Terwijl er andere bedrijven inmiddels veel meer te bieden
> hebben. Mijn vraag is heeft iemand ervaring met one.com en zo ja
> welke?
Helaas, ik heb wel ervaringen met anderen, maar die moeten we nu voor het
overgrote deel als achterhaald beschouwen.
Voor In was het Yourname en daar had ik echt de balen van de service,
Overigens kwam daar, de persoon die voor zover ik weet de grote baas was,
nadat ik de transfers al had geregeld tot de conclusie dat het verstandig
was als ik mijn domains zou verhuizen. Tsja, een klein beetje boel als
mosterd na de maaltijd.

Daarvoor Demon. Uitstekende service en kwaliteit van een club die inmiddels
door XS4ALL is opgekocht. Mijn probleem daar was dat ik onvoldoende controle
had over de e-mail accounts daar het gebaseerd was op een mailbox met een
catch-all.
Daarvoor o.a. KPN.

Met In discussies gehad over het gebruik van de Spamcop Block List. Gezien
dat Spamcop totaal niet wil melden wat hun criteria is voor het plaatsen van
een IP op de SBL heb ik dus wat tegen deze club.
Daarbij worden ook IPs van bij Yahoo op de SBL gezet, waardoor bijv. Yahoo
Goups messages gebounced worden. Heel vervelend, want dat komt over het
algemeen neer op dat je de mail van die group weer moet reactiveren.
Inderdaad zal er bij Yahoo best wel eens spam van een bepaald account worden
verzonden, wat voor Yahoo, maar ook MuckyS0ft en GMail vrijwel onmogelijk is
om te voorkomen.
Ik heb het niet direct gevraagd, maar ik heb zo het idee dat ze bij In het
gebruik van de SBL gestop hebben.

Maar goed, daarvoor in de plaats is klaarblijkelijk een scanner gekomen,
genaamd Mailscanner (zie ergens bij University of South Hampton o.i.d.),
waarover ik nog een niet afgeronde discussie heb met een van de techneuten
over dat deze scanner veel te neurotisch ingesteld staat.
Bij ons wordt alle mail op het domain/hosting pakket naar een mail server
hier thuis doorgezonden en dan gaat het alsnog door de scanner die we op het
domain op inkomende mail zelf niet hebben.
Door die scanner werd o.a. de Conrad mailing gesloopt i.v.m. HTML code in
het bericht welke 'gevaarlijk kan zijn'. Tsja, auto's kunnen ook gevaarlijk
zijn, maar die bannen we ook niet van de weg en zoek maar wat andere
voorbeelden.

Er gaat technisch wel eens iets defect of op andere wijze mis en er worden
inderdaad ook wel eens fouten gemaakt, maar dat wordt normaal gesproken
redelijk snel hersteld of gecorrigeerd.
Ik kan dus zeker niet zeggen dat ik ontevreden ben met hun service.
Ja, soms kan het inderdaad misschien wel beter.
Daartegen maak ik zelf ook fouten, ik ben nl. menselijk, en ben soms zeker
niet de makkelijkste.
De hosting voor verschillende domains (.nl) is dan ook weer voor een jaar
voortgezet, daaraan gekoppeld zijn er ook nog een paar domain aliassen (.com
en .co.uk).
Ook staat er nog een DNS service voor een .net. Ik denk er echter over om
die bij de verlenging dit jaar (was 5 jaar) naar de registar te schuiven
(voor 10 jaar) waar ze destijds een andere .net voor mij hebben
geregistreerd/ondergebracht. Die levert er zonder extra kosten de DNS
service bij met eigen control panel en mijn ervaring is dat dat heel goed
werkt. Het voordeel om te verplaatsen is dat ik er direct zelf de controle
over heb als er eens een keer een wijziging van het IP op de ADSL lijn
plaats vind.

Kwa prijs zijn er inderdaad inmiddels wel een aantal hosting providers die
hosting pakketten aanbieden tegen lagere prijzen.
Toevallig heb ik daar een klein tijdje terug (voor een vereniging) weer eens
naar zitten kijken, maar moet zeggen dat ik toen niet iets heb gevonden waar
ik nu echt warm voor liep.
Maar, er zijn ongetwijfelt nog veel meer hosting providers dan waar ik toen
naar gekeken heb en er zal er vast wel een zijn die dan interessant is.
Daartegen moest ik deze week nog ergens voor naar de info van een hosting
provider kijken. Zag er allemaal heel indrukwekkend uit, maar bijv. totaal
nergens info te vinden over de servers waar de hosting op is ondergebracht;
bijv. Windhoos of een Linux variant.


Angela

[Ruben van der Leij]

On 2008-01-05, Angela PE1BIV/M1SCH <goaway-pe1biv@yahoocom-invalid.invalid> wrote:

> Met In discussies gehad over het gebruik van de Spamcop Block List. Gezien
> dat Spamcop totaal niet wil melden wat hun criteria is voor het plaatsen van
> een IP op de SBL heb ik dus wat tegen deze club.

http://www.spamcop.net/fom-serve/cache/297.html lijkt me duidelijk genoeg.

SCBL Rules

The system currently operates based on these rules:

SCBL lists IP addresses with a large number of reports relative to
reputation points. The SpamCop team manually balances the threshold in an
effort to make the list as accurate as possible.

The SCBL weights reports depending on how recently the mail was received (or
"freshness"):

The SCBL counts the most recently received reports 4:1.
The SCBL counts reports for email 48 hours and older 1:1, with a linear
sliding scale between the most recent and 48 hours past.
The SCBL ignores reports for email received more than one week ago.

The SCBL uses Spamtrap reports to weight total reports. For spamtrap scores
less than 6, the SCBL multiplies by 5 the quantity of spamtrap reports and
adds this to the report score. For larger spamtrap scores, the SCBL squares
the quantity. Examples:
If an IP address has 2 spamtrap reports and 3 SpamCop user-reported reports,
its weighted score is 13: (2 * 5) + 3 = 13.
If a host has 7 spamtrap reports and 3 manual reports, its weighted score is
52: (7 * 7) + 3 = 52.

The SCBL does not count reports regarding URLs or addresses in the body of
the email. Therefore, the SCBL does not list websites or email addresses
used to receive replies in reported email, unless that IP is also used to
send the mail.

The SCBL will not list an IP address with only one report filed.
With only two reports against an IP address, the SCBL will list the IP
address for a maximum of 12 hours after the most recent reported mail was
sent.

The SCBL will not list an IP address if there are no reports against it
within 24 hours.

If a server sends bounces to an SCBL spamtrap in sufficient quantity to meet
the listing criteria, the SCBL will list that server. This situation results
as some mailservers do not reject mail during the SMTP transaction, but
rather accept the mail and then send a bounce message later.


--
Ruben

Misfortune, n.: The kind of fortune that never misses.
-- Ambrose Bierce, "The Devil's Dictionary"

[Angela PE1BIV/M1SCH]

"Ruben van der Leij" <ruben-news@nutz.nl> wrote in message
news:slrnfnv8tq.rji.ruben-news@its.blacklisted.nl...
> On 2008-01-05, Angela PE1BIV/M1SCH
<goaway-pe1biv@yahoocom-invalid.invalid> wrote:
>
> http://www.spamcop.net/fom-serve/cache/297.html lijkt me duidelijk genoeg.
> SCBL Rules

Uitermate interessante informatie, maar het zegt totaal niets over de
berichten welke als offending zijn aangemerkt en voor de telling worden
meegenomen waarop Spamcop IP nummers in de SBL zet.


Angela

[Maarten te Paske]

On Sat, 5 Jan 2008 20:26:38 -0000, Angela PE1BIV/M1SCH
<goaway-pe1biv@yahoocom-invalid.invalid> wrote:

> Uitermate interessante informatie, maar het zegt totaal niets over de
> berichten welke als offending zijn aangemerkt en voor de telling worden
> meegenomen waarop Spamcop IP nummers in de SBL zet.

Je hebt het steeds over de SBL, terwijl de lijst van Spamcop SCBL heet.
Spamhaus heeft wel een lijst met de naam SBL; verwar je deze twee
misschien? Tot niet lang geleden was het namelijk vrij ongebruikelijk
voor ISP's om de lijst van Spamcop te gebruiken, terwijl die van
Spamhaus als zeer betrouwbaar wordt aangemerkt. Tegenwoordig zijn de
ervaringen met Spamcop trouwens ook zeer goed:

http://www.dnsbl.com/2007/05/spamcop...-accurate.html

Maarten
--
Only users lose drugs.

GPG key fingerprint: AB75 C115 B31D 13EF E2BC 281A 557A BF4A 2EEB 2DA1

[Angela PE1BIV/M1SCH]

> Je hebt het steeds over de SBL, terwijl de lijst van Spamcop SCBL heet.
> Spamhaus heeft wel een lijst met de naam SBL; verwar je deze twee
Ja, inderdaad moet het SCBL zijn en bedoelde ik niet de SBL van Spamhause..
Een ommissie, maar in ieder geval wel concequent, bij het niet willen tikken
van Spamcop Block List.
Met Spamhause zijn de ervaringen wel goed, in tegenstelling tot die met
Spamcop. Overigens zijn de laatste Spamcop ervaringen inmiddels denk ik al
weer een half jaartje oud.
Zou kunnen zijn doordat de false positives drastisch geminimaliseerd zijn,
daar kan ik op het moment geheel niet over zeggen.

[Fred Mobach]

Angela PE1BIV/M1SCH wrote:

>> Je hebt het steeds over de SBL, terwijl de lijst van Spamcop SCBL
>> heet. Spamhaus heeft wel een lijst met de naam SBL; verwar je deze
>> twee
>
> Ja, inderdaad moet het SCBL zijn en bedoelde ik niet de SBL van
> Spamhause.. Een ommissie, maar in ieder geval wel concequent, bij het
> niet willen tikken van Spamcop Block List.
> Met Spamhause zijn de ervaringen wel goed, in tegenstelling tot die
> met Spamcop. Overigens zijn de laatste Spamcop ervaringen inmiddels
> denk ik al weer een half jaartje oud.
> Zou kunnen zijn doordat de false positives drastisch geminimaliseerd
> zijn, daar kan ik op het moment geheel niet over zeggen.

Enkele jaren geleden heb ik eens onderzocht hoe de SCBL zinnig gebruikt
kan worden zonder hinderlijke problemen vanwege false positives. Een
mogelijke eenvoudige oplossing is niet permanent blokken met een 5xx
fout op de aanwezigheid in SCBL maar met een tijdelijke 4xx foutcode.

Mocht een serieuze mailserver dan "per ongeluk" tijdelijk in de SCBL
zitten dan is de enige consequentie dat de email wat later kan worden
afgeleverd.
--
Fred Mobach - fred@mobach.nl - postmaster@mobach.nl
website : http://fred.mobach.nl
.... In God we trust ....
.. The rest we monitor ..

[Maarten te Paske]

On Mon, 07 Jan 2008 14:45:03 +0100, Fred Mobach <fred@mobach.nl> wrote:

> Enkele jaren geleden heb ik eens onderzocht hoe de SCBL zinnig gebruikt
> kan worden zonder hinderlijke problemen vanwege false positives. Een
> mogelijke eenvoudige oplossing is niet permanent blokken met een 5xx
> fout op de aanwezigheid in SCBL maar met een tijdelijke 4xx foutcode.
>
> Mocht een serieuze mailserver dan "per ongeluk" tijdelijk in de SCBL
> zitten dan is de enige consequentie dat de email wat later kan worden
> afgeleverd.

Ik heb geen ervaring met Spamcop op dit gebied, maar ik weet wel dat je
niet overal binnen 7 dagen wordt ge-delist. Maargoed, het is een
redelijk alternatief voor direkt een 5xx melding.

Misschien zou greylisting voor IP-adressen die op DNSBL's voorkomen een
leuke oplossing zijn. Zo heb je geen vertraging voor je normale mail, en
sta je mail de 2e keer vanaf IP-adressen die op een DNSBL voorkomen.

Maarten
--
Only users lose drugs.

GPG key fingerprint: AB75 C115 B31D 13EF E2BC 281A 557A BF4A 2EEB 2DA1

[Fred Mobach]

Maarten te Paske wrote:

> On Mon, 07 Jan 2008 14:45:03 +0100, Fred Mobach <fred@mobach.nl>
> wrote:
>
>> Enkele jaren geleden heb ik eens onderzocht hoe de SCBL zinnig
>> gebruikt kan worden zonder hinderlijke problemen vanwege false
>> positives. Een mogelijke eenvoudige oplossing is niet permanent
>> blokken met een 5xx fout op de aanwezigheid in SCBL maar met een
>> tijdelijke 4xx foutcode.
>>
>> Mocht een serieuze mailserver dan "per ongeluk" tijdelijk in de SCBL
>> zitten dan is de enige consequentie dat de email wat later kan worden
>> afgeleverd.
>
> Ik heb geen ervaring met Spamcop op dit gebied, maar ik weet wel dat
> je niet overal binnen 7 dagen wordt ge-delist. Maargoed, het is een
> redelijk alternatief voor direkt een 5xx melding.

We hebben dit indertijd expres getest om te zien of mailservers van
Demon, XS4ALL e.d. (die gemeenlijk vrijwel niet in de SCBL terecht
komen en, als dat toch gebeurt, weer erg vlot uit de SCBL verdwijnen)
op deze manier zonder een storende vertraging hun mail konden
afleveren. En dat werkte inderdaad.

> Misschien zou greylisting voor IP-adressen die op DNSBL's voorkomen
> een leuke oplossing zijn. Zo heb je geen vertraging voor je normale
> mail, en sta je mail de 2e keer vanaf IP-adressen die op een DNSBL
> voorkomen.

Toendertijd zag ik nog geen zombies die probeerden een bericht meermalen
af te leveren, maar tegenwoordig wel. Om die nu dankzij greylisting toe
te staan hun troep af te leveren lijkt me iets om te overdenken.
--
Fred Mobach - fred@mobach.nl - postmaster@mobach.nl
website : http://fred.mobach.nl
.... In God we trust ....
.. The rest we monitor ..

[lukie]

"Angela PE1BIV/M1SCH" <goaway-pe1biv@yahoocom-invalid.invalid> wrote:

>
>> Afgelopen jaren bij in.be, in.nl klant geweest. Vorig jaar werd de
> Hier tenminste sinds 2003.
>
>> prijs zonder enige aankondiging zowat verdubbeld. Over hun diensten
> Ben hier, inderdaad zonder vooraankondiging, van 50 euro (ex) voor 100Mb
> toen naar 60 euro (ex) voor 150MB gegaan (Dec 2006).
>
>> ben ik te vaak teleur gesteld. Afgelopen feestdagen lag de server
> Heb daar niets van gemerkt, maar mogelijk ben ik te druk met de visite bezig
> geweest. Normaal heb ik het vrij snel in de gaten als er iets mis is en heb
> dan ook best wel eens aan de telefoon gehangen dat Ensim-5 een volledige
> reset moest hebben. Dat ding heeft inderdaad een tijdje kuren gehad, maar
> daar de laatste maanden niets meer van gemerkt.
>
>> gewoon uit. Telefoon stond uit en emails werden pas toen het weer
>> gemaakt was beantwoord.
> Geen idee wat de bezetting tijdens de feestdagen zelf is geweest, maar ik
> zou verwachten dat ze daar ook zoveel mogelijk afwezig zijn geweest.
>
>> Geen excuse niks de volgende werkdag stond die er weer op
> ???? Je site of de telefoon?
>
>> Klote dus! Terwijl er andere bedrijven inmiddels veel meer te bieden
>> hebben. Mijn vraag is heeft iemand ervaring met one.com en zo ja
>> welke?
> Helaas, ik heb wel ervaringen met anderen, maar die moeten we nu voor het
> overgrote deel als achterhaald beschouwen.
> Voor In was het Yourname en daar had ik echt de balen van de service,
> Overigens kwam daar, de persoon die voor zover ik weet de grote baas was,
> nadat ik de transfers al had geregeld tot de conclusie dat het verstandig
> was als ik mijn domains zou verhuizen. Tsja, een klein beetje boel als
> mosterd na de maaltijd.
>
> Daarvoor Demon. Uitstekende service en kwaliteit van een club die inmiddels
> door XS4ALL is opgekocht. Mijn probleem daar was dat ik onvoldoende controle
> had over de e-mail accounts daar het gebaseerd was op een mailbox met een
> catch-all.
> Daarvoor o.a. KPN.
>
> Met In discussies gehad over het gebruik van de Spamcop Block List. Gezien
> dat Spamcop totaal niet wil melden wat hun criteria is voor het plaatsen van
> een IP op de SBL heb ik dus wat tegen deze club.
> Daarbij worden ook IPs van bij Yahoo op de SBL gezet, waardoor bijv. Yahoo
> Goups messages gebounced worden. Heel vervelend, want dat komt over het
> algemeen neer op dat je de mail van die group weer moet reactiveren.
> Inderdaad zal er bij Yahoo best wel eens spam van een bepaald account worden
> verzonden, wat voor Yahoo, maar ook MuckyS0ft en GMail vrijwel onmogelijk is
> om te voorkomen.
> Ik heb het niet direct gevraagd, maar ik heb zo het idee dat ze bij In het
> gebruik van de SBL gestop hebben.
>
> Maar goed, daarvoor in de plaats is klaarblijkelijk een scanner gekomen,
> genaamd Mailscanner (zie ergens bij University of South Hampton o.i.d.),
> waarover ik nog een niet afgeronde discussie heb met een van de techneuten
> over dat deze scanner veel te neurotisch ingesteld staat.
> Bij ons wordt alle mail op het domain/hosting pakket naar een mail server
> hier thuis doorgezonden en dan gaat het alsnog door de scanner die we op het
> domain op inkomende mail zelf niet hebben.
> Door die scanner werd o.a. de Conrad mailing gesloopt i.v.m. HTML code in
> het bericht welke 'gevaarlijk kan zijn'. Tsja, auto's kunnen ook gevaarlijk
> zijn, maar die bannen we ook niet van de weg en zoek maar wat andere
> voorbeelden.
>
> Er gaat technisch wel eens iets defect of op andere wijze mis en er worden
> inderdaad ook wel eens fouten gemaakt, maar dat wordt normaal gesproken
> redelijk snel hersteld of gecorrigeerd.
> Ik kan dus zeker niet zeggen dat ik ontevreden ben met hun service.
> Ja, soms kan het inderdaad misschien wel beter.
> Daartegen maak ik zelf ook fouten, ik ben nl. menselijk, en ben soms zeker
> niet de makkelijkste.
> De hosting voor verschillende domains (.nl) is dan ook weer voor een jaar
> voortgezet, daaraan gekoppeld zijn er ook nog een paar domain aliassen (.com
> en .co.uk).
> Ook staat er nog een DNS service voor een .net. Ik denk er echter over om
> die bij de verlenging dit jaar (was 5 jaar) naar de registar te schuiven
> (voor 10 jaar) waar ze destijds een andere .net voor mij hebben
> geregistreerd/ondergebracht. Die levert er zonder extra kosten de DNS
> service bij met eigen control panel en mijn ervaring is dat dat heel goed
> werkt. Het voordeel om te verplaatsen is dat ik er direct zelf de controle
> over heb als er eens een keer een wijziging van het IP op de ADSL lijn
> plaats vind.
>
> Kwa prijs zijn er inderdaad inmiddels wel een aantal hosting providers die
> hosting pakketten aanbieden tegen lagere prijzen.
> Toevallig heb ik daar een klein tijdje terug (voor een vereniging) weer eens
> naar zitten kijken, maar moet zeggen dat ik toen niet iets heb gevonden waar
> ik nu echt warm voor liep.
> Maar, er zijn ongetwijfelt nog veel meer hosting providers dan waar ik toen
> naar gekeken heb en er zal er vast wel een zijn die dan interessant is.
> Daartegen moest ik deze week nog ergens voor naar de info van een hosting
> provider kijken. Zag er allemaal heel indrukwekkend uit, maar bijv. totaal
> nergens info te vinden over de servers waar de hosting op is ondergebracht;
> bijv. Windhoos of een Linux variant.
>
>
> Angela
>
>
>
>
heel hartelijk bedankt voor beide leerzame reakties.
Ik denk na de euforie van hostingsbedrijfjes een beetje voorbij is. Je kunt
als klant aan een site niet zien of er een stel enthousiaste studenten aan het
klungelen zijn, dat merk je pas in de loop van de tijd. Grotere bedrijven zijn
mogelijk de kleintjes tegen een lager tarief (met meer waar voor minder geld)
aan het opslokken. Of deze later betrouwbaarder zullen blijken is afwachten.
groeten
Lukie

[Ruben van der Leij]

On 2008-01-07, Fred Mobach <fred@mobach.nl> wrote:

> Mocht een serieuze mailserver dan "per ongeluk" tijdelijk in de SCBL
> zitten dan is de enige consequentie dat de email wat later kan worden
> afgeleverd.

Ik citeer een lokale config-file:

BLACKLISTS=[..]\"451 you are spamcop-listed. retry in 24 hours.\"

Want zonder nieuwe klachten of verzendingen naar honeypots betekend dat
iemand 24 uur later automagisch verdwijnt uit de SCBL. De 4-uur vertragings-
waarschuwing legt uit waarom.

--
Ruben

Misfortune, n.: The kind of fortune that never misses.
-- Ambrose Bierce, "The Devil's Dictionary"

[Ruben van der Leij]

On 2008-01-07, Fred Mobach <fred@mobach.nl> wrote:

> Enkele jaren geleden heb ik eens onderzocht hoe de SCBL zinnig gebruikt
> kan worden zonder hinderlijke problemen vanwege false positives.

Overigens heb ik door de jaren heen regelmatig contact gehad met Julian
Haight. Kort samengevat: een flegmatieke brit met een cynische inslag en
liefhebber van een biertje en het allemaal niet zo hoog opnemen.

Dat zouden meer mensen moeten doen.

--
Ruben

Misfortune, n.: The kind of fortune that never misses.
-- Ambrose Bierce, "The Devil's Dictionary"

[Hans]

On Sat, 12 Jan 2008 00:14:23 +0000 (UTC),
Ruben van der Leij <ruben-news@nutz.nl> wrote:
> On 2008-01-07, Fred Mobach <fred@mobach.nl> wrote:
>
>> Mocht een serieuze mailserver dan "per ongeluk" tijdelijk in de SCBL
>> zitten dan is de enige consequentie dat de email wat later kan worden
>> afgeleverd.
>
> Ik citeer een lokale config-file:
>
> BLACKLISTS=[..]\"451 you are spamcop-listed. retry in 24 hours.\"
>
> Want zonder nieuwe klachten of verzendingen naar honeypots betekend dat
> iemand 24 uur later automagisch verdwijnt uit de SCBL. De 4-uur vertragings-
> waarschuwing legt uit waarom.

Moet je me toch eens uitleggen waarom een mailserver een 451 kan vertalen
naar xx uur. Je ziet geen pogingen tussendoor?

Hans

--
IM: hans.wolters@xs4all.nl
http://lonki.xs4all.nl

[Ruben van der Leij]

On 2008-01-12, Hans <replyelsewhere@lonki.xs4all.nl> wrote:

>>> Mocht een serieuze mailserver dan "per ongeluk" tijdelijk in de SCBL
>>> zitten dan is de enige consequentie dat de email wat later kan worden
>>> afgeleverd.
>>
>> Ik citeer een lokale config-file:
>>
>> BLACKLISTS=[..]\"451 you are spamcop-listed. retry in 24 hours.\"
>>
>> Want zonder nieuwe klachten of verzendingen naar honeypots betekend dat
>> iemand 24 uur later automagisch verdwijnt uit de SCBL. De 4-uur vertragings-
>> waarschuwing legt uit waarom.
>
> Moet je me toch eens uitleggen waarom een mailserver een 451 kan vertalen
> naar xx uur. Je ziet geen pogingen tussendoor?

Meer dan genoeg. De melding is voor de mens die zich afvraagt wat er aan de
hand is.

--
Ruben

Misfortune, n.: The kind of fortune that never misses.
-- Ambrose Bierce, "The Devil's Dictionary"