Domainit ja niihin liittyvät palvelut / asetukset / jne.

Mutta mitähän tuolla CF:ssä sitten kannattaisi tehdä? Ilmeisesti approved-listalle mitään ei voi nyt lisätä ilman, että se luo uusia tietueita DNS:ään? Antaako vain olla tekemättä mitään vai lisääkö ja sitten muokkaa DNS:n käsin takaisin entiseen? Ei kyllä hulluna huvittaisi turhaan mulkata noita, kun taitavat olla nyt juuri oikein (tuo DMARC ollut jo yli viikon "reject" valinnalla). Muutenkin on tuo CF:n sanamuoto jännä, kun tuosta saa sen käsityksen, että tuolla olisi merkitystä ja syytä tehdä mitä se ehdottaa. Mutta betahan se todellakin on, eikä liene ihan virallista versiota tarjolla?
Eihän tuo unapproved tosiaan ole kuin pieni kauneusvirhe. Isehän otin varmuuden vuoksi olemassaolevan SPF:n copy-pastella talteen ja palautin sen takaisin ja poistin nuo ylimääräiset luodut _spfcf tietueet, ei montaa sekuntia mennyt klikkaillessa. DMARC tietueeseenhan tuo työkalu ei koske, anna sen vaan olla rejectillä.

Oman mutun perusteella CF:n uudet ominaisuudet ovat aika pitkään beta-vaiheessa, helposti useita kuukausia. Kyllä se sieltä aikanaan tulee valmiiksi :)
 
Eihän tuo unapproved tosiaan ole kuin pieni kauneusvirhe. Isehän otin varmuuden vuoksi olemassaolevan SPF:n copy-pastella talteen ja palautin sen takaisin ja poistin nuo ylimääräiset luodut _spfcf tietueet, ei montaa sekuntia mennyt klikkaillessa. DMARC tietueeseenhan tuo työkalu ei koske, anna sen vaan olla rejectillä.
Se silti tuonkin jälkeen pysyi DMARCin "approved" listalla? Eli antaa sen tehdä temppunsa DNS:ään, kun laittaa "approved" ja palauttaa vain käsin entiselleen. Entä meneekö tuo ihan vituralleen, jos jättääkin DNS:ään sen mitä CF sinne haluaa tehdä (kilometrin lista ip-osoitteita)?

Mutta tuolla siis ei ole toiminnallisuuteen mitään vaikutusta teki tuo lainkaan tai ei, jos jättäisi vaan roikkumaan unapproved ja antaisi ajan hoitaa, josko joskus hoksaisivat korjata sen?
 
Jaa, tämä näköjään korjaantuikin itsekseen antamalla sen ässehtyä. :)
Cloudflare on ilmeisesti kaikessa hiljaisuudessa korjannut tämän iCloudin osalta. Huomasin, kun aloin tänään katsoa tuota, että tekisin viimein sen approve tempun ja korjaisin käsin SPF-tietueen takaisin sen jälkeen mutta eipä unapproved listalla ollut enää mitään (katsoin edellisen 30 pv ajaltakin), kuten ei myös approved puolella (ei ole ollutkaan missään vaiheessa).
 
Oletteko saaneet DNSSecin pelaamaan yhdistelmällä .fi domain Domainhotellista + Cloudflare?
 
Minulla ei ole .fi domain mutta DNSSecin sain kyllä päälle ihan heittämällä Cloudflaresta. Oletuksena se oli pois käytöstä, joten itse pitää tehdä.
Luulisin ettei sillä, että minkä välittäjän kautta domain on hankittu ole mitään väliä tuolle. Miten sitten vaikuttaa tuo, että .fi osoitteet on kai aina DNSSec käytössä, joku viisaampi osannee tuohon vastata.
 
Minulla ei ole .fi domain mutta DNSSecin sain kyllä päälle ihan heittämällä Cloudflaresta. Oletuksena se oli pois käytöstä, joten itse pitää tehdä.
Luulisin ettei sillä, että minkä välittäjän kautta domain on hankittu ole mitään väliä tuolle. Miten sitten vaikuttaa tuo, että .fi osoitteet on kai aina DNSSec käytössä, joku viisaampi osannee tuohon vastata.
Päällelaitto cloudflaren puolelta oli helppoa. Ongelmana lähinnä tuo domainhotellin pää, kun ei mitään hajua missä muodossa heidän avoimiin kenttiinsä nuo dnssecin tiedot pitää syöttää.
 
Päällelaitto cloudflaren puolelta oli helppoa. Ongelmana lähinnä tuo domainhotellin pää, kun ei mitään hajua missä muodossa heidän avoimiin kenttiinsä nuo dnssecin tiedot pitää syöttää.
Siis hetkinen, sinulla on Cloudflaren DNS-palvelu käytössä? Ei kai sinun silloin tarvitse mihinkään muualle tuota määritellä jatkossa päälle kuin Cloudflareen. Vai onko sinulla jotain muutakin palveluja ostettuna tai käytössä domainhotellista kuin vain oma domain?

Tuossa jotain ohjetta tähän liityen.
Change your nameservers (Full setup) · Cloudflare DNS docs
 
Viimeksi muokattu:
Päällelaitto cloudflaren puolelta oli helppoa. Ongelmana lähinnä tuo domainhotellin pää, kun ei mitään hajua missä muodossa heidän avoimiin kenttiinsä nuo dnssecin tiedot pitää syöttää.

Domainhotellissa tarkistin että siellä on valinta hakea DS-tietueet eli DNSSECiin liittyvät tietueet suoraan nimipalvelimelta mutta aika selkeä se on. Arvot näkyy kaikki siellä CloudFlaressa samalla tavalla miten tuonne Domainhotelliin pitäisi laittaa.
 
Päällelaitto cloudflaren puolelta oli helppoa. Ongelmana lähinnä tuo domainhotellin pää, kun ei mitään hajua missä muodossa heidän avoimiin kenttiinsä nuo dnssecin tiedot pitää syöttää.
Itsekin tätä joskus ihmettelin, ei toiminut se automaattinappi, eikä käsin syöttämällä. Rekisteröidyin sitten itse välittäjäksi ja homma toimi yhdellä klikkauksella, joten jotain häikkää Domainhotellin päässä on. Kannattaa varmaan heidän asiakaspalveluun olla yhteydessä, itse en viitsinyt.
 
Mihin kannattais laittaa n. 10kpl domainien ylläpitoa edullisesti, com net ja fi. Ovat olleet misshostingilla mutta ryökäleet nostivat hintoja jonkun 35% eikä mitään ilmoitusta ennakkoon. boikottiin koko firma
 
