Check dan altijd https://status.mijn.host/ even. Als het echt een storing aan hun kant lijkt, vol deze in: https://mijn.host/kb/algemeen/ik-wil-een-storing-melden0fbe schreef op vrijdag 21 februari 2025 @ 17:27:
Net mijn domeinen aan het moven naar mijn.host, lijkt hun hele website offline te zijn gegaan?!
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
These are my principles. If you don't like them I have others.
Glue wordt automatisch aangemaakt als je je domein waar je glue voor wilt op je eigen gekozen nameservers instelt.kiekerjan schreef op vrijdag 21 februari 2025 @ 23:37:
Stomme vraag misschien, maar kan je bij mijn.host ook glue records instellen? Ik zie t niet in de knowledge base en heb (nog) geen domein om het zelf te proberen.
Je kunt zowel de records voor het hele domein instellen als NS records voor subdomeinen.kiekerjan schreef op vrijdag 21 februari 2025 @ 23:37:
Stomme vraag misschien, maar kan je bij mijn.host ook glue records instellen? Ik zie t niet in de knowledge base en heb (nog) geen domein om het zelf te proberen.
:strip_exif()/f/image/tsqcUbWY1oXMmPj3Hn5NlqQa.png?f=user_large)
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Bedankt! Dus als ik de nameserver voor kiekerjan.nl instel op ns1.kiekerjan.nl komt automatisch de optie voorbij om het bijbehorende ip adres in te stellen?Nenoki schreef op zaterdag 22 februari 2025 @ 00:13:
Glue wordt automatisch aangemaakt als je je domein waar je glue voor wilt op je eigen gekozen nameservers instelt.
These are my principles. If you don't like them I have others.
En daarna kun je hier kijken of dat goed gaat met de glue records. https://intodns.com/kiekerjan.nlkiekerjan schreef op zaterdag 22 februari 2025 @ 00:27:
[...]
Bedankt! Dus als ik de nameserver voor kiekerjan.nl instel op ns1.kiekerjan.nl komt automatisch de optie voorbij om het bijbehorende ip adres in te stellen?
(Ben benieuwd
En hoe is het afgelopen?0fbe schreef op vrijdag 21 februari 2025 @ 17:27:
Net mijn domeinen aan het moven naar mijn.host, lijkt hun hele website offline te zijn gegaan?!
Ik had hier ook last van. Tijdelijk (ik dacht voor een minuut of 5 of 10) word je ip geblokkeerd. Destijds mailtje naar support gedaan (elke keer ging ftpen blokkeerde de boel en leek alles offline). IP werd binnen 10 minuten gewhitelist daarna geen blokkade meer gehad.
Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe
https://downforeveryoneorjustme.com/ gaf tijdens de verstoring ook aan dat ze down waren. Ik denk dus niet dat het aan mij of een blokkade van mijn IP lag.RobbyTown schreef op zaterdag 22 februari 2025 @ 07:53:
[...]
En hoe is het afgelopen?
Ik had hier ook last van. Tijdelijk (ik dacht voor een minuut of 5 of 10) word je ip geblokkeerd. Destijds mailtje naar support gedaan (elke keer ging ftpen blokkeerde de boel en leek alles offline). IP werd binnen 10 minuten gewhitelist daarna geen blokkade meer gehad.
Anyway! Het werkte weer na een paar minuten en ik heb de DNS zelf toch bij https://desec.io/ staan (tip!) dus ik maak me niet enorm veel zorgen.
Ja je moet zogen dat je ns1.kiekerjan.nl en ns2.kiekerjan heb aangemaakt op de server waar je deze NS wilt gaan draaien met A records met beide een uniek IP.kiekerjan schreef op zaterdag 22 februari 2025 @ 00:27:
[...]
Bedankt! Dus als ik de nameserver voor kiekerjan.nl instel op ns1.kiekerjan.nl komt automatisch de optie voorbij om het bijbehorende ip adres in te stellen?
Daarna kan je in je mijn.host account een nameserver profiel maken Domeinnamen -> Nameserver profielen
https://mijn.host/cp/domains/nameservers/
Bij het opslaan worden deze nameservers toegevoegd bij SIDN met GLUE. Daarna kan je het nameserver profiel toepassen op je kiekerjan.nl domein en vervolgens de andere domeinen die je op deze NS wilt draaien.
Ik zie het! Maar het werkt toch niet helemaal zoals ik had verwacht. Bij Nameserver 1 vul ik in: ns1.kiekerjan.nl, en het bijbehorende ipv4 en ipv6 adres. Dat snap ik. Bij nameserver 2 wil ik een andere DNS server invullen die niet onder mijn beheer is, bijv: ns2.afraid.org, Maar ook dan ben ik verplicht een ipv4 en ipv6 op te geven. Dat gaat toch niet werken? Ik heb geen controle over afraid.org, en mijn.host vermoed ik ook nietNenoki schreef op zaterdag 22 februari 2025 @ 19:37:
Ja je moet zogen dat je ns1.kiekerjan.nl en ns2.kiekerjan heb aangemaakt op de server waar je deze NS wilt gaan draaien met A records met beide een uniek IP.
Daarna kan je in je mijn.host account een nameserver profiel maken Domeinnamen -> Nameserver profielen
https://mijn.host/cp/domains/nameservers/
Bij het opslaan worden deze nameservers toegevoegd bij SIDN met GLUE. Daarna kan je het nameserver profiel toepassen op je kiekerjan.nl domein en vervolgens de andere domeinen die je op deze NS wilt draaien.
Misschien is dit al dermate detail werk dat ik er maar een vraag richting mijn.host aan moet wagen
These are my principles. If you don't like them I have others.
Klinkt allemaal goed. Ik ga het gewoon proberen.dbzokphp schreef op zaterdag 22 februari 2025 @ 21:00:
Bij het aanmaken van een nameserver profiel worden volgens mij standaard de ip adressen van de betreffende nameservers ook opgeslagen. Maar deze worden alleen daadwerkelijk gebruikt wanneer het nodig is, dus bij glue records.
These are my principles. If you don't like them I have others.
Website opent bij mij gewoon. Maar ik zag hier vorige week wat berichten van iemand anders waar de website ook niet werkte. Maar dat leek om een actieve blokkade, op IP adres, te gaan? Door bv teveel requests te doen.Captain Obvious schreef op dinsdag 25 februari 2025 @ 07:19:
Weet iemand of mijn host een storing heeft? Probeerde gisteren een domein naar ze te verhuizen maar kreeg een timeout als ik het formulier wilde versturen. Momenteel lijkt de hele website niet te werken.
Iets dat mij dan weer niet heel fijn lijkt. Je zult maar (accuut) een wijziging willen doen en vervolgens geblokkeerd worden van hun website.
Captain Obvious schreef op dinsdag 25 februari 2025 @ 07:19:
Weet iemand of mijn host een storing heeft? Probeerde gisteren een domein naar ze te verhuizen maar kreeg een timeout als ik het formulier wilde versturen. Momenteel lijkt de hele website niet te werken.
Room42 schreef op vrijdag 21 februari 2025 @ 17:31:
[...]
Check dan altijd https://status.mijn.host/ even. Als het echt een storing aan hun kant lijkt, vol deze in: https://mijn.host/kb/algemeen/ik-wil-een-storing-melden
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
De grap is natuurlijk dat de kans best aanwezig is dat als ze een storing hebben die website ook onbereikbaar is. Bv alleen al het feit dat het status.mijn.host is, als hun DNS niet werkt waardoor de nameserver van mijn.host niet werkt wordt het resolven van het subdomein ook lsstig. En dan is het ook nog maar de vraag of die pagina niet op een eigen server in het normale DC staat. Want als dat zo is en er is een storing in hun deel van het DC/... wordt het ook best lastig om die status pagina te raadplegen.
Daarom zie je ook vaak dat bedrijf X een statuspagina op Xstatus.... heeft. Los domein, en hopelijk ook echt ergens anders gehost.
Edit:
Zo te zien is status.mijn.host in ieder geval een cname, naar een totaal andere partij (hyperping.io). Dus het hosting deel zal wel zijn opgelost. Blijft staan dat het waarschijnlijk wel in de normale nameserver staat en met een storing daarvan alsnog die pagina niet bereikbaar is doordat de domeinnaam niet geresolved kan worden.
[ Voor 17% gewijzigd door RobertMe op 25-02-2025 09:30 ]
Hoe gaat het met deze aanpassing?mijn.host schreef op maandag 8 juli 2024 @ 20:24:
Daarnaast kan ik ook een update melden m.b.t. het tonen van BTW op onze website. We hebben dit vandaag intern overlegd en we zijn het unaniem eens dat dit beter kan. Zowel om te voldoen aan de regelgeving, alsook om verwarring voor particuliere klanten te voorkomen. We geven onder ieder hostingpakket wel aan dat het exclusief BTW is, maar we gaan de optie inbouwen om onze tarieven inclusief BTW op de website te tonen.
Dit zal enige tijd in beslag nemen omdat deze aanpassing tot diep in het core van ons systeem zit. We kunnen nog geen harde datum hiervoor geven, maar we verwachten dat dit binnen uiterlijk 2 maanden gereed zal zijn, waarschijnlijk eerder.
Bovenstaande update is ook gemaild naar klanten die dit afgelopen week bij ons hebben aangekaart per mail. We willen jullie bedanken voor jullie feedback.
Vandaag suggereert de prijslijst dat ik een .nl domein kan krijgen voor 4,99 euro per jaar. Er staat niet bij de tabel dat dit exclusief btw is. Wel staat er "Geen verborgen kosten, altijd transparant."
Helemaal onderaan de pagina staat "Alle getoonde prijzen zijn exclusief btw" maar het schakelaartje daarvoor staat uit (is grijs). Dan verwacht ik dus gewoon een prijs inclusief btw te zien.
Bij het bestellen van een domeinnaam wordt dan echter toch weer 21% btw in rekening gebracht. Totaal bedrag 6,04 euro per jaar.
[ Voor 16% gewijzigd door mijn.host op 03-03-2025 15:03 ]
Ik zie ook geen BTW schakelaar en de knop onderaan de pagina werkt niet (bij mij).
Browsers firefox en orion.
Die btw voorkeur krijg ik niet te zien en de schakelaar werkt niet. Firefox met adblocker en chromium zonder adblocker.
[ Voor 25% gewijzigd door Ernemmer op 03-03-2025 15:25 ]
We gaan hier een aanpassing voor maken dat het altijd zichtbaar is, we zullen een update plaatsen in dit topic als dit is doorgevoerd.
Bedoel je daarmee ook het knopje onderaan? Daarnaast werkt de cookiemelding ook niet in een schoon Firefox- en Chromium-profiel. Als dat bekend is, heb ik niks gezegd en zie ik de fix graag tegemoet.mijn.host schreef op maandag 3 maart 2025 @ 15:26:
Ik heb het gelijk voorgelegd aan onze developer, en oorzaak is gevonden. De BTW-toggle wordt geladen i.c.m. de cookiebanner, en deze wordt in sommige browsers geblokkeerd door privacy instellingen.
We gaan hier een aanpassing voor maken dat het altijd zichtbaar is, we zullen een update plaatsen in dit topic als dit is doorgevoerd.
[ Voor 3% gewijzigd door Room42 op 03-03-2025 15:46 ]
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Wordt ie van cdn-cookieyes.com geladen? Want die doet het niet, bij mij. Zal wel een privacy-ding zijn. Kan die code niet gewoon van mijn.host geladen worden?mijn.host schreef op maandag 3 maart 2025 @ 16:31:
Onze dev heeft direct een update doorgevoerd! Mocht het nog niet goed werken, laat het gerust even weten.
[ Voor 12% gewijzigd door Room42 op 03-03-2025 17:29 ]
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
[ Voor 16% gewijzigd door ThinkPad op 24-03-2025 21:57 ]
Zag dit van een tweaker:ThinkPad schreef op maandag 24 maart 2025 @ 21:56:
Heeft al iemand een DDNS updater gebouwd wellicht? De documentatie om een enkel record te updaten ziet er zeer toegankelijk uitZoek eigenlijk een handig Docker containertje die dit kan bijhouden.
LukasDice in "Aanbevelingen voor domein registratie met Dynamic DNS?"
Niet getest overigens. Mijn voorkeur heeft gewoon de dyndns te gebruiken van OPNsense.
Ik had er wel naar gekeken (ze hadden zelfs de mogelijkheid dat je één record aan kon passen toegevoegd naar aanleiding van een opmerking van mij, want daarvoor kon je alleen de hele DNS range tegelijk updaten). Maar het probleem is ook dat hun API key maar een beperkt aantal maanden geldig is (max.6 maanden geloof ik). Dus dan moet je elke 6 maanden je API key opnieuw aanmaken en je script updaten. Niet handig.ThinkPad schreef op maandag 24 maart 2025 @ 21:56:
Heeft al iemand een DDNS updater gebouwd wellicht? De documentatie om een enkel record te updaten ziet er zeer toegankelijk uitZoek eigenlijk een handig Docker containertje die dit kan bijhouden.
[ Voor 44% gewijzigd door rvk op 25-03-2025 17:19 ]
maximaal 2 jaar.rvk schreef op dinsdag 25 maart 2025 @ 17:15:
[...]
Ik had er wel naar gekeken (ze hadden zelfs de mogelijkheid dat je één record aan kon passen toegevoegd naar aanleiding van een opmerking van mij, want daarvoor kon je alleen de hele DNS range tegelijk updaten). Maar het probleem is ook dat hun API key maar een beperkt aantal maanden geldig is (max.6 maanden geloof ik). Dus dan moet je elke 6 maanden je API key opnieuw aanmaken en je script updaten. Niet handig.
Haha, ik zie inderdaad nét dat ze dat inmiddels verhoogd hebben naar max. 2 jaar. Waarschijnlijk ook vanwege mijn vraag (alleen hebben ze dat nooit doorgegeven)
28-10-2024:
Tevens zag ik dat er geen mogelijkheid was via de API, om slechts 1 A record aan te passen.
Je moet dan gelijk alle DNS records verzenden. Of zie ik iets over het hoofd????
Via de API moet je inderdaad elk record opgeven. Eventueel kan je eerst de DNS opvragen via API, en die output bewerken met het nieuwe record. Zie ook: https://mijn.host/api/doc/api-3563906
28-10-2024:
Tevens is een API-key maximaal maar 6 maanden geldig.
Ik weet niet of er ook een instelling bij jullie is voor een permanente key????
Nee we hebben dit expres op maximaal 6 maanden gezet per key. Dit doen we voor de veiligheid.
29-10-2024
Ik wil nog even laten weten dat we vandaag een update hebben doorgevoerd waarmee je een enkel DNS record kan updaten, zie hier de documentatie: https://mijn.host/api/doc/api-3600003
[ Voor 36% gewijzigd door rvk op 25-03-2025 17:21 ]
Ik denk dat je daar nog gewoon een GET DNS records (volledig) voor moet doen, je gewenste DNS verwijderen uit de JSON, en dan een PUT moet doen van de volledige JSON (exclusief de te verwijderen sub-domein).idef1x schreef op dinsdag 25 maart 2025 @ 17:40:
ik zit net even te kijken naar die api en aanmaken/updaten van 1 record gaat prima, maar enig idee hoe ik een record kan verwijderen? Ik gebruik een pyhton scriptje..
Dat was precies ook de reden van mijn vraag aan mijn.host vorig jaar. Als er wat mis zou gaan bij het updaten van één A record, zou je je hele DNS lijst kunnen vernachelenidef1x schreef op dinsdag 25 maart 2025 @ 18:21:
dus het gehele domein (alle records) overschrijven?? Lijkt me een beetje over de top?
Ik moet wel zeggen dat ze dat dus redelijk snel opgepikt hadden en die PATCH als oplossing gemaakt hebben om één A record te wijzigen
Dank voor de info!
Zo heb ik dat nu met mijn Raspberry Pi ook. Mijn IP veranderd niet zo vaak. Mocht dat wel gaan gebeuren (als ik b.v. naar K&K zou gaan) dan wilde ik een php pagina maken op mijn mijn.host domein, waarbij ik met mijn router gewoon die pagina (beveiligd) aan kan roepen. Vergelijkbaar met de bestaande ddns services. Voordeel is dan wel dat je n.l. vrijwel gelijk op moment van IP wijziging de verandering in je DNS krijgt. En scheelt ook weer wat polling/script op de serveridef1x schreef op dinsdag 25 maart 2025 @ 22:15:
Mijn Homeassistant checkt al regelmatig mijn WAN ip adres en als ie wijzigd, stuurt ie me een mailtje met het huidige adres.. Kwestie van dan ook gelijk de dns updaten via de api..
Ik heb nu een vps bij ze, zou het interessant zijn op hierop over te stappen?
Als je maar 1 VPS hebt, heeft het weinig zin daar een virtuele datacenter voor op te zetten. Maar wij hebben geen idee wat jouw use case is met de VPS, dus ik zou gewoon even zelf kijken wat de verschillende features zijn en misschien zelfs gewoon testen.dbzokphp schreef op maandag 7 april 2025 @ 10:47:
Interessant, ze bieden nu ook een public cloud aan: https://mijn.host/blog/mi...nederlandse-public-cloud/
Ik heb nu een vps bij ze, zou het interessant zijn op hierop over te stappen?
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
@mijn.hostmijn.host schreef op maandag 3 maart 2025 @ 16:31:
Onze dev heeft direct een update doorgevoerd! Mocht het nog niet goed werken, laat het gerust even weten.
Ik heb nog steeds een btw toggle die gedeactiveerd is.
Na wat spitten: Firefox met Ghostery met `never consent` geactiveerd. Dit blokkeert de cookie, die zo te zien ook de BTW optie bevat. Als ik de optie uitzet en herlaadt krijg ik de `cookie consent popup`, met de BTW optie en werkt de toggle onderaan de pagina ook.
Edit: waarom niet gewoon de excl/incl prijs in het overzicht zetten? Aangezien de concurrentie (voor zover ik kan zien) alleen excl. gebruikt is het een aardige manier om aan te geven dat jullie transparant zijn over de prijs _en_ het een signaal kan zijn voor een geïnteresseerde om dat te vergelijken met anderen?
[ Voor 22% gewijzigd door Raypie op 17-04-2025 13:53 ]
De reden dat we niet beide tarieven tonen, is dat dit design-technisch niet overal goed past. In een tarieventabel gaat dat nog wel, maar tarieven worden op veel verschillende plekken op de website getoond. Dan is het dus niet altijd duidelijk of een tarief inclusief of exclusief btw is. Nu iedereen in principe de btw-toggle te zien krijgt zou het duidelijk genoeg moeten zijn, gezien je bewust een keuze maakt.
Top! Het werktmijn.host schreef op vrijdag 18 april 2025 @ 15:11:
@Raypie Onze dev heeft hier nu een aanpassing voor gemaakt en de btw-toggle volledig losgekoppeld van het cookie-script. Ik verwacht dat het nu ook met Ghostery aan zou moeten werken.
Op 1 van de domeinnamen zit GLUE, gevraagd of het goed gaat als ik deze verhuis.
Was geen probleem, en nu zit ik met 50 domeinnamen, emailadressen, monitoring, mailboxen, forums alles offline en niet meer bereikbaar. Ticket ingeschoten, maar daar wordt op dit tijdstip op een feestdag niet op gereageerd. Helaas......
Je kunt toch zelf de ns records wijzigen bij mijn.host. Zoek in dit topic even naar glue. Volgens mij is het al eerder ter sprake gekomen.DennisV1984 schreef op donderdag 29 mei 2025 @ 19:05:
Op 1 van de domeinnamen zit GLUE, gevraagd of het goed gaat als ik deze verhuis.
Ik heb gevraagd, van te voren, of dat goed gaat.
Reactie:
Dus, met goed vertrouwen de domeinnaam verhuisd, en na korte tijd gaan alle allarmbellen, ik heb dit natuurlijk zelf weer recht kunnen zetten, maar vervelend is het wel.Glue wordt bij ons automatisch aangemaakt als de NS gelijk is aan de domeinnaam zelf.
Edit: Het is ondertussen weer opgelost
[ Voor 11% gewijzigd door Drardollan op 13-06-2025 13:28 ]
Automatisch crypto handelen via een NL platform? Check BitBotsi !
Bij iedere wijziging die ik probeer, krijg ik een momenteel een foutmelding:
Inmiddels tickets voor geopend. Niet fijn zo op vrijdagmiddag....Duplicate RRset domein.nl. IN TXT with changetype: REPLACE
Vervelend dat dit niet goed was gegaan inderdaad. Ik heb je ticket gevonden en zie dat mijn collega binnen een uur had gereageerd, op een feestdag en in de avond. Dus die aanname klopt niet helemaal.DennisV1984 schreef op donderdag 29 mei 2025 @ 19:05:
Helaas gaat ook hier niet alles goed, ik ben enige tijd geleden begonnen met het overzetten van al mijn domeinnamen naar @mijn.host.
Op 1 van de domeinnamen zit GLUE, gevraagd of het goed gaat als ik deze verhuis.
Was geen probleem, en nu zit ik met 50 domeinnamen, emailadressen, monitoring, mailboxen, forums alles offline en niet meer bereikbaar. Ticket ingeschoten, maar daar wordt op dit tijdstip op een feestdag niet op gereageerd. Helaas......
Wel zie ik dat we dit intern aan het uitzoeken zijn om herhaling in het vervolg te voorkomen.
Ik zie via het ticket dat ook dit binnen een uur is opgelost. Wel excuus voor het ongemak die je hebt ervaren!EnigmA-X schreef op vrijdag 20 juni 2025 @ 14:22:
Zijn er meer mensen die geen DNS aanpassingen kunnen doen op dit moment?
Bij iedere wijziging die ik probeer, krijg ik een momenteel een foutmelding:
[...]
Inmiddels tickets voor geopend. Niet fijn zo op vrijdagmiddag....
Zover mijn ervaring is, zijn jullie er altijd snel bij *en* de communicatie is meteen goed -- daar kunnen andere partijen nog een puntje aan zuigen
Afijn, ticket aangemaakt, maar de reactie daarop vond ik toch wel redelijk frappant:
:strip_exif()/f/image/PjxK2X0bBlWRZNCoNN3AEyBE.png?f=user_large)
Daarna is het ticket gesloten, dus ik weet niet goed wat ik hier mee moet. Misschien dat jullie via deze route een concreter antwoord kunnen geven?
Mee eens dat we je hierover beter op de hoogte hadden kunnen houden. Ik zal de betreffende collega ook verzoeken je via het ticket op de hoogte kan houden van de voortgang.
Vet, heel fijn dat jullie er mee bezig zijn! En bedanktmijn.host schreef op vrijdag 20 juni 2025 @ 16:10:
@Oon Toevallig kan ik melden dat we bijna gereed zijn met het uitrollen van deze feature op al onze shared hosting servers! Een deel is al gereed, en onze NOC verwacht dat dit in de loop van volgende week volledig geïmplementeerd zal zijn.
Mee eens dat we je hierover beter op de hoogte hadden kunnen houden. Ik zal de betreffende collega ook verzoeken je via het ticket op de hoogte kan houden van de voortgang.
Alleen, na het bestellen moet je eerst een verhuiscode invoeren. Je kunt niet alvast je DNS-records editen. Echter, al voordat het domein vrijgegeven wordt in het control panel, heeft mijn.host al hun landing page geplaatst (DNS), en is de website die er draait dus onbereikbaar.
Je hebt dus altijd downtime bij een verhuizing, terwijl dit prima voorkomen had kunnen worden als ik vooraf de DNS-records goed had kunnen zetten.
Of zie ik iets over het hoofd, @mijn.host?
[ Voor 4% gewijzigd door Room42 op 22-06-2025 18:46 ]
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Je kan op deze plek een DNS template maken, welke je kan selecteren bij het verhuizen, dan zet hij automatisch alle records uit het template in de DNS zone tijdens de verhuizing.
https://mijn.host/cp/domains/dns-templates/
EDIT: dit kon wel alleen tijdens het verhuizen, staat het domein al in je controlepaneel kon het destijds niet meer
[ Voor 16% gewijzigd door Mitssz op 22-06-2025 18:49 ]
Yamaha R6 RJ15 2008 | Yamaha XJ6 Diversion 2011 | Honda MSX125 Grom 2018 | Kia Ceed SW PHEV 2024
Ah, ja, daar was ik nu naar aan het zoeken maar daar was ik ook al bang voor.Mitssz schreef op zondag 22 juni 2025 @ 18:48:
[...]
EDIT: dit kon wel alleen tijdens het verhuizen, staat het domein al in je controlepaneel kon het destijds niet meer
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Dank, Marijn (als je hier meeleest)!Je kunt de DNS van de domeinnaam alvast wijzigen via deze deeplink: https://mijn.host/cp/domains/<jouw-domein.tld>/dns-settings/.
Daar kun je dus de benodigde bewerkingen doen.
Ik zal dit intern even opgooien bij onze developers, zodat we deze link gewoon toegankelijk kunnen maken tijdens het verhuisproces.
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Dat er binnen een uur gereageerd is, dat klopt, dat verbaasde mij ook! Keurig! Petje af, had ik niet verwacht!mijn.host schreef op vrijdag 20 juni 2025 @ 15:19:
[...]
Vervelend dat dit niet goed was gegaan inderdaad. Ik heb je ticket gevonden en zie dat mijn collega binnen een uur had gereageerd, op een feestdag en in de avond. Dus die aanname klopt niet helemaal.
Wel zie ik dat we dit intern aan het uitzoeken zijn om herhaling in het vervolg te voorkomen.
[...]
Ik zie via het ticket dat ook dit binnen een uur is opgelost. Wel excuus voor het ongemak die je hebt ervaren!
Het probleem had ik toen zelf al opgelost door de nameservers weer te wijzigen.
Ik heb er wel flink last van gehad, op sommige locaties zelfs 2 dagen later nog, (DNS cache).
Extra vervelend omdat ik dit van te voren had nagevraagd, juist ter voorkoming hiervan.
Er is inderdaad gezegd dat dit intern onderzocht word, tot op heden heb ik echter nog niet vernomen wat de uitkomst van dat onderzoek is. Ik wacht af.
EDIT: Typo's
Had gisteren een mailtje naar support gedaan (Kutt heeft Node.js 20 of hoger nodig). mijn.host draaide nog tot max versie 19. Dus kreeg het ondanks een poging niet werkend (of het ligt aan mij, maar om dat uit te sluiten versie 20 of hoger nodig
Binnen 24 uur reactie
Binnenkort ermee hobbyenBedankt voor je bericht. We hebben de node selector even voor je bijgewerkt. Versie 20.x en 22.x zijn nu ook beschikbaar! :-)
Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe
Enfin, nu gedeelte dus bij mijn.host. Bevalt goed.
groeten GJ
Gebruik het voornamelijk voor domeinregistratie met aangepaste DNS voor 365 en Google Workspace, ook voor klanten (ZZP'er).
Ben gestart met alles verhuizen en dat loopt heel soepel, als ik een vraag heb wordt die snel beantwoord.
Binnenkort ga ik ook een domein met imap mail verhuizen en gebruik maken van de verhuisservice, ben benieuwd hoe dat bevalt.
Is mijn.host überhaupt aan te raden hiervoor, of kan ik die beter bij TransIP houden? (In tegenstelling tot domeinnamen niet onredelijk geprijsd daar.)
[ Voor 26% gewijzigd door Z-Dragon op 17-07-2025 09:54 ]
^ Wat hij zegt.
Een eigen OS is wel mogelijk, we kunnen handmatig de ISO voor je klaarzetten.Z-Dragon schreef op donderdag 17 juli 2025 @ 06:19:
Kan iemand me vertellen of het mogelijk is op een VPS je eigen OS te installeren? Stel dat ik bij bestellen een gratis Linux-optie kies, valt dan naderhand (via een rescue-omgeving o.i.d.) alsnog FreeBSD erop krijgen?
Ik ga ook even intern kijken of we FreeBSD standaard kunnen ondersteunen als optie.
Werkt allemaal perfect, en als iets is, dan krijg je snel een kundige reactie.
Ik ben ZZP'er en mijn klanten vertrouwen op mij bij het aanschaffen van producten en diensten op gebied van ICT, zat altijd bij Argeweb maar vanwege de exorbitante prijsverhoging sinds dat Yourhosting is ben ik nu alles aan het verhuizen.
Nog ruim 40 te gaan....
Sindsdien is het enkel maar bergaf gegaan met de snelheid. Momenteel kan het nog enkel een heel lichtgewicht informatief wordpress website vlot draaien. Van het moment je iets als woocommerce introduceert, bolt het voor geen meter meer. (Het zijn woocommerce webshops met enkele 10-tallen unieke bezoekers per dag per website, dus dat zou perfect op een shared hosting moeten kunnen draaien)
Ze blijven volhouden dat de load op hun server goed is, en na een maand is er nog altijd geen verbetering (eerder erger). Zelfs het op eigen houtje betalend verhogen van de woocommerce websites naar 12 cores in hun reseller pakket bracht weinig verbetering. Het verschik met enkele maanden is enorm.
Ik heb helaas deze week 4 woocommerce webshops weg gemigreerd van mijn.host reseller naar een veel goedkoper hetzner 4 core / 8gb VPS. De 4 shops reageren nu vliegensvlug en hebben een gemiddelde load van 50 van de 400% (4cores), met pieken tot 150%. Ik zou er dus gerust nog eens 4 kunnen bijplaatsen en dan zou de server nog steeds geen problemen ondervinden.
Hun bewering dat de verschillende resellers en users die op dezelfde server geplaatst worden geen impact van elkaar ervaren lijkt me echt volledig onwaar. En de tools waarmee ze de performantie van hun server meten zijn toch ook aan een grondige inspectie toe. Het ticket staat nog steeds open, ik wacht nog even af hoe ze het probleem verder aanpakken. Momenteel staan er nog enkele kleine wordpress websites op, die nog werkbaar zijn omdat deze zeer lichtgewicht zijn.
Het is niet allemaal slecht, ze hebben domeinnamen aan zeer scherpe prijzen en een overzichtelijk beheer paneel. De support reageert over het algemeen ook vlot op tickets (met grote uitzondering van het ticket ivm de verschrikkelijk trage reseller hosting)
Webdeveloper
Bij mijn.host gebruiken ze Cloudlinux en krijg je een X aantal resources per hosting of resellerpakket. Kan het niet zijn dat alle websites die jij hebt draaien ervoor zorgde dat je tegen de reseller limiet aanliep? Bijv. aanvallen op WordPress?
Dat het nu sneller gaat is logisch, omdat je nu een VPS hebt die de volledige resources mag gebruiken voor al je websites.
Volgens mij bied mijn.host zelf ook een dyndns dienst, maar iemand ervaring hiermee in bijv. Opnsense?
Nee, dat is het niet. Volgens hun krijg je de resources per user/website dat je aanmaakt binnen je reseller (zo is het ook geadverteerd op hun website en controle paneel). Je kan voor elke user/website kiezen hoeveel cores en RAM deze krijgen. Standaard krijgt elke nieuwe user 4 cores en 4gb ram toegewezen. Wil je een specifieke user meer toewijzen moet je een extra fee betalen.
Heb ondertussen bericht gekregen dat ze er nog wat extra mensen gaan naar laten kijken, aangezien ze ook merken dat de reactie van de server vaak traag is, terwijl al hun tools zeggen dat er nog meer dan genoeg resources zijn.
Ik was zelf aan het denken dat er in de litespeed instellingen te weinig workers mogen gespawned worden. Dat merk ik wel vaker als bottleneck bij de litespeed servers die ik zelf beheer. Helaas krijg je als reseller niets van hun litespeed instellingen te zien.
Webdeveloper
Zover ik weet bieden ze geen dyndns dienst maar wel een DNS api. Je zou dus met een eigen script wel de DNS records aan kunnen passen.Flappie schreef op vrijdag 29 augustus 2025 @ 21:40:
Volgens mij bied mijn.host zelf ook een dyndns dienst, maar iemand ervaring hiermee in bijv. Opnsense?
(Ik moet zelf ooit nog een scripje afmaken in php, ddns.php, die ik op mijn website neer kan zetten zodat ik hem in een router direct aan kan roepen als ddns service, net zoals bv duckdns.org werkt)
Er zijn wel mogelijkheden:Flappie schreef op vrijdag 29 augustus 2025 @ 21:40:
Ik heb al een tijdje mijn domein bij Mijn.Host staan. De DNS staat echter naar desec.io omdat die een DynDNS dienst hebben die in Opnsense werkt.
Volgens mij bied mijn.host zelf ook een dyndns dienst, maar iemand ervaring hiermee in bijv. Opnsense?
https://github.com/ldobbelsteen/mijn-host-ddns
Er zijn er ook die je kan runnen in Docker.
Heb je hier nog iets op teruggehoord?onoweb schreef op vrijdag 29 augustus 2025 @ 22:18:
@king006
Heb ondertussen bericht gekregen dat ze er nog wat extra mensen gaan naar laten kijken, aangezien ze ook merken dat de reactie van de server vaak traag is, terwijl al hun tools zeggen dat er nog meer dan genoeg resources zijn.
Ik heb een Python script en Docker versie gemaakt: https://github.com/wimb0/python-mijn-host-dns-updaterking006 schreef op zaterdag 30 augustus 2025 @ 10:36:
[...]
Er zijn wel mogelijkheden:
https://github.com/ldobbelsteen/mijn-host-ddns
Er zijn er ook die je kan runnen in Docker.
Gebaseerd op die van LukasDice in "Aanbevelingen voor domein registratie met Dynamic DNS?" , maar dan in Python omdat ik daar in thuis ben.
En ik er eventueel ook een HomeAssistant integratie van wil maken.
Deze werkt ook op ARM64 en ARMv7: ik kreeg die van LukasDice niet aan de gang op mijn oude RaspberryPi 3 en 4.
Wil ik opnieuw inloggen, wordt het wachtwoord dat ik in 1password heb opgeslagen niet geaccepteerd. Wanneer ik de instructies voor "wachtwoord vergeten?" volg, dan ontvang ik de mail met de reset link niet.
Iemand ervaring hiermee? Heb eind van de middag een support ticket aangemaakt, dus ik verwacht ergens in de loop van de ochtend wel antwoord.
Nee, het emailadres dat ik heb gebruikt is geen onderdeel van één van de domeinnamen die ik heb verhuisd. En ja, het emailadres (random op eigen domein) werkt. Ik heb daarop, tot de inlogproblemen, gewoon mails ontvangen van mijn.host.
Zijn er nog steeds mee bezig, maandag gaan ze 1 van de shops op een andere server plaatsen om te testen of het daar beter loopt. Ik laat je zelf hier conclusies uit trekken. Ik kijk het zelf nog allemaal een beetje aan, omdat ik de kritische shops toch al lang heb verhuisd naar een andere setup dan mijn.host reseller.
Webdeveloper
Ik had juist voor mijn.host gekozen vanwege het spamfilter, en dat lijkt goed te werken, maar de spammails worden inmiddels gewoon direct op de web/mailserver gedropt, dus de MX records worden volledig genegeerd en het spamfilter wordt overgeslagen.
Het begon met hooguit enkele mails per week, maar inmiddels is het meerdere mails per dag.
Ik heb ze al eens gemaild met de vraag of het mogelijk was om de mailserververbindingen te beperken tot de spamfilterservers, zodat deze niet omzeild kunnen worden, maar de reactie was dat ik dan maar een VPS of dedicated server af moet nemen en dat dat allemaal niet kan op een normaal hostingpakket.
Andere mensen met ditzelfde issue en is er wellicht nog iets anders dat ik kan proberen om dit probleem tegen te gaan?
Ik heb het ook, hoewel het om enkele mails per week gaat. Ik had al gevraagd om poort 25 zo in te stellen dat alleen MX1 en MX2 mogen afleveren, maar niet al hun klanten gebruiken dat spamfilter dus dat gaat niet. Verder overigens erg tevreden!EDIT schreef op donderdag 2 oktober 2025 @ 16:36:
Meer mensen issues met spammails bij mijn.host?
Ik had juist voor mijn.host gekozen vanwege het spamfilter, en dat lijkt goed te werken, maar de spammails worden inmiddels gewoon direct op de web/mailserver gedropt, dus de MX records worden volledig genegeerd en het spamfilter wordt overgeslagen.
Het begon met hooguit enkele mails per week, maar inmiddels is het meerdere mails per dag.
Ik heb ze al eens gemaild met de vraag of het mogelijk was om de mailserververbindingen te beperken tot de spamfilterservers, zodat deze niet omzeild kunnen worden, maar de reactie was dat ik dan maar een VPS of dedicated server af moet nemen en dat dat allemaal niet kan op een normaal hostingpakket.
Andere mensen met ditzelfde issue en is er wellicht nog iets anders dat ik kan proberen om dit probleem tegen te gaan?
Dus de spammers weten welke hxx.mijn.host server ze moeten gebruiken voor jouw e-mail adres? KnapEDIT schreef op donderdag 2 oktober 2025 @ 16:36:
Meer mensen issues met spammails bij mijn.host?
Ik had juist voor mijn.host gekozen vanwege het spamfilter, en dat lijkt goed te werken, maar de spammails worden inmiddels gewoon direct op de web/mailserver gedropt, dus de MX records worden volledig genegeerd en het spamfilter wordt overgeslagen.
Overigens zou je toch ook zelf lokaal in kunnen stellen dat als de mail niet door een filterxxx.mijn.host gegaan is dat je hem als 'waarschijnlijk spam' aanmerkt.
Valt wel mee hoe knap dat is. Ze droppen de mail gewoon op het A-record van '[domeinnaam].[ext]' in plaats van de MX records te gebruiken.rvk schreef op donderdag 2 oktober 2025 @ 17:53:
[...]
Dus de spammers weten welke hxx.mijn.host server ze moeten gebruiken voor jouw e-mail adres? Knap
Lokaal filteren gaat wat lastig op een IMAP client op de mobiel, maar ik kan inderdaad misschien wel eens kijken of Spamassassin op de server bestaat en daar wat custom regels voor schrijven.
Daar maar eens in het weekend naar gaan kijken.
Update: Blijkbaar heeft mijn.host buiten het externe spamfilter helemaal geen spamassassin meer of welke andere filterfunctie dan ook. Ja, je kan op afzender blokkeren, maar dat heeft uiteraard helemaal geen enkele zin met spammails.
[ Voor 16% gewijzigd door EDIT op 04-10-2025 10:57 ]
Heb helaas hetzelfde. Vorig jaar overgestapt naar het mijn.host Wordpress/Litespeed Expert pakket. Zeker met Litespeed en alle caching ingeschakeld liep de voorkant als een trein. De achterkant en de voorkant bij geen caching redelijk (natuurlijk niet zo snel als bij hetzner maar goed voor de prijs).onoweb schreef op donderdag 28 augustus 2025 @ 23:28:
Heel enthousiast enkele maanden geleden een aantal wordpress websites naar hun grootste reseller pakket (4core/4gb) gemigreerd omdat ik onder de indruk was van prijs/snelheid van de hosting.
Sindsdien is het enkel maar bergaf gegaan met de snelheid. Momenteel kan het nog enkel een heel lichtgewicht informatief wordpress website vlot draaien. Van het moment je iets als woocommerce introduceert, bolt het voor geen meter meer. (Het zijn woocommerce webshops met enkele 10-tallen unieke bezoekers per dag per website, dus dat zou perfect op een shared hosting moeten kunnen draaien)
Ze blijven volhouden dat de load op hun server goed is, en na een maand is er nog altijd geen verbetering (eerder erger). Zelfs het op eigen houtje betalend verhogen van de woocommerce websites naar 12 cores in hun reseller pakket bracht weinig verbetering. Het verschik met enkele maanden is enorm.
Ik heb helaas deze week 4 woocommerce webshops weg gemigreerd van mijn.host reseller naar een veel goedkoper hetzner 4 core / 8gb VPS. De 4 shops reageren nu vliegensvlug en hebben een gemiddelde load van 50 van de 400% (4cores), met pieken tot 150%. Ik zou er dus gerust nog eens 4 kunnen bijplaatsen en dan zou de server nog steeds geen problemen ondervinden.
Hun bewering dat de verschillende resellers en users die op dezelfde server geplaatst worden geen impact van elkaar ervaren lijkt me echt volledig onwaar. En de tools waarmee ze de performantie van hun server meten zijn toch ook aan een grondige inspectie toe. Het ticket staat nog steeds open, ik wacht nog even af hoe ze het probleem verder aanpakken. Momenteel staan er nog enkele kleine wordpress websites op, die nog werkbaar zijn omdat deze zeer lichtgewicht zijn.
Het is niet allemaal slecht, ze hebben domeinnamen aan zeer scherpe prijzen en een overzichtelijk beheer paneel. De support reageert over het algemeen ook vlot op tickets (met grote uitzondering van het ticket ivm de verschrikkelijk trage reseller hosting)
Maar de laatste tijd gaat het flink achteruit, zeker de achterkant (en de voorkant bij dingen in winkelwagen stoppen en afrekenen) gaat steeds langzamer, soms zelfs met timeouts. Elke pagina 20-60 seconden wachten... En het is een low traffic site.
Nu heb ik natuurlijk al het een en ander onderzocht, zoals heftige plugins etc. Maar daar is eigenlijk weinig veranderd. Ja Woocommerce is heftig maar het is een WP hosting pakket...
Maar hier komt het: aan het eind vd avond wordt het plotseling een stuk sneller, en dat ligt niet aan ons verkeer wat al weinig was. Hier lijkt dus sprake van overselling en dat is zeer spijtig. Onze ticket hierover staat nog steeds open, dit gaat blijkbaar ook steeds langzamer. Jammer. Ik hoop dat het snel weer in orde komt want anders moeten we weer overstappen.
Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe
Dus ze hebben de SMTP-poorten naar de MTA zonder spambeveiliging ook gewoon open staan?EDIT schreef op donderdag 2 oktober 2025 @ 16:36:
Meer mensen issues met spammails bij mijn.host?
Ik had juist voor mijn.host gekozen vanwege het spamfilter, en dat lijkt goed te werken, maar de spammails worden inmiddels gewoon direct op de web/mailserver gedropt, dus de MX records worden volledig genegeerd en het spamfilter wordt overgeslagen.
Het begon met hooguit enkele mails per week, maar inmiddels is het meerdere mails per dag.
Ik heb ze al eens gemaild met de vraag of het mogelijk was om de mailserververbindingen te beperken tot de spamfilterservers, zodat deze niet omzeild kunnen worden, maar de reactie was dat ik dan maar een VPS of dedicated server af moet nemen en dat dat allemaal niet kan op een normaal hostingpakket.
Andere mensen met ditzelfde issue en is er wellicht nog iets anders dat ik kan proberen om dit probleem tegen te gaan?
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Ik heb eerder al gemerkt dat er sprake was van throttling, wat op zich wel logisch is dat ze zoiets gebruiken, maar het was wel heftig. Ik had een mysql scriptje wat op een grote tabel bij iedere row een query en een update deed. Dan gaat het eerste hapje goed, maar daarna kwam het bijna niet meer vooruit. Dus eerst een fractie van een seconde per row, daarna 20 seconden per row. Het scriptje had misschien 1 of 2 minuten moeten lopen, maar heb het maar afgekapt na een half uur en een andere oplossing gevonden.RobbyTown schreef op vrijdag 7 november 2025 @ 12:54:
@onoweb en @janeluel. Heel toevallig in 2024 merkte ik ook soms traagheid zie bericht: RobbyTown in "[mijn.host] Ervaringen & Discussie" . Heb niet echt naar de tijden gekeken.
Gelukkig lijkt bij mij het issue inmiddels een stuk minder vaak voor te komen dan eerder. Het is nu nog hooguit maar een enkele mail per week, maar irritant was het wel.Room42 schreef op vrijdag 7 november 2025 @ 13:15:
[...]
Dus ze hebben de SMTP-poorten naar de MTA zonder spambeveiliging ook gewoon open staan?Heb jij je probleem wel goed uitgelegd want dit lijkt me een gigantische configuratiefout. @mijn.host, heb jij deze al gezien?
En ja, volgens mij hebben ze het prima begrepen, alleen was de oplossing uiteraard niet wat ik gewenst had.
Dit zou zeker niet moeten. We proberen op iedere webserver voldoende resources beschikbaar te hebben. Er waren wel 2 hosting servers welke wat issues hadden afgelopen tijd, maar dit zou inmiddels ook opgelost moeten zijn.janeluel schreef op vrijdag 7 november 2025 @ 12:28:
[...]
Maar de laatste tijd gaat het flink achteruit, zeker de achterkant (en de voorkant bij dingen in winkelwagen stoppen en afrekenen) gaat steeds langzamer, soms zelfs met timeouts. Elke pagina 20-60 seconden wachten... En het is een low traffic site.
Nu heb ik natuurlijk al het een en ander onderzocht, zoals heftige plugins etc. Maar daar is eigenlijk weinig veranderd. Ja Woocommerce is heftig maar het is een WP hosting pakket...
Maar hier komt het: aan het eind vd avond wordt het plotseling een stuk sneller, en dat ligt niet aan ons verkeer wat al weinig was. Hier lijkt dus sprake van overselling en dat is zeer spijtig. Onze ticket hierover staat nog steeds open, dit gaat blijkbaar ook steeds langzamer. Jammer. Ik hoop dat het snel weer in orde komt want anders moeten we weer overstappen.
Ook zijn we bezig met het upgraden naar nieuwere servers met de laatste generatie AMD processors, wat voor een deel is afgerond. Hier zal later dit jaar nog een blogpost over komen.
Stuur gerust even een DM om welk ticket het gaat, dan kan ik de status voor je controleren.
Hierover heb ik net ook contact gehad en dit blijkt inderdaad niet zonder downtime te kunnen bij mijn.host. Erg jammer want is volgens mij basis praktijk dat je eerst je DNS instellingen overzet en dan pas je domein migreert.Room42 schreef op zondag 22 juni 2025 @ 19:19:
[...]
Ah, ja, daar was ik nu naar aan het zoeken maar daar was ik ook al bang voor.Kijken of support dit voor me kan fixen.
Zit zelf nu iets meer dan een jaar bij mijn.host met puur een domeinnaam ("zelfs" nameserver heb ik er niet). Ben nu echter voor iemand anders aan het kijken om over te stappen vanaf TransIP. Daar wordt nu een hosting pakket afgenomen maar effectief alleen mail gebruikt (website draait al op een VPS van mij
Als ik even snel bij mijn.host klik door mail bestelling is er in ieder geval een optie voor "Nu bestellen en domeinnaam zet ik later over". Ik gok dat het daarmee worst case mogelijk is om het pakket af te nemen, en vervolgens zelf een imap "sync" tool te draaien van TransIP naar mijn.host (IIRC bestaan die tools, die gewoon op de ene server inloggen en alle mappen uitlezen en op de andere server plaatsen). Eerst overstappen / TransIP opzeggen lijkt mij in ieder geval niet de juiste weg omdat zij dan vast en zeker de mail ook meteen opzeggen en je dus niet meer aan de oude mails kunt. Ook omdat AFAIK diegene puur de webmail gebruikt en de mails dus niet lokaal heeft in een Outlook / Thunderbird / ....
Nou! Ik heb dus juist net mijn laatste domein van TransIP verhuisd naar mijn.host en zodra je transfer code ingevuld is, krijg je toegang tot de DNS registratiepagina. Uiteraard is het dan nog een race tegen de klok, maar als je niet al te veel records hebt, is het wel te doen.marijnacht schreef op donderdag 13 november 2025 @ 16:32:
[...]
Hierover heb ik net ook contact gehad en dit blijkt inderdaad niet zonder downtime te kunnen bij mijn.host. Erg jammer want is volgens mij basis praktijk dat je eerst je DNS instellingen overzet en dan pas je domein migreert.
Overigens zou het invulformulier wel wat meer batchgewijs mogen gaan, van mij. Misschien zelfs een CSV import? Ik realiseer me dat er een API is, maar dat is een beetje veel werk voor een enkel domein verhuizen.
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Ah, klopt, ja, dat was ik nog weer even vergeten.HexaLogic schreef op donderdag 13 november 2025 @ 16:53:
Je kunt wel eerst een DNS template aanmaken, en deze koppelen aan de domeinnaam alvorens je de bestelling voltooid.
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
https://mijn.host/kb/alge...begrepen-bij-mijn-hostingRobertMe schreef op donderdag 13 november 2025 @ 16:54:
Ik meen eens gezien te hebben dat mijn.host ook "ondersteuning" heeft voor "overstappen" incl. mail, maar kan dit nu niet meer terug vinden? Iemand hier ervaring mee?
Zit zelf nu iets meer dan een jaar bij mijn.host met puur een domeinnaam ("zelfs" nameserver heb ik er niet). Ben nu echter voor iemand anders aan het kijken om over te stappen vanaf TransIP. Daar wordt nu een hosting pakket afgenomen maar effectief alleen mail gebruikt (website draait al op een VPS van mijMail hosting vind ik voor mezelf prima, maar "vertrouw" het toch wat minder om zakelijk voor anderen in te zetten).
Als ik even snel bij mijn.host klik door mail bestelling is er in ieder geval een optie voor "Nu bestellen en domeinnaam zet ik later over". Ik gok dat het daarmee worst case mogelijk is om het pakket af te nemen, en vervolgens zelf een imap "sync" tool te draaien van TransIP naar mijn.host (IIRC bestaan die tools, die gewoon op de ene server inloggen en alle mappen uitlezen en op de andere server plaatsen). Eerst overstappen / TransIP opzeggen lijkt mij in ieder geval niet de juiste weg omdat zij dan vast en zeker de mail ook meteen opzeggen en je dus niet meer aan de oude mails kunt. Ook omdat AFAIK diegene puur de webmail gebruikt en de mails dus niet lokaal heeft in een Outlook / Thunderbird / ....
There are only 10 types of people in the world...those who understand binary and those who don't.
Jeremy Clarkson: It’s, um, a mobile phone holder, or as Richard Hammond calls it, a seat!
Dat maakt de stap idd wel wat makkelijker. Maar toch vind ik het gek en het moet dan wel snel en in 1 keer. Heb het ook nog nooit meegemaakt bij andere hosters.HexaLogic schreef op donderdag 13 november 2025 @ 16:53:
Je kunt wel eerst een DNS template aanmaken, en deze koppelen aan de domeinnaam alvorens je de bestelling voltooid.
Voor ca 30 domeinnamen zoals in mijn geval ook echt niet handig.
Volgens mij heb je geen toegang tot spamassassin, want op mijn shared server package lijkt het wel te draaien maar kan je het niet zelf configureren.Room42 schreef op vrijdag 7 november 2025 @ 13:15:
[...]
Dus ze hebben de SMTP-poorten naar de MTA zonder spambeveiliging ook gewoon open staan?Heb jij je probleem wel goed uitgelegd want dit lijkt me een gigantische configuratiefout. @mijn.host, heb jij deze al gezien?
Wellicht kunnen ze dat ff aanpassen?
Biep Biep Byte Byte
Je kunt je spamassin direct bewerken. Deze kun je bereiken te bereiken via het Controlepaneel en dan directadmin openen en dan heb je onder email manager -> Spamassassin Setup staan, met een "Manually edit the config file" Ik heb trouwens alleen het email pakket.Eric_23 schreef op dinsdag 18 november 2025 @ 14:54:
[...]
Volgens mij heb je geen toegang tot spamassassin, want op mijn shared server package lijkt het wel te draaien maar kan je het niet zelf configureren.
Wellicht kunnen ze dat ff aanpassen?
En als ik zelf met mxtoolbox kijk dan zie ik RCPT TO:<test@mxtoolboxsmtpdiag.com>
550 relay not permitted [214 ms] dus ik denk dat dit nu ook goed staat.
[ Voor 12% gewijzigd door karelvandongen op 18-11-2025 16:39 ]
Ik krijg de BTW toggle op firefox (macOS) niet te zien.mijn.host schreef op vrijdag 18 april 2025 @ 15:11:
@Raypie Onze dev heeft hier nu een aanpassing voor gemaakt en de btw-toggle volledig losgekoppeld van het cookie-script. Ik verwacht dat het nu ook met Ghostery aan zou moeten werken.
De reden dat we niet beide tarieven tonen, is dat dit design-technisch niet overal goed past. In een tarieventabel gaat dat nog wel, maar tarieven worden op veel verschillende plekken op de website getoond. Dan is het dus niet altijd duidelijk of een tarief inclusief of exclusief btw is. Nu iedereen in principe de btw-toggle te zien krijgt zou het duidelijk genoeg moeten zijn, gezien je bewust een keuze maakt.
In Safari werkt het wel.
De verlenging van het .nl domein is halverwege december.
Hebben we bij een verhuizing te maken met een maand opzeg termijn ?
De verhuizing is direct en je contract met je oude partij wordt opgezegd maar voor je contractperiode ben je zelf verantwoordelijk. Zeg jij op met nog 11 maanden te gaan, dan ben je die 11 maanden kwijt. Nu is dat met een domein maar een paar euro, gelukkig.breeeem schreef op zaterdag 29 november 2025 @ 17:01:
Hier ben ik ook bezig mijn .nl-domein te verhuizen van TransIP naar mijn.host. De verlenging van het .nl-domein vindt halverwege december plaats. Is er bij een verhuizing sprake van een opzegtermijn van één maand?
[ Voor 6% gewijzigd door Room42 op 29-11-2025 18:15 ]
"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron
Als je een .nl domein verhuist dan blijft de einddatum gewoon staan? Alleen heb je dan dus "te veel" ervoor betaald. Maar als je op 1 nov nog bij TransIP hebt verlengt en de boel nu verhuisd zal mijn.host pas rond 1 nov 2026 voor de eerste keer incasseren. Je bent dus niks kwijt behalve dus dat TransIP gewoon veel hogere kosten rekent voor die verlenging, maar de einddatum blijft staan.Room42 schreef op zaterdag 29 november 2025 @ 18:14:
[...]
De verhuizing is direct en je contract met je oude partij wordt opgezegd maar voor je contractperiode ben je zelf verantwoordelijk. Zeg jij op met nog 11 maanden te gaan, dan ben je die 11 maanden kwijt. Nu is dat met een domein maar een paar euro, gelukkig.
Ik weet alleen niet hoe het zit als je andere zaken afneemt (hosting / mail / ...) gekoppeld aan het domein. Mogelijk dat TransIP (bv) daar wel een contractduur / mogelijke opzegdatum aan verbindt.
Dat is eenvoudig te controleren via https://www.transip.nl/cp/account/diensten/ als je daar allerlei diensten afneemt.RobertMe schreef op zaterdag 29 november 2025 @ 18:57:
[...]
Als je een .nl domein verhuist dan blijft de einddatum gewoon staan? Alleen heb je dan dus "te veel" ervoor betaald. Maar als je op 1 nov nog bij TransIP hebt verlengt en de boel nu verhuisd zal mijn.host pas rond 1 nov 2026 voor de eerste keer incasseren. Je bent dus niks kwijt behalve dus dat TransIP gewoon veel hogere kosten rekent voor die verlenging, maar de einddatum blijft staan.
Ik weet alleen niet hoe het zit als je andere zaken afneemt (hosting / mail / ...) gekoppeld aan het domein. Mogelijk dat TransIP (bv) daar wel een contractduur / mogelijke opzegdatum aan verbindt.
Domeinregistratie is altijd per jaar, VPS, Mail en Webhosting is vziw altijd per maand, iig standaard.