[mijn.host] Ervaringen & Discussie

[fritsjof]

RobbyTown schreef op woensdag 18 februari 2026 @ 16:23:
@fritsjof https://mijn.host/contact/
Gele/oranje button: Contact opnemen > Verkoopafdeling kiezen

Dankje, ik was daar al geweest maar die pagina werkt niet lekker met mijn Dark Reader browser plugin, daarom dus op zoek naar 'gewoon' een e-mailadres. Uiteindelijk toch gelukt via het contactform, dank.

[donny007]

Ligt het aan mij, of serveert mijn.host ineens een incomplete certificaatbundel voor de eigen website en API? Het huidige certificaat is uitgegeven op 21 Februari 2026 (dus recent vervangen).

Firefox vertrouwt het nieuwe certificaat wel, maar andere tools zijn er niet zo blij mee. Het lijkt erop dat er een intermediary ontbreekt in de bundel.





Hierdoor werkt mijn DDNS updater niet meer (iig niet zonder SSL verificatie uit te zetten)

Edit: ze hebben het gefixt! De ontbrekende intermediary zit nu wel in de bundel.

[ Voor 5% gewijzigd door donny007 op 23-02-2026 17:55 ]

[EnigmA-X]

Net als in december, lijkt ns2 weer compleet out of sync te raken. Krijg nu ook (weer) inconsistente replies, ns1 en ns3 geven de juiste reply en ns2 geeft oude records terug.

Meer mensen hier last van?

code:

stalwart:~/stalwart$ dig -t SOA enigma-x.nl +short @ns1.mijn.host
ns1.mijn.host. hostmaster.enigma-x.nl. 1772292658 10800 3600 604800 3600
stalwart:~/stalwart$ dig -t SOA enigma-x.nl +short @ns2.mijn.host
ns1.mijn.host. hostmaster.enigma-x.nl. 1769960726 10800 3600 604800 3600
stalwart:~/stalwart$ dig -t SOA enigma-x.nl +short @ns3.mijn.host
ns1.mijn.host. hostmaster.enigma-x.nl. 1772292658 10800 3600 604800 3600

[deadinspace]

Ik heb vandaag mijn domein verhuisd naar mijn.host, en het viel mij ook al op dat ns1. en ns3. vrijwel onmiddelijk DNS records voor mijn domein resolvden, maar ns2. bleef een paar uur lang REFUSED antwoorden. Inmiddels antwoordt ns2. wel correct op DNS queries.

edit: en nu weer niet:

code:

;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 15620

[ Voor 16% gewijzigd door deadinspace op 28-02-2026 17:27 ]

[pillenboer]

Nou allemaal, geen betere reclame voor een hosting partij dan zo'n draadje van medetweakers waar het bedrijfsaccount van mijn.host zelfs in participeert.

Aantal domeinnamen al jaren naar tevredenheid ondergebracht bij transip. Nu doe ik er verder ook niets mee want ik host alles zelf dus dan kan er maar weinig misgaan maar Transip (team blue) is te groot om nog op mijn sympathie te rekenen. Dus gaan we overstappen naar een kleine(re) oprechte partij en dan mag er van mij zelfs wat geld verdiend worden. Ik zit dus niet zo op prijs te letten als sommige medetweakers maar het registreren van 8 domeinen is dan ook echt rommelen in de marge....

De zoektocht gestart met zo'n beetje de eisen van webfanaat als leidraad, exclusief de kosten.
https://webfanaat.nl/blog...s-kwaliteit-vergelijking/

Mijn.host kwam op de shortlist en uiteindelijk heb ik altijd wel bewondering voor ondernemers die in een verzadigde markt met een propositie kunnen en durven te komen gericht op de kwaliteit en de klant.

Anyways, bedankt voor deze draad dus allemaal en we gaan dit weekend verhuizen.
Nu niet ineens in mei allemaal negatieve reviews gaan plaatsen ;-)

[sisa]

Nu heb ik al een tijdje een domeinnaam bij mijn.host met het idee ale éen van de laatste taken mijn Gmail uit te faseren. Nu vraag ik mezelf af wat nu verschillen zijn tussen email hosting bij mijn.host en bijv. mailbox.org. Zoals ik lees hebben ze nagenoeg dezelfde functionaliteiten alleen is mailbox erg gericht op EU-hosting als selling point. Wat is nu daadwerkelijk het verschil, als ik email op mijn iphone wil zal ik beide toch via de mail-app moeten instellen. Mijn insteek is voornamelijk om (gezien de situatie) relatief veilig te mailen en het liefste zo min mogelijk iets met Google te maken te hebben. Geen advertenties, geen tracking, geen reclame.