Domainhotellissa tarkistin että siellä on valinta hakea DS-tietueet eli DNSSECiin liittyvät tietueet suoraan nimipalvelimelta mutta aika selkeä se on. Arvot näkyy kaikki siellä CloudFlaressa samalla tavalla miten tuonne Domainhotelliin pitäisi laittaa.

Itsekin tätä joskus ihmettelin, ei toiminut se automaattinappi, eikä käsin syöttämällä

Esim. AWS:n tapauksessa piti vain tajuta että Domainhotellin "Algoritmi"-kenttä tarkoittaa allekirjoituksen algoritmin tyyppiä (Signing algorithm type AWS:ssä) ja "Digest type" tarkoittaa tiivisteen tyyppiä (Digest algorithm type AWS:ssä). Mutta noilla sen sai toimimaan ihan mainiosti. Luultavasti ihan samat tiedot saa kaivettua CF:stä.

Ja jos se jotain auttaa, niin "Key tag"-arvossa on itselläni viisi numeroa, "Algoritmi"-arvossa 2, "Digest type":ssä 1 ja "Digest":ssä 64 numeroa ja merkkiä (heksa).
 
Viimeksi muokattu:
Terve pientä apua tarvitsisin. Tarkoituksenani olisi ostaa .fi domain sovellukselle jonka teen. Hostaamisen teen vercel, Amazon tai jossain vastaavassa palvelussa. Mutta mikä olisi nyt sopiva paikka ostaa domain? Riittääkö pelkkä domainin ostaminen tilanteessani, sillä hostaamisen teen muualla kuin noissa domainkauppojen tarjoamassa ratkaisussa.

Mitä itse olen nyt katsellut niin on gandi.net
En vaan osaa arvioida enkä vertailla noita, joten tarvitsisin siinä hieman apua.
 
Terve pientä apua tarvitsisin. Tarkoituksenani olisi ostaa .fi domain sovellukselle jonka teen. Hostaamisen teen vercel, Amazon tai jossain vastaavassa palvelussa. Mutta mikä olisi nyt sopiva paikka ostaa domain? Riittääkö pelkkä domainin ostaminen tilanteessani, sillä hostaamisen teen muualla kuin noissa domainkauppojen tarjoamassa ratkaisussa.

Mitä itse olen nyt katsellut niin on gandi.net
En vaan osaa arvioida enkä vertailla noita, joten tarvitsisin siinä hieman apua.

Pelkkä domain näyttäisi riittävän kun Vercel ja AWS tarjoaa myös nimipalvelut. Voit valita verkkotunnusvälittäjän joka sopii käyttötarkoituksiin, esim Gandhi on luotettava iso toimija.
 
Olisikohan kellään ideaa seuraavanlaiseen ongelmaan?
Käytössä iCloud+ custom domain joka on siellä jo ollut käytössä jonkin aikaa, alkoi nyt vaatimaan domainin vahvistamista vaikka se käsittääkseni kyllä on jo vahvistettu käyttöönotossa, kun se on kerta jo toiminnassa. Ongelma on nyt, että tuo kertoo, että vahvistus kestäisi minuuteista yhteen vuorokauteen mutta mitään ei ole tapahtunut odottelemalla eikä tuo anna valita "vahvista uudelleen" (nappi siis harmaana). Ainoa toiminto mitä tuo antaisi käyttäjän itsensä nyt tehdä, on poistaa koko domain. :cautious: Hämärää tässä on se, että domain on ostettu iCloud+ sisäänleivotun osta domain systeemin kautta, jossa domain ostetaan Cloudflaren kautta ja joka tuolla käyttöönottowizardillaan suoraan sen liittää iCloudiin ja tekee jopa tarvittavat DNS-asetukset Cloudlfareen. Ja tämä on toiminut ihan ok tähän asti. Tuo virheilmoitus tuli sen jälkeen, kun nyt yritin lisätä toista sähköpostiosoitetta itselleni, joka tehdään suoraan iCloudin kautta ja kaikki vaikutti olevan ihan ok siihen asti, että loin toisen sähköpostiosoitteen itselleni valitsin, että luo sellainen, tuon jälkeen sanoi ettei voi koska domain ei ole vahvistettu!?!?

Lienee jokin iCloudin häikkä mutta eipä Applen suunnalta apua tuntunut suorilta löytyvän. Onko kukaan törmännyt samaan ongelmaan iCloudin tai jonkin toisen email-palvelutarjoajan kanssa, että jo käytössä ja toiminnassa ollut domain alkaakin vaatia uudelleen vahvistamista? Ja miten ihmeessä se vahvistetaan, enää uudelleen samalle palveluntarjoajalle? Vaikuttaa ihan siltä kuin tuo nyt olisi kuvittelemassa, että kyseinen domain olisi ollut olemassa jo kauemmin ja se olisi tai oltaisiin siirtämässä joltain toiselta palveluntarjoajalta iCloudiin.

Onneksi oman domainin postit vielä tuntuu vielä tulevan ja lähtevän jo sinne käyttöönotossa luodusta osoitteesta vaikka iCloud kaiken "hyvän lisäksi" tälläkin hetkellä väittää, että domainini ei toimi iCloud mailin kanssa...
 
Viimeksi muokattu:
Nyt heittikin toimimasta lopullisesti. Saisikohan tuota domainia enää siirrettyä edes jollekin toiselle palveluntarjoajalle, kun sitä tuskin saa Applen kautta myöskään vapautettua siirtoa varten...?
 
Olisikohan ihan pönttö ajatus ottaa henkilökohtaiseksi email domainiksi .org tai .uk pääte? Ainakin tuota .org päätettä käsittääkseni voi suomalaiset yksityishenkilöt omistaa. Olin lukevinani, että myös .uk olisi yksityishenkilöille käytettävissä mutta en ole satavarma onko siinä jotain maarajoituksia. Onhan .uk ehkä vähän outo täkäläisen sähköpostiosoitteeksi? Mutta olisi naseva pääte omasta mielestä muuten. Ilmeisesti .org ja .uk ei aiheuta mitään ongelmia, että spammifiltterit näitä suorilta pistäisi roskapostiin?
.
.
Edit. Miten olisi EtunimenekakirjainSukunimi.xx domain. Olisikohan tuokin aika kumma?
.uk on maapääte, joten en sitä ottaisi ilman UK-kytköstä. Minusta parhaita henkilödomaineja on .org ja varsinkin .net. En ottaisi .com, koska se viittaa yritykseen ja .org on jokin organisaatio. Kai .net:lläkin on jokin alkuperäinen tarkoitus mutta sen voisi ajatella tarkoittavan läsnäoloa verkossa.

