All, Ik vraag mij af iemand hier in het bezit is van een soort algemene lijst van usernames die je niet door je klanten zou willen laten registeren, for obvious reasons. Ik kan mij voorstellen dat ik mijn klanten geen usernames als 'sales at dienst.nl' (of helpdesk, info, root, postmaster, etc) wil laten registeren, ook al komen deze usernames op een realm die los staat van de bedrijfsnaam. Ik had hier ook met een collega een discussie over: hoe ver zou je hier in willen gaan? Zou je ook bijvoorbeeld hitler at dienst.nl willen verbieden? En zo ja, polpot at dienst? Gobels? De lijst van zeer bedenkelijke foute mensen is helaas erg groot. En nog een stap verder: wil je zaken als 'kut at dienst.nl" of "lul at dienst" blokkeren? Ergo : hoe gaan de mensen hier (die een automagische online subscription feature zonder menselijke interventie/controle) hiermee om? Arjan
On Thu, Apr 03, 2008 at 01:25:03PM +0200, Arjan van der Oest wrote: | All, | | Ik vraag mij af iemand hier in het bezit is van een soort algemene | lijst van usernames die je niet door je klanten zou willen laten | registeren, .. Waarom zou je dat niet willen? Bedoel je in jouw eigen domain, of in hun eigen domain? Ik zou postmaster reserveren, maar verder niets. | klanten geen usernames als 'sales at dienst.nl' (of helpdesk, info, root, | postmaster, etc) .. Waarom niet? Als zij dat leuk vinden, waarom zou je dat dan niet doen? | wil laten registeren, ook al komen deze usernames op | een realm die los staat van de bedrijfsnaam. | | Ik had hier ook met een collega een discussie over: hoe ver zou je | hier in willen gaan? Zou je ook bijvoorbeeld hitler at dienst.nl willen | verbieden? En zo ja, polpot at dienst? Gobels? De lijst van zeer | bedenkelijke foute mensen is helaas erg groot. En nog een stap verder: | wil je zaken als 'kut at dienst.nl" of "lul at dienst" blokkeren? Ik zou helemaal niets verbieden. Wie ben ik om te bepalen wat mijn klanten willen gebruiken? Als zij het nodig vinden om een kwaliteits-uitvoerings-team te hebben, maar dat is te lang, vind ik kut at dienst.nl prima. | Ergo : hoe gaan de mensen hier (die een automagische online | subscription feature zonder menselijke interventie/controle) hiermee | om? Ik heb de mening (en dat heb ik altijd gehad) dat de ISP zelf een ander domein moet gebruiken dan hun klanten. Dit kan zijn pim at xs4all.net, of pim at admin.bit.nl, of andersom de klant een speciaal domain @user.bit.nl maar het delen van de namespace tussen klanten en medewerkers vind ik verwarrend en bij tijden slecht schalen. Zo was er een klant paul at bit.nl en er werkte een Paul bij BIT die weerd at bit.nl was, en je zou eens moeten tellen hoeveel mail onze klant kreeg die hij niet zou moeten hebben gekregen :) Trouwens, veel domeinen die ik ken hebben *@dienst.nl naar een pop of imap box. Dus lul@ en polpot@ en hitler@ werken toch al daar. Waarom zou je de moeite doen om iets tegen te houden? -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim at ipng.nl http://www.ipng.nl/ IPv6 Deployment -----------------------------------------------
Hi!
| klanten geen usernames als 'sales at dienst.nl' (of helpdesk, info, root, | postmaster, etc) ..
Waarom niet? Als zij dat leuk vinden, waarom zou je dat dan niet doen?
Omdat je met dingen als fake e-mail die vissen naar account gegevens niet graag een mail zou ontvangen van helpdesk at domein of abuse at domein wat op zich al zegt het niks vermoedelijk voor de end user een andere betekenis heeft. Ik zou daar zeker over nadenken!
Trouwens, veel domeinen die ik ken hebben *@dienst.nl naar een pop of imap box. Dus lul@ en polpot@ en hitler@ werken toch al daar. Waarom zou je de moeite doen om iets tegen te houden?
Dit zal vast ISP related zijn en jouw example niet. Zou ook niet fijn zijn een catch all op een mailvolume wat iets hoger ligt als bakker-op-de-hoek.nl Bye Raymond.
2008/4/3 Pim van Pelt <pim at ipng.nl>:
On Thu, Apr 03, 2008 at 01:25:03PM +0200, Arjan van der Oest wrote: | All, | | Ik vraag mij af iemand hier in het bezit is van een soort algemene | lijst van usernames die je niet door je klanten zou willen laten | registeren, .. Waarom zou je dat niet willen? Bedoel je in jouw eigen domain, of in hun eigen domain? Ik zou postmaster reserveren, maar verder niets.
De dienst zal onder een dienst-realm/domein in de markt worden gezet, welke dus niet gelijk staat aan de bedrijfsnaam. Maar ik wil voorkomen dat mensen zich gaan voordoen als bv info, sales, helpdesk etc. Sowieso zal helpdesk al afgevangen worden uiteraard.
| klanten geen usernames als 'sales at dienst.nl' (of helpdesk, info, root, | postmaster, etc) .. Waarom niet? Als zij dat leuk vinden, waarom zou je dat dan niet doen?
Zie boven, om te voorkomen dat ze zich voor gaan doen als iemand die namens het bedrijf spreekt.
Ik zou helemaal niets verbieden. Wie ben ik om te bepalen wat mijn klanten willen gebruiken? Als zij het nodig vinden om een kwaliteits-uitvoerings-team te hebben, maar dat is te lang, vind ik kut at dienst.nl prima.
Omdat het slechte reclame is als iemand ergens kut at dienst.nl in de openbaarheid brengt, het associeert je dienstnaam met iets wat je misschien niet wilt. Stel je voor dat iemand hitler at dienst.nl gaat gebruiken en dat op zn auto gaat plakken: lekkere reclame.
Ik heb de mening (en dat heb ik altijd gehad) dat de ISP zelf een ander domein moet gebruiken dan hun klanten. Dit kan zijn pim at xs4all.net, of pim at admin.bit.nl, of andersom de klant een speciaal domain @user.bit.nl maar het delen van de namespace tussen klanten en medewerkers vind ik verwarrend en bij tijden slecht schalen. Zo was er een klant paul at bit.nl en er werkte een Paul bij BIT die weerd at bit.nl was, en je zou eens moeten tellen hoeveel mail onze klant kreeg die hij niet zou moeten hebben gekregen :)
Ack, maar dat is dus al voorkomen door een hele aparte realm te creeeren.
Trouwens, veel domeinen die ik ken hebben *@dienst.nl naar een pop of imap box. Dus lul@ en polpot@ en hitler@ werken toch al daar. Waarom zou je de moeite doen om iets tegen te houden?
De dienstrealm zal een realm zijn voor de hele dienst. Er is geen sprake van subdomeinen zoals bv bij Demon het geval is. Een catchall (voor zover mail onderdeel van de dienst gaat uitmaken) is dus niet relevant. Arjan
On Thu, 3 Apr 2008, Arjan van der Oest wrote:
De dienst zal onder een dienst-realm/domein in de markt worden gezet, welke dus niet gelijk staat aan de bedrijfsnaam. Maar ik wil voorkomen dat mensen zich gaan voordoen als bv info, sales, helpdesk etc. Sowieso zal helpdesk al afgevangen worden uiteraard.
Email adressen die verward kunnen worden met "system messages" van de dienst moet je afvangen (root,sales,help,newsletter,admin,etc)
Omdat het slechte reclame is als iemand ergens kut at dienst.nl in de openbaarheid brengt, het associeert je dienstnaam met iets wat je misschien niet wilt. Stel je voor dat iemand hitler at dienst.nl gaat gebruiken en dat op zn auto gaat plakken: lekkere reclame.
Dat zit alleen in je hoofd. wilders at xs4all.nl zie ik niet als extreem rechts misbruik door XS4ALL. Ik zie het slechts als een domme klant. Hier zou ik meer aan "carrier neutral" gaan denken. Omdat je niet, zoals bij bovenstaande lijst misrepresentatie adressen, een goede lijst kunt maken, kun je beter helemaal geen lijst maken. Dan kun je tegen iedereen zeggendat je geen meing hebt over god, wilders, kut of wat dan ook.
verwarrend en bij tijden slecht schalen. Zo was er een klant paul at bit.nl en er werkte een Paul bij BIT die weerd at bit.nl was, en je zou eens moeten tellen hoeveel mail onze klant kreeg die hij niet zou moeten hebben gekregen :)
Het jaarverslag dat ik als paul at xs4all.nl kreeg (bedoelt voor Paul Jongsma) was ook erg boeiend :)
De dienstrealm zal een realm zijn voor de hele dienst. Er is geen sprake van subdomeinen zoals bv bij Demon het geval is. Een catchall (voor zover mail onderdeel van de dienst gaat uitmaken) is dus niet relevant.
Een catch-all aanbieden is als een vuilnisman die vuilnis brengt in plaats van ophaalt. Paul -- Broerdijk 27 Postbus 170 Tel: 31-24-360 39 19 6523 GM Nijmegen 6500 AD Nijmegen Fax: 31-24-360 19 99 The Netherlands The Netherlands info at xtdnet.nl
On Thu, 2008-04-03 at 16:34 +0200, Arjan van der Oest wrote:
Ack, maar dat is dus al voorkomen door een hele aparte realm te creeeren.
Ik zou dan in ieder geval de rfc2142 namen reserveren en een grep op je /etc/passwd en /etc/group doen om alle systeem users/groups ook in je banned list te zetten. Als je nog verder wilt gaan kun je "sysops" (ja, VMS bestaat nog steeds) MAILER-DAEMON en "administrator" in de lijst zetten. Ook kun je een grep op /etc/services doen om "ssh", "smtp", "ftp", etc. uit te sluiten. Maar pas op, als je eenmaal die weg inslaat kun je wel bezig blijven. Wat betreft "foute" woorden: niet aan beginnen. Waar trek je dan de grens? "Kut" kan niet, maar "vagina" weer wel? Is toch een net woord? Groeten, Steven [*] of UID < 1000, etc. -- afhankelijk van je OS/distro
participants (5)
-
arjan＠vanderoest.net -
paul＠xtdnet.nl -
pim＠ipng.nl -
raymond＠prolocation.net -
steven.bakker＠ams-ix.net