[ Voor 24% gewijzigd door sisa op 23-03-2026 15:27 ]

[Room42]

sisa schreef op maandag 23 maart 2026 @ 15:24:
[...] Wat is nu daadwerkelijk het verschil? Als ik email op mijn iphone wil zal ik beide toch via de mail-app moeten instellen.

Waarom? Heb je op iOS geen apps als Thunderbird of andere 3rd party mail apps?

Mijn insteek is voornamelijk om (gezien de situatie) relatief veilig te mailen en het liefste zo min mogelijk iets met Google te maken te hebben. Geen advertenties, geen tracking, geen reclame.

Dan neem ik aan dat je naar het mijn.host personal e-mail hostingpakket van 2,50 p/m t.o.v. de Mailbox.org Standard van 3.00 p/m? Want ik neem aan dat je een eigen domein wilt gebruiken?

Bij Mailbox.org heb je voor dat bedrag 5x zoveel opslagruimte (10GB vs 2GB), een online office suite, Video conferences, etc. Het pakket voor 2,50 bij mijn.host is daar veel beperkter in, maar daar krijg je wel wat je vraagt: E-mail.

Ik denk dat de echte kwaliteit zit in de webinterface (als je die wilt gebruiken) en het spamfilter. Maar daar heb ik bij mijn.host geen ervaring mee.

[afnay]

Omdat ik zelf eerder niet veel vond van praktische voorbeelden rond het API gebruikt bij mijn.host :

Ik heb nu een pfsense script om via cron de API aan te spreken en een DDNS host van mijn.host up-to-date te houden.

Gebruik om een A record te updaten, hier cloud.example.nl van het domain example.nl
/root/mijnhost-ddns.sh -k 'API-key' -d example.nl -r cloud.example.nl -t A

Dit script update alleen een mijn.host record als de WAN IP gewijzigd is.
Je krijgt ook een lijntje in de logfiles van pfsense.

Je kan het script meerdere keren in cron zetten als je meer dan één record wil updaten,
alle andere bestaande records/hosts in mijn.host configuratie worden dus niet aangepast of gewist.

#!/bin/sh
set -eu

API_BASE="https://mijn.host/api/v2"
TTL=300 # 5 minutes
MAX_DELAY_SEC=20 # 0–20 sec random delay

log() {
logger -t mijnhost-ddns "$1"
}

usage() {
cat <<EOF
Usage:
$0 -k api_key -d domain.tld -r host.domain.tld [-t A|AAAA] [-l ttl]

Examples:
$0 -k 'APIKEY' -d example.nl -r cloud.example.nl -t A
$0 -k 'APIKEY' -d example.nl -r cloud.example.nl -t AAAA
EOF
exit 1
}

API_KEY=""
DOMAIN=""
FQDN=""
RECORD_TYPE="A"
MANUAL_TTL=""

while getopts "k:d:r:t:l:" opt; do
case "$opt" in
k) API_KEY="$OPTARG" ;;
d) DOMAIN="$OPTARG" ;;
r) FQDN="$OPTARG" ;;
t) RECORD_TYPE="$OPTARG" ;;
l) MANUAL_TTL="$OPTARG" ;;
*) usage ;;
esac
done

[ -n "$API_KEY" ] || usage
[ -n "$DOMAIN" ] || usage
[ -n "$FQDN" ] || usage

if [ -n "$MANUAL_TTL" ]; then
TTL="$MANUAL_TTL"
fi

detect_wan_if() {
route -n get default 2>/dev/null | awk '/interface:/{print $2; exit}'
}

get_ip_for_if() {
iface="$1"
case "$RECORD_TYPE" in
A)
ifconfig "$iface" 2>/dev/null | awk '/inet / {print $2; exit}'
;;
AAAA)
ifconfig "$iface" 2>/dev/null | awk '/inet6 / && $2 !~ /^fe80:/ {print $2; exit}'
;;
esac
}

WAN_IF="$(detect_wan_if || true)"
[ -n "$WAN_IF" ] || { log "Could not detect active WAN interface"; exit 1; }

WAN_IP="$(get_ip_for_if "$WAN_IF" || true)"
[ -n "$WAN_IP" ] || { log "Could not detect $RECORD_TYPE address on $WAN_IF"; exit 1; }