Esimerkiksi tuollainen EkaSukunimi.net osoittaa minusta hyvää makua verkko-osoitteen valinnassa. :p
Sähköposti voi olla esim. mail@ESukunimi.net tai Etunimi@ESukunimi.net.

On niin perin harmillista, että näitäkään ei ole kaikille jäljellä. Nopeat syövät hitaat. ;)
 
Nyt heittikin toimimasta lopullisesti. Saisikohan tuota domainia enää siirrettyä edes jollekin toiselle palveluntarjoajalle, kun sitä tuskin saa Applen kautta myöskään vapautettua siirtoa varten...?
Sen verran selvisi Cloudflaren kautta, että tässä olisi vika "DNS_PROBE_FINISHED_NXDOMAIN". Ei kyllä itsellä ymmärrys riitä miten tuo pitäisi tehdä, kun ei minulla ole muuta kuin email käytössä oma domain?
 
.uk on maapääte, joten en sitä ottaisi ilman UK-kytköstä.
Kyllä, tähän lopputulokseen omakin pähkäily johti.

Minusta parhaita henkilödomaineja on .org ja varsinkin .net. En ottaisi .com, koska se viittaa yritykseen ja .org on jokin organisaatio. Kai .net:lläkin on jokin alkuperäinen tarkoitus mutta sen voisi ajatella tarkoittavan läsnäoloa verkossa.
Jotenkin .org kalskahti omaan korvaan kummalta henkilökohtaisen domainin kanssa, joten loppupeleissä vaihtoehdoksi jäi itselleni .net, .com tai .fi mutta jätin myös .fi pois sen takia, että loppuelämän domain osoite ei ehkä kannata olla millään tietyllä maapäätteellä.

Esimerkiksi tuollainen EkaSukunimi.net osoittaa minusta hyvää makua verkko-osoitteen valinnassa. :p
Sähköposti voi olla esim. mail@ESukunimi.net tai Etunimi@ESukunimi.net.
Siis meinaatko koko nimeä tyyliin mail@johndoe.xxx vaiko sitä, että sukunimen edessä olisi etunimen kirjain tyyliin John Doe olisi mail@jdoe.xxx?
Voi olla, että tässä joutuu vielä yhden domainin ostamaan ja pitää huonoista vaihtoehdoista valita vähiten huono, jos tätä jo hankittua ei saa enää toimimaan Applelle.

On niin perin harmillista, että näitäkään ei ole kaikille jäljellä. Nopeat syövät hitaat. ;)
Joo, hankala se on, kun juuri oikeat on jo varattuna parhailla päätteillä.
 
Yhtäkkiä ollut ongelmaa saada maileja menemään gmailiin jos lähettäjän osoite on yrityksen .fi domaini ja lähettävä palvelin Elisan smtp(a).kolumbus.fi. Mailer Daemon vastaa SPF ja DKIM tietueista. Asia tuntui korjaantuvan tekemällä uusi gmail-tili ja lisäämällä kys. hyljeksitty niminimi@domaindomain.fi sen gmail tilin palautusosoitteeksi.

Myös lisäämällä tämä uusi gmail-tili sähköpostiohjelmaan, voi sitten gmaileihin vastatessa vaihtaa lähettäjäksi gmail-tilinsä, jos muistaa.

Toki oikea ratkaisu olisi webhostin puolelta järjestellä vivut siten että asiakkaalla lähettävä ja vastaanottava palvelin on sama domain ja sen tietueet kunnossa.

Harmillisesti ei vain ole montaa gmail-osoitetta kenelle kehtaisi tyyliin "Testataan" viestejä lähetellä.
 
Nyt sitten onkin oma doman joutunut mustalle listalle ainakin yhdellä toimijalla. Mitenkähän näitä saanee enää whitelistattua, jos tuon domainin joskus enää saa toimimaan? Pitääkö jokaikseen mustan listan ylläpitäjään yrittää saada yhteys vai onko mitään keskitetympää mistä voisi yritellä?
Vai onko jo viisainta vain luovuttaa tuon domainin osalta?
 
Nyt sitten onkin oma doman joutunut mustalle listalle ainakin yhdellä toimijalla. Mitenkähän näitä saanee enää whitelistattua, jos tuon domainin joskus enää saa toimimaan? Pitääkö jokaikseen mustan listan ylläpitäjään yrittää saada yhteys vai onko mitään keskitetympää mistä voisi yritellä?
Vai onko jo viisainta vain luovuttaa tuon domainin osalta?

Niin onkos sinulla jo DNS hallinnassa? Aikaisemmassa viestissä joku ongelma?

Mille listalle jo joutunut? Ei sinne yleensä vahingossa joudu - riippuu palveluntarjoajasta mutta mitään keskitettyä ei ole. Osa listoista ei ole julkisia - esim Microsoftilla ja Googlella on omat.
 
Niin onkos sinulla jo DNS hallinnassa? Aikaisemmassa viestissä joku ongelma?
Tavallaan on ja ei ole hallinnassa. Vanhat DNS-asetukset näköjään vielä päästää viestejä tulemaan ja lähtemään mutta domainia ei iCloudiin silti pysty vahvistamaan ja mitä se vaatii, että voisi mitenkään hallita omia osoitteita (ei siis voi lisätä esim. mitään uutta). Applen puolelta ei tunnu oikein apua löytyvän, kun kaikki niiden systeemeissä menee automaattisten toimintojen kautta ja jos ei mene, niin sitä ei sieltä kukaan tunnu osaavan käsinkään tehdä, en ainakaan vielä ole sellaista onnistunut sieltä käsiini saamaan...

Mille listalle jo joutunut?
Tutkailin tätä tarkemmin ja onkin niin, että siellä on osa iCloudin smtp:n IP-osoitteista, ei suoraan minun domainin nimi vielä mustalla listalla kai ole tai en onnistunut löytämään nimellä, mutta en tiedä onko se silti tuonkin takana. Eli ihan tuurista kiinni viestiä lähettäessä mitä se käyttää. Tähän en kyllä törmännyt kertaakaan ennen kuin tuli tuo domainin uudelleenvahvistus ongelma, joten ohjaako ne tarkoituksella vahvistamattomat domainit käyttämään tuollaisella listalla olevia IP:itä ensisijaisesti...?

