[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.