STATE_FILE="/var/db/mijnhost-${DOMAIN}-${FQDN}-${RECORD_TYPE}.state"
mkdir -p /var/db

if [ -f "$STATE_FILE" ] && [ "$(cat "$STATE_FILE" 2>/dev/null || true)" = "$WAN_IP" ]; then
log "No change for $FQDN ($WAN_IP)"
exit 0
fi

# Random delay 0–$MAX_DELAY_SEC seconds
RANDOM_DELAY_SEC=$(expr $(od -An -N2 -tu2 /dev/urandom) % $MAX_DELAY_SEC + 1)
sleep "$RANDOM_DELAY_SEC"


payload=$(cat <<EOF
{
"record": {
"type": "$RECORD_TYPE",
"name": "$FQDN",
"value": "$WAN_IP",
"ttl": $TTL
}
}
EOF
)

response="$(curl --silent --show-error \
--request PATCH "$API_BASE/domains/$DOMAIN/dns" \
--header "Accept: application/json" \
--header "Content-Type: application/json" \
--header "API-Key: $API_KEY" \
--data "$payload" 2>&1)" || {
log "Update failed for $FQDN: $response"
exit 1
}

printf '%s' "$WAN_IP" > "$STATE_FILE"
log "Updated $FQDN ($WAN_IP, TTL $TTL, delay $RANDOM_DELAY_SEC s) via $WAN_IF"

[afnay]

Als je de API wil gebruiken vanuit een Raspberry PI, Home Assistant en alles waar je een curl commando kan draaien :


curl --request PATCH \
--url https://mijn.host/api/v2/domains/example.nl/dns \
--header 'accept: application/json' \
--header 'api-key: API-key' \
--header 'content-type: application/json' \
--header 'user-agent: my-application/1.0.0' \
--data '{
"record": {
"type": "A",
"name": "cloud.example.nl.",
"value": "95.143.172.200",
"ttl": 900
}
}'

[Wom]

Zojuist mijn laatste website verhuist van Versio naar mijn.host. Vlotte overstap geweest en mijn eerste ervaring met DirectAdmin is eigenlijk ook een positieve. PageSpeed laat zien dat websites sneller laden. Wetende wat voor jaarlijkse besparing ik nu maak door niet meer bij Versio te zitten, is het dubbel feest En eindelijk een moderne PHP variant.

Hopelijk kan ik lang zo positief blijven.

[Ruzor]

Room42 schreef op maandag 23 maart 2026 @ 17:05:
[...]
Waarom? Heb je op iOS geen apps als Thunderbird of andere 3rd party mail apps?

[...]

Dan neem ik aan dat je naar het mijn.host personal e-mail hostingpakket van 2,50 p/m t.o.v. de Mailbox.org Standard van 3.00 p/m? Want ik neem aan dat je een eigen domein wilt gebruiken?

Bij Mailbox.org heb je voor dat bedrag 5x zoveel opslagruimte (10GB vs 2GB), een online office suite, Video conferences, etc. Het pakket voor 2,50 bij mijn.host is daar veel beperkter in, maar daar krijg je wel wat je vraagt: E-mail.

Ik denk dat de echte kwaliteit zit in de webinterface (als je die wilt gebruiken) en het spamfilter. Maar daar heb ik bij mijn.host geen ervaring mee.

Naast dat heeft mailbox ook een sterke focus op beveiling:
https://mailbox.org/en/why-mailbox/

[ Voor 6% gewijzigd door Ruzor op 08-04-2026 13:42 ]

[Oon]

Ruzor schreef op woensdag 8 april 2026 @ 13:28:
[...]

Naast dat heeft mailbox ook een sterke focus op beveiling:
https://mailbox.org/en/why-mailbox/

Dat zijn allemaal marketingpraatjes, alles dat ze noemen is vrij standaard

[Ruzor]

Oon schreef op woensdag 8 april 2026 @ 13:30:
[...]

Dat zijn allemaal marketingpraatjes, alles dat ze noemen is vrij standaard

Ja? Ik zie de meeste zaken anders niet in het overzicht van mijn.host:
https://mijn.host/e-mail-hosting/

Kijk vooral hier eens:
https://mailbox.org/en/security/

[ Voor 13% gewijzigd door Ruzor op 08-04-2026 13:42 ]

[Oon]

Ruzor schreef op woensdag 8 april 2026 @ 13:39:
[...]

Ja? Ik zie de meeste zaken anders niet in het overzicht van mijn.host:
https://mijn.host/e-mail-hosting/