Toinen vastaava juttu oli juuri, että yksi lähettämäni posti ei mennyt läpi, kun vastaanottajan yrityksen postit ottaa vastaan Outlook joka kierrättää viestin jonkin kolmannen osapuolen filtteröinnin kautta ja ne uudelleen lähettää/välittää viestini sen vastaanottajalle, joten SPF ei enää täsmääkään, kun lähettäjänä ei viimeisessä vaiheessa enää olekaan käyttämäni iCloudin smtp, vaan tuon filtteröintipalvelun.
 
Viimeksi muokattu:
Tavallaan on ja ei ole hallinnassa. Vanhat DNS-asetukset näköjään vielä päästää viestejä tulemaan ja lähtemään mutta domainia ei iCloudiin silti pysty vahvistamaan ja mitä se vaatii, että voisi mitenkään hallita omia osoitteita (ei siis voi lisätä esim. mitään uutta). Applen puolelta ei tunnu oikein apua löytyvän, kun kaikki niiden systeemeissä menee automaattisten toimintojen kautta ja jos ei mene, niin sitä ei sieltä kukaan tunnu osaavan käsinkään tehdä, en ainakaan vielä ole sellaista onnistunut sieltä käsiini saamaan...


Tutkailin tätä tarkemmin ja onkin niin, että siellä on osa iCloudin smtp:n IP-osoitteista, ei suoraan minun domainin nimi vielä mustalla listalla kai ole tai en onnistunut löytämään nimellä, mutta en tiedä onko se silti tuonkin takana. Eli ihan tuurista kiinni viestiä lähettäessä mitä se käyttää. Tähän en kyllä törmännyt kertaakaan ennen kuin tuli tuo domainin uudelleenvahvistus ongelma, joten ohjaako ne tarkoituksella vahvistamattomat domainit käyttämään tuollaisella listalla olevia IP:itä ensisijaisesti...?

Toinen vastaava juttu oli juuri, että yksi lähettämäni posti ei mennyt läpi, kun vastaanottajan yrityksen postit ottaa vastaan Outlook joka kierrättää viestin jonkin kolmannen osapuolen filtteröinnin kautta ja ne uudelleen lähettää/välittää viestini sen vastaanottajalle, joten SPF ei enää täsmääkään, kun lähettäjänä ei viimeisessä vaiheessa enää olekaan käyttämäni iCloudin smtp, vaan tuon filtteröintipalvelun.

Pääseeköhän CloudFlareen suoraan hallitsemaan vai onkohan tuossa Apple oma suoraan? Itse en ole suoraan Applen kautta suoraan tehnyt.

SPF kannattaa forwardoinnin takia olla ~all eikä -all koska muuten käy ikävästi. Microsoftin palvelu ennen ainakin suodattanut hyvin pois forwarderin kautta tulleet. DKIM toki jos kunnossa niin sitten ei pitäisi suodattaa riippuen DMARC säännöistä jos on asetettu. Joskus toki nähty että filtteröintipalvelut ilmeisesti muokkaavat sähköpostia, DKIM menee rikki siinä ja sitten SPF ei täsmää. DMARC jos on reject niin viestit blokkaantuu - sille ei oikein voi mitään.

Monet pienet palveluntarjoajat käyttää erilaisia roskapostilistoja kuten Barracudan listaa ja joskus näissä sitten löytyy vähän kaikkea mutta eiköhän tunnetuissa listoissa jo ole hyvin whitelistattu Apple ja isojen tarjoajien IP:t kun ei se auta blokata näitä. Näissä pitäisi abuseen saada ja se kyseinen osoite pois käytöstä mikä spämmii.
 
Pääseeköhän CloudFlareen suoraan hallitsemaan vai onkohan tuossa Apple oma suoraan? Itse en ole suoraan Applen kautta suoraan tehnyt.
Kyllä pääsen itse Cloudflareen hallitsemaan kaikkea DNS:ään liittyvää mutta jonkinlainen "keskusteluyhteys" iCloudilla tuonne on ainakin asennusvaiheessa. Mutta iCloud taas ei anna tehdä hommaa käsin niin, että se kertoisi mitä se tuonne mahdollisesti domainin uudelleen vahvistuksessa haluaisi tehdä. Ymmärtääkseni sillon, kun tuo oli vielä beta-vaiheessa, sen sai tehdä itsekin.

SPF kannattaa forwardoinnin takia olla ~all eikä -all koska muuten käy ikävästi.
Hmmm, noinko päin se olikin? Muistaakseni juuri tästä ketjusta sain aikoinaan ajatuksen, että se olisi kannattanut muuttaa -all, kuten sen itselleni laitoin.

Jos nyt haluaisin palata siihen oletus ~all, niin miten kannattaisi muuttaa nyt käytössäni olevaa DMARCia (vai tarviiko muuttaa "tilden" takia)? Se on DMARC testit läpäissyt ainakin tuon -all asetuksen kanssa. Tässä miten se on itselläni nyt: "v=DMARC1; p=reject; pct=100; rua=mailto:********************@dmarc-reports.cloudflare.net; ruf=mailto:******************@dmarc-reports.cloudflare.net; fo=1; adkim=s; aspf=s; sp=reject" (nuo ****** peittää oman yksilöllisen tunnisteeni).
Ilmeisesti tuo p=reject kannattaisikin olla quarantine tai jopa none...? Jälkimmäisellä kai menisi postit aina perille mutta sehän myös tavallaan nollaa koko DMARCin idean, jos olen sen oikein ymmärtänyt?
Mutta miten nuo ihan lopussa olevan switchit pitäisi olla SPF ~all kanssa? Omasta DKIMistä on ole ihan varma mutta luulen viestin headereita lukiessani, että se voisi olla relaxed (mistä lie tuon näkisi ihan varmasti)?

