De helpdesk adviseerde mij om de oude authenticatieregels te wissen zodat de ‘status’ terugspringt naar toestaan. Dat werkte.
1 like
Zonet de helpdesk gebeld.
Arrogant persoon blijft volhouden dat ik een verkeerd wachtwoord gebruik.
Niet waar, want zie eerder bericht: na het sturen van een email naar het mailaccount - vanuit mail van xs4all - kan ik wel inloggen.
Maar dat duurt maar heel even; zodra ik die mail gelezen heb floept alles er weer uit.
Vreemde gang van zaken.
Dat je tegenwoordig als eerste een helpdesk medewerker aan lijn krijgt, die zonder te denken een lijstje afwerkt is me al opgevallen.
Met als opmerking, ik moet u dit laten doen, anders mag ik u niet doorverbinden.
Dat het wachtwoord door de techniek wordt verziekt, ik heb inmiddels iets van 5+ accounts met dezelfde problemen, staat helaas buiten het voorstellingsvermogen van een helpdesker. Voor 2 accounts moest ik zelfs de telefoon procedure doen om bij de instellingen te komen.
Zelf kan je zien in mijnFreedom → account → account sessies; of en waar iets wordt geblokkeerd. Indien je niet kunt inloggen op mijnFreedom, kun je de wachtwoord-vergeten-procedure gebruiken. Let op: dat wanneer je niet kon inloggen vanwege wachtwoord blokkade, zorg dat het nieuwe wachtwoord niet gelijk is aan je oude door er bv een volgcijfer achter te zetten.
Probleem is ook dat dit “wachtwoordprobleem” vanuit en door de klant onbewijsbaar
is en de aanbieder (hier Freedom) alle kaarten heeft zoals logbestanden waar eea kan worden uitgezocht. Dat dit niet wordt gedaan is dan weer een keuze om tijd=geld te besparen dat weer afbreuk doet aan de ervaring.
Ik zou zeker een klacht indienen op klacht@freedomnet.nl wanneer je arrogantie bespeurd. Niet om de helpdesker in persoon te bestraffen maar duidelijk te maken dat elke klacht serieus moet worden genomen en niet moet worden afgezeikt.
Het feit dat iemand moeite neemt om in de procedure te gaan moet voldoende zijn om serieus genomen te worden. Ik mag aannemen dat bv @Anco dit intern ook zal benadrukken dat het key om oprecht te communiceren.
Wanneer er dan op dat moment geen goede oplossing voorhanden is, is er niets mis door te zeggen “wij weten het ook niet” en dan voorstellen om (zelf) het wachtwoord te resetten en desnoods daarbij te helpen.
2 likes
Bij mij begonnen de restricted ip meldingen op 6 september om 19:36. Zonder enige aanleiding. Mijn mail client meldde dit als dat het wachtwoord niet gezet zou zijn maar het was uit die foutmelding niet duidelijk of dit client of serverzijde was. De webmail gaf simpelweg aan dat inloggen mislukt was.
Vanochtend met de helpdesk gebeld en ze zijn er wel van op de hoogte dat meer mensen er last van hebben. Advies helpdesk: opnieuw wachtwoord instellen bij de authenticatieregels.
Voor webmail en IPv4 ging dit ww resetten goed maar ik weet niet zeker of ik ook last had via IPv4 want dat heb ik niet eerst afzonderlijk getest. Wat ik wel zeker weet is dat de regels voor IPv6 de restricted meldingen bleven veroorzaken ondanks dat ik herhaalde malen het wachtwoord opnieuw voor die regels heb gezet. Nadat ik uiteindelijk specifiek de regels voor IPv6 had verwijderd en weer opgevoerd, werkt ook imap en smtp via IPv6 weer voor mij. Verwijderen en heropvoeren was voor de andere regels niet nodig.
Ik ben gefaseerd aan het overstappen naar (alleen) mail van Freedom om te zien hoe de dienstverlening is. Van dit soort incidenten krijg ik geen warm gevoel dus ik ga nog eens heel hard nadenken of Freedom wel de juiste keuze is. Het zou al een stuk helpen als dit incident op de storingspagina wordt vermeld.
1 like
Hier idem. Bij mij begon het 06sep22 19u25 en het kostte wat tijd om het te gaan begrijpen.
Zelf zit ik inmiddels ook al een jaar in de ik-wacht-kwaliteit-af modus voordat ik een volgende stap maak en dit soort dingen zijn funest voor het basisvertrouwen om daarmee verder te gaan.
Vanwege dit gedoe heb ik voorlopig mijn IPv6 bij Freedom volledig afgeschakeld omdat ik anders helemaal in een moeras van een typende webjockey kom.
Het is niet nodig om andere wachtwoorden in te stellen voor onderliggende diensten, wel dat je ze opnieuw moet aanbrengen. Voor mij was het wel nodig om soms het hoofdwachtwoord te veranderen dat ik daarna (af- en opnieuw inloggen) weer terugzette op de oude waarde. Kennelijk moet er #hash-change zijn om daarmee de “IP restricted” weg te halen.
Bij mij is er één emailaccount dat sinds een paar dagen niet via SMTP wil verzenden. Alle andere accounts werken gewoon wel. Het vreemde is dat het desbetreffende account wel werkt als ik mijn mobiel internet gebruik… maar via Freedom geen verbinding met de SMTP-server. Valt dit ook onder deze storing denken jullie?
Kan zijn dat je voor het SMTP dat niet werkt tegen een (ongewenste) IP restricted aanloopt. Zo je weet hoe, check je mail/systeemlogs op specifieke fouten. Fouten monden vaak uit op een “kan niet inloggen” terwijl er wat anders aan de hand is.
Vooral dat de éne client wel en de ander niet (mits je zelf niet iets specialistisch hebt gedaan) werkt doet mij dat bedenken.
Allereerst zou je kunnen je kijken of er het gebrekkige device, de mail omgeving kan bereiken. Op dat apparaat:
- controle netwerk:
ping smtp.freedom.nl - controle server bereikbaarheid:
telnet smtp.freedom.nl 465
wat moet zeggen dat je verbonden bent metlba-frd.soverin.net
Wanneer dat allemaal goed is, kijk daarna in je mijnFreedom voor dat falende mailaccount en dan onder authenticatie-sessies of daar rejects/fails staan.
iig bij IP restricted maar eventueel als korte boch, raad ik je aan om:
- Je hoofdaccount/wachtwoord, zo dat niet als is, op “all” authenticatie te zetten
- Eventuele rules voor iig IMAP/SMTP, weg te halen.
- Het wachtwoord van je hoofdaccount te wijzigen
- Datzelfde wachtwoord door te voeren op je mailclient(s).
Werkt het hiermee weer, kan je eventuele imap/smtp rules weer stap voor stap terugbouwen (met natuurlijk een ander wachtwoord dan dat van je hoofdaccount).
.
Hierbij eerst zorgen dat het wachtwoord zelf operabel is en pas daarna eventuele (zo ja eerst) IPv4 en vervolgens IPv6 wachtwoord restricties aanleggen.
Ja dit is allemaal veel werkt maar de enige manier om in deze wankele fase overzicht te houden
Ik heb het wachtwoord vernieuwd via ‘ww vergeten’ en sms-code en alle ‘regels’ verwijderd.
Nu werkt het weer.
Ik blijf het vreemd vinden en heb het bij alle providers die ik (gehad) heb nog nooit meegemaakt.
Het ondermijnt mijn vertrouwen in freedom.nl zeer.
Voorlopig toch maar met het hele pakket bij kpn blijven.
(Helaas niet meer xs4all; daarom ben ik indertijd ‘founding member’ van freedom geworden.)
Tenslotte (voorlopig toch): waarom zijn al die instellingen (regels, etc) zo ingewikkeld?
Ik ben niet bang voor een beetje diepgang en advanced settings en zo, maar zorg dan dat het voor een gewone gebruiker niet onnodig ingewikkeld wordt en zet dat allemaal onder het knopje “Advanced”.
Iedereen bedankt voor de adviezen.
Heyhoi!
We hebben wat meer berichtend gehad over dat de authenticatie fout gaat omtrent e-mail. We zijn in contact met de beheerder (Soverin) hierover en die willen graag recente voorbeelden. Heb je dit probleem nog? Dan ontvang ik graag een e-mail van jou op helpdesk@freedomnet.nl.
Gebruik als onderweg in de e-mail: Authenticatie probleem e-mail
Stuur daarin het volgende:
- Jouw F-nummer
- Het hoofd freedom mailadres
- Bij ons bekende 06-nummer
Daarbij ontvang ik graag nog het volgende:
- Wanneer en hoelaat heb je geprobeerd in te loggen op de webmail? (Nog niet gedaan? Doe dat graag alsnog)
- Om welk e-mailadres gaat het?
- Heb je authenticatie regels gewijzigd sinds je het probleem ervaart?
- Wanneer is het voor het laatst goed gegaan, ongeveer?
Met deze informatie pak ik het er graag bij en lever ik dit als voorbeelden aan bij de beheerder.
3 likes
Fijn dat het weer werkt en idd, de situatie ondermijnt het vertrouwen.
//–//
Eerder opgemerkt, dat de webdesigner van de “mijn” omgeving (bij Soverin) niet uitblonk in ergonomisch ontwerpen en vooral heeft gekeken om een instelling maar ergens neer te kunnen zetten in de veronderstelling dat iedereen dat daar wel zal snappen. Bezig zijn met instellen, geeft mij het gevoel van een webjockey die niet heeft nagedacht over de inrichting van een grote(re) stal dan de eigen zolderkamer.
Eén van de oorzaken hierin is, naar ik vermoed, komt deels voort uit de wat onconventionele technologie van ‘database’ icm programmeertaal die wordt gebruikt op servers en daarmee een weinig flexibele hiërarchie oplegt aan de webomgeving.
Wat je ziet in de “mijn” omgeving komt in het kwadraat terug bij websites maken waar elke informatie met “hoe dat te doen” ontbreekt en cryptisch is gemaakt. Leuk om te (onder)zoeken maar voor wie doelgericht bezig wil zijn, ook beheersmatig, volstrekt onbruikbaar. Leuk dat je website kunt maken waar je vervolgen niets aan hebt omdat de (server)omgeving bepaalt dat je dit alleen online met hun webeditor kan onderhouden. Dit laatste geldt ook weer voor de “mijn” omgeving. Geen issue bij één account maar wanneer je er 10+ hebt, wordt & is het een onoverzichtelijke ramp.
Sws is het zinvol om idd basisinstellingen te scheiden van meer diepgaandere en al helemaal van (kennelijk) experimentele cq niet werkende instellingen die anders geheid uitnodigen tot uitproberen en daarna overlijden als onbeantwoorde vragen.
Voor mij ook reden om het gebruik van Freedom vooralsnog te beperken tot een ideële proeftuin en zeker nog niet “zakelijk” over te stappen. Iets dat ik tot mijn scha(n)de wel ooit had gedaan bij xs4all, gaat mij niet opnieuw gebeuren. Dit moet dan niet jaren gaan nemen want dan haak ik af en geef mij dan voorgoed verloren, over aan BigTech … waar storingen (en ook vrijheden) in de basis van een kiem worden gesmoord.