Kijk vooral hier eens:
https://mailbox.org/en/security/

Ja, nogmaals, als iemand die jarenlang een eigen mailserver heeft gehost en recent is overgestapt naar shared hosting, dit zijn allemaal standaard dingen. Misschien een handjevol die optioneel zijn, maar ze doen echt niks heel spannends.
Puur marketing dus.

[Ruzor]

Oon schreef op woensdag 8 april 2026 @ 13:49:
[...]

Ja, nogmaals, als iemand die jarenlang een eigen mailserver heeft gehost en recent is overgestapt naar shared hosting, dit zijn allemaal standaard dingen. Misschien een handjevol die optioneel zijn, maar ze doen echt niks heel spannends.
Puur marketing dus.

Moet zeggen dat ik zaken zoals:

• Anonymous registration
• Anonymous payment options by cash, by post, or by cash deposit into a bank account
• Clearly communicated storage and deletion periods for log files and connection data
• Anonymised mail headers that do not contain user information about IP addresses or software used

Nog niet veel ergens anders ben tegengekomen. Denk ook dat dat ze onderscheid van bijvoorbeeld een mijn.host. Kun je daar überhaupt 2FA of bijvoorbeeld PGP en S/MIME op de mailbox instellen?

De vergelijking ging namelijk tussen mailhosting van mijn.host en mailbox.

[dbzokphp]

Ik heb dit kunnen vinden: https://mijn.host/blog/nieuwe-webmail-live/

Dus o.a:
🔐 OpenPGP Encryptie
🔢 2FA ondersteuning

Gelijk even ingelogd op de webmail omgeving en zie dat deze features er inderdaad inzitten.
S/MIME kan ik niet vinden. Je kan dat wel gewoon gebruiken in een mailapplicatie die dit ondersteund natuurlijk, maar in de webmail zie ik hier geen ondersteuning voor.

[mdlaat]

Hi
Ik overweeg een aantal domeinen te verhuizen naar mijn.host.

Ik begrijp dat ik (middels een template) de DNS bij mijn.host kan instellen voordat de verhuizing in werking gaat. Zo kan ik downtime voorkomen.

Ik zie het niet, maar misschien kijk ik er overheen: is er een mogelijkheid om een bestaande zonefile in een template in te lezen? Daarmee zou ik bij een zonefile met veel records, manuele fouten kunnen voorkomen en tijd besparen.

Dank!

[idef1x]

Zit net even te kijken, maar ik zie wel een optie om een template toe te passen, maar niet hoe deze dan te maken. Ik kan wel de zonefile bewerken. Wellicht heb je daar wat aan?

[neokarasu]

mdlaat schreef op vrijdag 24 april 2026 @ 22:35:
Ik zie het niet, maar misschien kijk ik er overheen: is er een mogelijkheid om een bestaande zonefile in een template in te lezen? Daarmee zou ik bij een zonefile met veel records, manuele fouten kunnen voorkomen en tijd besparen.

Zo te zien heb je bij de Zonefile Bewerken optie wel de mogelijkheid om een gehele zone erin te plakken (in het BIND zonefile formaat), maar dat is dus voor een domein dat al bij ze staat.

Maar vreemd genoeg heb je bij het aanmaken van een template die optie weer niet.
Bij het aanmaken van een template tonen ze alleen de mogelijkheid het handmatig record per record in te voeren. Zou een mooie feature zijn als ze wel het inladen van zonefiles voor templates gaan ondersteunen, net als voor individuele domeinen.

Wellicht dat je met hun support contact op kan nemen om te zien of ze toch een verborgen optie hebben of dat zij het handmatig voor je kunnen inladen.

[Room42]

Tip: Zodra je een domein hebt gekocht bij mijn.host voor verhuizing, kun je hem al vinden in het control panel en kun je de DNS-records bewerken. Zo kun je alle records voorbereiden voordat je de verhuiscode opgeeft en komt het domein dus in een warm bedje.

[ Voor 6% gewijzigd door Room42 op 25-04-2026 10:07 ]

[Nachtkastje]

Het is inderdaad niet mogelijk om een file in te laden helaas, ook niet binnen DirectAdmin (mocht je gebruik maken van hun hosting). Maar wat @Room42 al zegt, je kan het domeinnaam verhuizen en daarna gelijk de DNS-recrords goed zetten.

DNS heeft toch minimaal 30 min nodig om te wijzigen (vaak zelfs langer) dus het verkeer zal er niks van merken

[Nachtkastje]