Microsoftin palvelu ennen ainakin suodattanut hyvin pois forwarderin kautta tulleet.
Niin näytti tekevän juuri tässä tapauksessa. Vähän typerästi toteutettu, kun siinä ei sitten huomioida sitä miten sen viestin alkuperäinen lähettäjä on tehnyt juuri kaikkien vaatimusten mukaisesti. :(

DKIM toki jos kunnossa niin sitten ei pitäisi suodattaa riippuen DMARC säännöistä jos on asetettu.
DKIM näytti tuossa tilanteessa säilyneen kunnossa.

Joskus toki nähty että filtteröintipalvelut ilmeisesti muokkaavat sähköpostia, DKIM menee rikki siinä ja sitten SPF ei täsmää. DMARC jos on reject niin viestit blokkaantuu - sille ei oikein voi mitään.
Joo reject omassa DMARCissa on määriteltynä, eli tarkoittaako nyt sitä, että pelkän SPF:n fail ja tuon vastaanottajan forwardoinnin/3. osapuolen suodatuksen takia blokkaa, eli kirjaimellisesti ammuin itseäni jalkaan tuolla SPF -all asetuksella ryyditettynä DMARCilla?

Monet pienet palveluntarjoajat käyttää erilaisia roskapostilistoja kuten Barracudan listaa ja joskus näissä sitten löytyy vähän kaikkea mutta eiköhän tunnetuissa listoissa jo ole hyvin whitelistattu Apple ja isojen tarjoajien IP:t kun ei se auta blokata näitä. Näissä pitäisi abuseen saada ja se kyseinen osoite pois käytöstä mikä spämmii.
Joku käsittääkseni kotimainen tuon vastaanottajan suodatuspalvelu näytti olevan. Mutta se toinen tapaus, siitä blacklistista tosiaan osoittikin, että yksi iCloudin SMTP palvelimen IP oli siellä. Tarkemmin aloin penkoa muitakin IP:tä mitä ne käyttää ja löytyi useampikin. Jännä vaan, että itse posteja lähettäessäni en onnistunut sellaista saamaan kohdalleni ennen kuin tuli tuo domainin uudelleen vahvistus, joka ei onnistu. Siksi tuli mieleen, että priorisoidaanko näitä jotenkin tuohon liittyen - "arveluttaville" käyttäjille arveluttavat smtp:t? Melkoinen tuuri muuten, että olisin saanut viikkokausia putkeen vain blokkaamattomia smtp IP-osoitteita.
 
Viimeksi muokattu:
En tiedä mitä tuossa iCloud tapauksessa - pitäisikö domain poistaa ja yrittää lisätä uusiksi.

SPF:ssä toi -all on ihan muuten hyvä paitsi forwardoinnissa menee rikki. Riippuen palveluntarjoajista miten käyttäytyy käytännössä.

Jos on DKIM ja SPF niin useimmiten DKIM pass riittää.

DMARCissa voi määrittää onko relax vai strict. Relax on useimmiten riittävä ja reject on ihan hyvä - se korvaa SPF:ssä tuon -all sitten.

Suomispam kyseessä?
 
En tiedä mitä tuossa iCloud tapauksessa - pitäisikö domain poistaa ja yrittää lisätä uusiksi.
Tuo minullakin on ollut mielessä mutta ei ole vielä rohkeus antanut periksi kokeilla koska, jos tuo feilaa sitten käyttöönotossa, niin kusti ei enää polje senkään vertaa. Nyt sentään tuo oma osoite, jonka eka käyttönotossa sinne loin, toimii vielä (en tiedä kauanko se sitten säilyy toiminnassa tuollaisenaan).

SPF:ssä toi -all on ihan muuten hyvä paitsi forwardoinnissa menee rikki. Riippuen palveluntarjoajista miten käyttäytyy käytännössä.
Joo, tuo on aika haastava ja outo sinänsä, että vastaanottajan pitäisi kai käyttää järkeä määrityksissään, että jos ne itse forwardoivat saapuvia posteja, niin eivät sitten alkaisi niiltä vaatimaan, että SPF on enää kunnossa siinä vaiheessa, kun se vastaanottajan laatikkoon lopulta tulee.

Jos on DKIM ja SPF niin useimmiten DKIM pass riittää.
OK.

DMARCissa voi määrittää onko relax vai strict. Relax on useimmiten riittävä ja reject on ihan hyvä - se korvaa SPF:ssä tuon -all sitten.
Mutta onko mikään noista switcheistä mitä omassa (tuossa yllä olevassa viestissä näkyy), jolla valitaan relax tai strict? Tai paremminkin, että eikö nuo parametrit saa olla kuten ne nytkin on, vaikka vaihtaisin SPF ~all? Vai estääkö ne tuollaiseen forwardoitujen menon tuon ~all kanssa?

Suomispam kyseessä?
Ei. Joku fence jotain se oli.
 
Domainin "korjaaminen" ei oikein etene Applen kautta ja näyttää ettei sille taida käsin mitään voida oikein tehdä, jos ei jostain syystä toimi käyttäjälle tarkoitetun automaattitoiminnon kautta kuten nyt on. Asiaa on siellä saamani tiedon mukaan insinööritkin kuulemma jo tutkineet ja ohjeet on vain yrittää tehdä vahvistus eri laitteen kautta tai selaimen kautta. Nämä kaikki tietysti olen kokeillut sata kertaa ja sen myös maininnut ensimmäisen tuki yhteydenottoni yhteydessä.

Pitää vakavasti harkita vaihtoehtoja ja tehdä B-suunnitelma, jos ja kun tuo heittää lopullisesti toimimasta. Protonmail näyttäisi aika mielenkiintoiselle. Liekö niillä siinä halvemmassa custom domainia tukevassa paketissa mahdollista määrittää catch all toiminto? Tuota ehtinyt jo käyttää iCloud+ custom domainin kanssa ja ei jaksaisi alkaa kaikkia eri tahoille tekemiäni tunnareita taas vaihtamaan.
 
Domainin "korjaaminen" ei oikein etene Applen kautta ja näyttää ettei sille taida käsin mitään voida oikein tehdä, jos ei jostain syystä toimi käyttäjälle tarkoitetun automaattitoiminnon kautta kuten nyt on. Asiaa on siellä saamani tiedon mukaan insinööritkin kuulemma jo tutkineet ja ohjeet on vain yrittää tehdä vahvistus eri laitteen kautta tai selaimen kautta. Nämä kaikki tietysti olen kokeillut sata kertaa ja sen myös maininnut ensimmäisen tuki yhteydenottoni yhteydessä.

Pitää vakavasti harkita vaihtoehtoja ja tehdä B-suunnitelma, jos ja kun tuo heittää lopullisesti toimimasta. Protonmail näyttäisi aika mielenkiintoiselle. Liekö niillä siinä halvemmassa custom domainia tukevassa paketissa mahdollista määrittää catch all toiminto? Tuota ehtinyt jo käyttää iCloud+ custom domainin kanssa ja ei jaksaisi alkaa kaikkia eri tahoille tekemiäni tunnareita taas vaihtamaan.

Ootko ehtiny kuinka paljon tehdä tunnuksia tuolla custom domainilla iCloudiin, tai asetuksia Cloudflareen? Miten et oisko nuketus vaihtoehtona mahdollinen (poistaa ensin se custom domain iCloudista ja sen jälkeen vetää Cloudflaren päästä kaikki DNS-recordsit matalaksi ja luoda iCloudissa se domaini uusiksi)?
 
Ootko ehtiny kuinka paljon tehdä tunnuksia tuolla custom domainilla iCloudiin, tai asetuksia Cloudflareen? Miten et oisko nuketus vaihtoehtona mahdollinen (poistaa ensin se custom domain iCloudista ja sen jälkeen vetää Cloudflaren päästä kaikki DNS-recordsit matalaksi ja luoda iCloudissa se domaini uusiksi)?
Tuo nuketus on kokeilematta vielä koska pitää ollla B-suunnitelma valmiina. En usko, että poiston jälkeen saa enää liitettyä, kun saman automatiikan kautta sen pitäisi onnistua Cloudflareen tuon hanskaamaan ja sehän ei toimi. Silloin se pelaa kerran, kun ostaa wizardin kautta domainin ja se itse luo sinne sulle tilin DNS:ää varten. Harmillisesti iCloudista on poistettu se mahdollisuus tehdä itse DNS-asetukset ja iCloudista vain varmistus sen jälkeen.

Nyt sentään vielä postit tulee. Miten lie kävisi, jos vain antaa olla ja tyytyy yhteen email-osoitteeseen ja siihen ettei voi muokata mitään? Kai se joskus heittää lopullisesti pihalle. Nytkin iCloud väittää, että postit ei kulje ja hyvin kulkee. :rolleyes:

Ei minulla tunnuksia olet kuin yhdet itselle ja toiselle perheen jäsenelle. Nuo mitä käyttöönotossa loin. Sitten useita satunnaisia, jotka catch allilla tulee nyt perille. Sen takia, jos siirrän muualle, tuo pitäisi olla tuettuna.
 
Tuo nuketus on kokeilematta vielä koska pitää ollla B-suunnitelma valmiina. En usko, että poiston jälkeen saa enää liitettyä, kun saman automatiikan kautta sen pitäisi onnistua Cloudflareen tuon hanskaamaan ja sehän ei toimi. Silloin se pelaa kerran, kun ostaa wizardin kautta domainin ja se itse luo sinne sulle tilin DNS:ää varten. Harmillisesti iCloudista on poistettu se mahdollisuus tehdä itse DNS-asetukset ja iCloudista vain varmistus sen jälkeen.

Nyt sentään vielä postit tulee. Miten lie kävisi, jos vain antaa olla ja tyytyy yhteen email-osoitteeseen ja siihen ettei voi muokata mitään? Kai se joskus heittää lopullisesti pihalle. Nytkin iCloud väittää, että postit ei kulje ja hyvin kulkee. :rolleyes:

Ei minulla tunnuksia olet kuin yhdet itselle ja toiselle perheen jäsenelle. Nuo mitä käyttöönotossa loin. Sitten useita satunnaisia, jotka catch allilla tulee nyt perille. Sen takia, jos siirrän muualle, tuo pitäisi olla tuettuna.

Sen mitä googlella löysin, niin et ole ainoa ongelman kanssa. Lukasin pikaisesti kolme eri tapausta ja kahdessa niistä ongelma oli ratkennut juuri nuketus-optiota käyttäen. Apple ei tosiaankaan anna manuaali-optiota, jos DNS-palveluntarjoaja on heidän automatiikan piirissä, mutta mikää ei estä niitä DNS-recordseja poistamasta itse Cloudflaren päässä (sinne pääsee kirjautumaan Applen-tunnuksilla).

Näissä käytettiin sitä nuketus-optiota:

Tässä jäätiin vain passiivisesti odottelemaan, että Apple tekisi jotain asialle:

[edit] Täältä löytyy kait mitä sieltä Cloudflaren päässä pitäis olla luotuna sen iCloud-automatiikan toimesta:
 
Mahtaisikohan tällä tavalla pystyä huijaamaan vahvistuksen käsin?
Pääsen näkemään tuossa mainitut DNS-tiedot, joten voin ne muuttaa käsin itse (pääsen kyllä hienosti itse kirjautumaan Cloudflareen). Vai johtaako tuo siihen, että lopulta en saisi edes poistettua domainia iCloudista, joten se olisi lopullisesti limbossa...?

Jännä juttu, että tuo skripti josta saan siepattua DNS-asetukset, ei alkuunkaan näytä edes yrittävän Cloudflareen vaan iCloudiin se ihan eka linkkikin siellä. Tosin en tiedä muuttuuko se vielä sen jälkeen tuoksi, kun isken sitä vahvista painiketta jolloin se kertoo ohjaavansa minut Cloudflareen mutta joka päätyy vain siihen, että iCloud?!?! ei löydä sivua tjsp virheeseen (ei siis sano, että Cloudflare ei löydä sivua).
 
Viimeksi muokattu:
Tuli postia, että tästä päivästä alakaen domainnameshop rupeaa lisää alvit yksityishenkilöiden omistamiin domaineihin. Parin markan säästö meni siinä sit:)
 
Nyt pitäisi siirtää useampi domaini missä lähinnä ohjauksia ja sähköpostien catch-all ohjauksia + https let's encrypt pois misshostingilta (koska /c:stä ja nostaneet hintoja ilman mitään tiedottamista)

Vaihtoehtoiksi jäänyt nyt cloudflare tai porkbun..

Onkos cloudflaresta mitään pahaa sanottavaa?
 
Sen verran selvisi Cloudflaren kautta, että tässä olisi vika "DNS_PROBE_FINISHED_NXDOMAIN". Ei kyllä itsellä ymmärrys riitä miten tuo pitäisi tehdä, kun ei minulla ole muuta kuin email käytössä oma domain?
Kyllähän nyt näyttää olevan vastusta. Ilmeisesti vieläkään et ole saanut tuota domainia vahvistettua iCloudissa ?
Kun tuon domainin varasit, niin kuka sinua laskutti siitä ? Onko nyt domainin välittäjänä iCloud vai Cloudflare ?
Mistä sait tuon ylläolevan DNS_PROBE_FINISHED_NXDOMAIN virheen esille ?
 
Nyt pitäisi siirtää useampi domaini missä lähinnä ohjauksia ja sähköpostien catch-all ohjauksia + https let's encrypt pois misshostingilta (koska /c:stä ja nostaneet hintoja ilman mitään tiedottamista)

Vaihtoehtoiksi jäänyt nyt cloudflare tai porkbun..