dbzokphp schreef op woensdag 8 april 2026 @ 14:48:
Ik heb dit kunnen vinden: https://mijn.host/blog/nieuwe-webmail-live/

Dus o.a:
🔐 OpenPGP Encryptie
🔢 2FA ondersteuning

Gelijk even ingelogd op de webmail omgeving en zie dat deze features er inderdaad inzitten.
S/MIME kan ik niet vinden. Je kan dat wel gewoon gebruiken in een mailapplicatie die dit ondersteund natuurlijk, maar in de webmail zie ik hier geen ondersteuning voor.

Momenteel zit er geen S/MIME in de huidige Roundcube versie (althans versie van mijn S10 server draait op 1.6.11) maar in de nieuwe releases van Roundcube is het wel aanwezig. Dit zijn nog beta versies dus zal verklaren waarom de Roundcube versie nog niet geupdated is.

Komt er aan dus

[Room42]

Nachtkastje schreef op zaterdag 25 april 2026 @ 10:08:
[...]
DNS heeft toch minimaal 30 min nodig om te wijzigen (vaak zelfs langer) dus het verkeer zal er niks van merken

Dat valt mee, vooral als je de TTL laag hebt staan. Kan echt in een knip gebeurd zijn.

[Nachtkastje]

Room42 schreef op zaterdag 25 april 2026 @ 12:52:
[...]

Dat valt mee, vooral als je de TTL laag hebt staan. Kan echt in een knip gebeurd zijn.

Zeker waar, maar domeinnaam verhuizen is vaak ook andere nameservers en die hebben vaak weer hogere TTL

[Room42]

Nachtkastje schreef op zaterdag 25 april 2026 @ 12:53:
[...]

Zeker waar, maar domeinnaam verhuizen is vaak ook andere nameservers en die hebben vaak weer hogere TTL

Maar ook daar kun je net op het moment van het verlopen van de TTL checken en dus direct frisse records krijgen. Hoe dan ook, daar kun je niet op vertrouwen als je een 100% uptime wilt.

[mdlaat]

idef1x schreef op zaterdag 25 april 2026 @ 00:20:
Zit net even te kijken, maar ik zie wel een optie om een template toe te passen, maar niet hoe deze dan te maken. Ik kan wel de zonefile bewerken. Wellicht heb je daar wat aan?

Nee, dat bedoelde ik niet. Het gaat mij erom dat ik niet met handje alle bestaande dns records in wil kloppen. Dan kan ik er gemakkelijk eentje overslaan, of een tiepfout maken. En het is saai werk. Van het eerste domein waar ik mee aan de slag wil heeft de bind zonefile net geen 100 regels. Ik zoek dus een automatische mogelijkheid.

En, @Room42 en @Nachtkastje:
Nee, volgens mij kun je dan te laat zijn. Eenmaal domein gekocht voor verhuizing kunnen er al dns requests naar de nieuwe nameservers gaan. Bovendien zit ik dan nog steeds handmatig een hoop records aan te passen, met kans op fouten.

neokarasu schreef op zaterdag 25 april 2026 @ 00:36:
[...]


Zo te zien heb je bij de Zonefile Bewerken optie wel de mogelijkheid om een gehele zone erin te plakken (in het BIND zonefile formaat), maar dat is dus voor een domein dat al bij ze staat.

Maar vreemd genoeg heb je bij het aanmaken van een template die optie weer niet.
Bij het aanmaken van een template tonen ze alleen de mogelijkheid het handmatig record per record in te voeren. Zou een mooie feature zijn als ze wel het inladen van zonefiles voor templates gaan ondersteunen, net als voor individuele domeinen.

Wellicht dat je met hun support contact op kan nemen om te zien of ze toch een verborgen optie hebben of dat zij het handmatig voor je kunnen inladen.

Ah kijk. Dat lijkt de beste optie inderdaad. Ik heb nog geen domeinen bij ze, dus wist ook nog niet dat ik voor een bestaand domein een zonefile in kan laden. Ik ga het support vragen of ze dat ook voor een template mogelijk willen maken.

Thx allen!

[mdlaat]

Wauw, wat een superservice en snelle reactie van mijn.host! Op een niet werkdag notabene!
31 minuten na mijn vraag hebben ze de mogelijkheid van zonefile bewerken/uploaden aan een template toegevoegd.

Het door mijn.host gewenste formaat is niet exact gelijk aan een bind zonefile, maar dat is een minor detail en simpel aan mijn kant aan te passen.