Onkos cloudflaresta mitään pahaa sanottavaa?
Kotimaisten toimijoiden suhteen alkaa olemaan paha päästä tuosta miss groupista eroon, ovat sen verran monta toimijaa ostaneet. Jos tarve on tosiaan vain sähköpostien edelleenlähetykselle, eikä varsinaisille sähköpostilaatikoille, niin itse melkein siirtäisin .com ja .net domainit Cloudflareen (edullisin hinta) ja .fi domainit domainhotellille (tämäkin edullisin)

Kaikkien domainien nimipalvelut sitten Cloudflareen ja sähköpostien uudelleenlähetys Cloudflaren kautta. Cloudflare tukee myös catch-all osoitteita.
 
Kyllähän nyt näyttää olevan vastusta. Ilmeisesti vieläkään et ole saanut tuota domainia vahvistettua iCloudissa ?
Kyllä vika on edelleen päällä. Tässä on Applen tuki 3kk asiaa selvitellyt ja pari viikkoa sitten kyselin asiasta ja on kuulemma vielä insinööreillä työn alla. Ei hoppu hyväksi... :D

Kun tuon domainin varasit, niin kuka sinua laskutti siitä ? Onko nyt domainin välittäjänä iCloud vai Cloudflare ?
Kyllä se myyjä on Cloudflare ja siellä se jatkossakin on vaikka sitä tuolla iCloud+:lla käyttää oman domainin sähköpostiin.

Mistä sait tuon ylläolevan DNS_PROBE_FINISHED_NXDOMAIN virheen esille ?
Tuon kaivoi Cloudlflaren tuki omista systeemeistään mutta tuon ei pitäisi olla ongelma sittenkään, kun se liittyy AAA ja vastaaviin DNS-recordeihin, jotka pitäisi olla vaikkapa WWW-sivujen kanssa. Koska näitä ei minulla ole, ei tuota tarvikaan.

Tosiaan olen tässä ottanut odotusvaiheen päälle, koska custom domain sähköpostit vain toimii ja toimii edelleen vaikka niiden hallinnassa raportoi koko ajan, että ei toimi ja pitäisi vahvistaa domain. Tuossa vain ei voi tehdä mitään muutoksia tai lisätä sähköpostiosoitetta. Onneksi catch-all edelleen toimii, kun otin sen silloin heti alussa käyttöön, kun ei vielä herjaillut mitään ongelmaa.
On vähän pelkona, että jos tuossa alkaa hölkyillä ja poistaa ja yrittää uudelleen liittää domainia, niin mitä jos se suostukaan siihen ja koska tuo tuen ongelman ratkaisu tuntuu kestävän, niin ei kiinnosta olla kuukausitolkulla ilman toimivaa sähköpostia.
 
Kyllä vika on edelleen päällä. Tässä on Applen tuki 3kk asiaa selvitellyt ja pari viikkoa sitten kyselin asiasta ja on kuulemma vielä insinööreillä työn alla. Ei hoppu hyväksi... :D
Joo, hätäilemällä ei saa kun k*päisiä lapsia, vai miten se sanonta meni :D

Tuo DNS_PROBE_FINISHED_NXDOMAIN virheilmoitus tulee mm. Google Chromella joissain tilanteissa kun yrittää aukoa olematonta domainia.
Itsellä on tullut muutamia kertoja vastaan tilanne, että 3. osapuolen palvelu ei ole tunnistanut domainia lainkaan jos sen DNS:ssä ei ole A tietuetta. Luulisi, että iCloud nyt ei samaan ongelmaan kaatuisi, mutta ainahan voit kokeilla mitä tapahtuu jos Cloudflaressa lisäät domainille A tietueen ja sen ip-osoitteeksi vaikkapa 127.0.0.1.

Noissa aiemmin linkatuissa vastaavissa tapauksissa ongelma oli joillakin ratkennut sillä, että poistaa nimipalvelimelta kaikki tietueet ja koittaa sen jälkeen iCloudin vahvistusta uudelleen. Cloudflaressa saat DNS sivulta exportattua tekstitiedostoon nykyiset tietueet ja tarvittaessa importattua tietueet takaisin jos lähdet tätä tietueiden tyhjennystä kokeilemaan. Jossain noista tapauksista epäiltiin, että syypää olisi ollut iCloudin mielestä vääränlainen SPF tietue. Tätäkin voit kokeilla sillä, että poistat väliaikaisesti koko SPF TXT tietueen. Myös apple-domain="..." TXT tietueen poisto voisi saada aikaiseksi sen, että iCloud uudelleen verifioi domainin.

Jos iCloud lopettaa kokonaan meilien vastaanottamisen, niin ainahan voit väliaikaisesti ottaa käyttöön Cloudflaren sähköpostien uudelleenlähetyksen johonkin toiseen postilaatikkoon.
 
Kotimaisten toimijoiden suhteen alkaa olemaan paha päästä tuosta miss groupista eroon, ovat sen verran monta toimijaa ostaneet. Jos tarve on tosiaan vain sähköpostien edelleenlähetykselle, eikä varsinaisille sähköpostilaatikoille, niin itse melkein siirtäisin .com ja .net domainit Cloudflareen (edullisin hinta) ja .fi domainit domainhotellille (tämäkin edullisin)

Kaikkien domainien nimipalvelut sitten Cloudflareen ja sähköpostien uudelleenlähetys Cloudflaren kautta. Cloudflare tukee myös catch-all osoitteita.

Näytti olevan tuo domainhotellikin myyty pääomasijoittajille. 99,99% todennäköisyydellä hintoihin tulee lisää 50% seuraavan 2v aikana.
dh -> planeetta -> Loopia Group

muita hyviä vaihtoehtoja näytti olevan porkbun ja zone.ee (erittäin halpa .fi -domain)
 
Mistäpä jengi suosittelee .fi-domainin ottamista?

Ollut Domainhotellilla useamman vuoden, mutta nyt hinnat nousseet rajusti. Domainin uusiminen maksaa 14,76 euroa/vuosi (11,90 +alv24%).

Ei oikein huvittais maksella tuollaista hintaa kun vielä viime vuonna tarjosivat myös uusimisen 9€/vuosi. Ihan periaatteesta, kun ovat aikoinaan edullisimpia .fi-domaineja mainostaneet jonka takia asiakkaaksi ryhdyin.

Ennen uudenkin domainin sai pelkällä viranomaismaksulla 9€/v. Nyt hinta 9,90€/v. vain ensimmäiselle vuodelle ja siihen vielä alvit päälle. Ennen sai myös ilmaisen nimipalvelun, nykyään sekin maksaa.

Palvelut huononee ja hinta nousee. :lol:

Eli suosituksia kaivataan.
 
Ollut Domainhotellilla useamman vuoden, mutta nyt hinnat nousseet rajusti

Itse asiassa nousivat jo helmi-maaliskuussa:


Ja nykyinflaatiossa on ihan odotettavaa, että hinnat nousevat sen 5-10% vuosivauhtia.
 
Vakavampaan käyttöön tämä ei sovelllu, mutta jos vaikkapa haluaa laittaa pienen peli- ja/tai webbiserverin pystyyn niin tuolta saa rekattua domainin ilman kuluja (suomalaisille) : [dy.fi]
 
Vähän harmittaa että on tullut otettua tärkeimmät sähköpostit omalle .fi -domainille, kun ylläpito Domainhotellissa DNS-palvelulla on selvästi kalliimpaa, jos vertaa CloudFlaren edullisen pään (esim. .com) domainiin ja maksuttomaan DNS-palveluun. Mielellään kotimaista tukee, mutta hintojen nousu toki aina ärsyttää.

Otin hiljattain rinnalle (SimpleLoginin custom domainiksi) uuden .com -domainin Cloudflaresta. Se oli edullinen ja sähköpostien ohjaamisen asetukset olivat helpommat kuin Domainhotellin DNS-hallinnan kanssa.

Suosittelen siis fi-domainia, jos on valmis maksamaan sen tuomasta "uskottavuudesta" hieman enemmän. Toisaalta pieniä summia nämä tietenkin edelleen ovat.
 
Vähän harmittaa että on tullut otettua tärkeimmät sähköpostit omalle .fi -domainille, kun ylläpito Domainhotellissa DNS-palvelulla on selvästi kalliimpaa, jos vertaa CloudFlaren edullisen pään (esim. .com) domainiin ja maksuttomaan DNS-palveluun. Mielellään kotimaista tukee, mutta hintojen nousu toki aina ärsyttää.

Saako CloudFlaren DNS:ää käytettyä ilmaiseksi jos domain on yhä Domainhotellilla? Eli et maksaisi Domainhotellille muusta kuin domainista. Mullakin on nimipalvelimet muualla (AWS).
 
Vähän harmittaa että on tullut otettua tärkeimmät sähköpostit omalle .fi -domainille, kun ylläpito Domainhotellissa DNS-palvelulla on selvästi kalliimpaa, jos vertaa CloudFlaren edullisen pään (esim. .com) domainiin ja maksuttomaan DNS-palveluun. Mielellään kotimaista tukee, mutta hintojen nousu toki aina ärsyttää.

Otin hiljattain rinnalle (SimpleLoginin custom domainiksi) uuden .com -domainin Cloudflaresta. Se oli edullinen ja sähköpostien ohjaamisen asetukset olivat helpommat kuin Domainhotellin DNS-hallinnan kanssa.

Suosittelen siis fi-domainia, jos on valmis maksamaan sen tuomasta "uskottavuudesta" hieman enemmän. Toisaalta pieniä summia nämä tietenkin edelleen ovat.
Kyllä CloudFlaren saa Domainhotellin kautta ostettuun .fi domainiinkin. Itse lopetin Domainhotellin DNS:n käytön kun ilmainen muuttui maksulliseksi. CloudFlarelta saa ilmaisen DNS:n ja esim. Namecheap tarjoaa myös omaansa maksutta.

1697552062569.png

1697552082690.png


Taitaa muuten Domainhotelli tätä nykyä olla ruotsalaisten omistama, koska Domainhotellin omistaa Planeetta Internet joka puolestaan on ruotsalaisen Loopia Group AB:n omistama. Työllistäväthän nuo suomalaisia toki, mutta varmaan kotimaisempiakin vaihtoehtoja rekisteröintipalveluja tarjoavista yrityksistä löytyy myös.
 
Kyllä CloudFlaren saa Domainhotellin kautta ostettuun .fi domainiinkin. Itse lopetin Domainhotellin DNS:n käytön kun ilmainen muuttui maksulliseksi. CloudFlarelta saa ilmaisen DNS:n ja esim. Namecheap tarjoaa myös omaansa maksutta.

Kiitos, tätä en ollut hoksannut. Täytyy viimeistään seuraavan laskun lähestyessä siirrellä DNS-palvelut muualle.
 
Jaahas, one.com on käytännössä aika lyhyessä ajassa tuplannut palvelun hinnan. Tarvitsisin siis paikan, josta saa n kappaletta sähköpostiosoitteita (n > 3) plus jonkun verran levytilaa (tällä hetkellä tiedostot + sähköpostit vie 3,5g) ja tietysti siirtäisin domainin sinne. One.com on keksinyt kaikkia aivan turhia palveluja, ilmeisesti sillä perustelee hintojen nostoa, nyt siis vuoen alusta jo melkein seitsemän ja puoli euroa/kk.

Ehdotuksia?
 
Jaahas, one.com on käytännössä aika lyhyessä ajassa tuplannut palvelun hinnan. Tarvitsisin siis paikan, josta saa n kappaletta sähköpostiosoitteita (n > 3) plus jonkun verran levytilaa (tällä hetkellä tiedostot + sähköpostit vie 3,5g) ja tietysti siirtäisin domainin sinne. One.com on keksinyt kaikkia aivan turhia palveluja, ilmeisesti sillä perustelee hintojen nostoa, nyt siis vuoen alusta jo melkein seitsemän ja puoli euroa/kk.

Ehdotuksia?
Itse olen ollut täysiin saamaton tämän kanssa, mutta haaveissa ollut Webhosting | Fast and Reliable
 
Kah, yritin Hetzneriltä etsiä tuota palvelua mutta ei sattunut silmään. Minulla on tuolla yksi Linux-palvelin jo pyörimässä (Tuusulan keskuksessa), joten tuohan menisi tietysti mukavasti. Pitääpä tsekata millainen domaininsiirtopalvelu tuolla on.
 
Kah, yritin Hetzneriltä etsiä tuota palvelua mutta ei sattunut silmään. Minulla on tuolla yksi Linux-palvelin jo pyörimässä (Tuusulan keskuksessa), joten tuohan menisi tietysti mukavasti. Pitääpä tsekata millainen domaininsiirtopalvelu tuolla on.
Kerroppa kokemuksia domainin siirrosta jos päädyt tuhon... Tuota en ole itsekkään jaksanut selvittää. Sama juttu, että yks vps kans ollut tuolla useamman vuoden ongelmitta ja halvalla.
 

Statistiikka

Viestiketjuista
258 390
Viestejä
4 489 665
Jäsenet
74 151
Uusin jäsen
Malik

Hinta.fi

Back
Ylös Bottom