Delta Chat ei vaadi puhelinnumeroa, ei omaa keskitettyä palvelinta eikä käyttäjätiliä minkään yhtiön pilvessä. Sovellus kuljettaa salatut viestit tavallisen sähköpostiverkon läpi ja näyttää ne silti tavallisena chat-käyttöliittymänä, ryhmineen, kuittauksineen ja puheluineen. Elokuussa 2025 projekti siirtyi versioon 2, jonka myötä kaikki keskustelut ovat oletusarvoisesti päästä päähän salattuja. Maaliskuussa 2026 julkaistu 2.48-sarja vei asian pidemmälle: viestit paljastavat postipalvelimille lähes olemattoman määrän metatietoja verrattuna tavalliseen sähköpostiin.
Tässä oppaassa käydään läpi koko polku alusta loppuun: asennus kolmelle alustalle, tilin luonti sekä tavallisella sähköpostilla että erillisellä chatmail-releellä, avainten sormenjälkien varmistus, ryhmät ja puhelut, viisi yleisintä sudenkuoppaa, kahdeksan vianmääritystapausta ja lopuksi täysi esimerkkiprojekti, jossa pystytetään oma chatmail-palvelin Dockerilla mailcow- ja mailadm-työkaluilla. Koko prosessi vie ensikertalaiselta noin tunnin, ja oman palvelimen pystytys lisää siihen puolisen tuntia riippuen DNS-päivitysten leviämisnopeudesta.
Mikä Delta Chat on ja miksi se poikkeaa muista viestisovelluksista
Signal, Threema ja Session rakentavat kaikki oman viestiverkkonsa. Rekisteröinti tapahtuu kunkin sovelluksen omaan järjestelmään, ja viestit kulkevat palveluntarjoajan hallitseman infrastruktuurin läpi. Delta Chat tekee toisin: se käyttää olemassa olevaa sähköpostin IMAP- ja SMTP-infrastruktuuria kuljetuskerroksena, mutta salaa sisällön OpenPGP:llä ennen lähetystä. Käyttäjätunnisteena toimii sähköpostiosoite, ei puhelinnumero eikä sovelluskohtainen ID. Käytännössä periaatteessa mikä tahansa IMAP/SMTP-yhteensopiva sähköpostitili kelpaa, kunhan palveluntarjoaja ei estä Autocrypt-otsakkeita tai pitkiä liitteitä.
Käytännössä tämä arkkitehtuuriero näkyy kolmella tavalla. Ensinnäkin käyttäjä ei ole lukittu yhteen palveluntarjoajaan: jos haluat vaihtaa sähköpostiyhtiötä, otat vain uudet IMAP/SMTP-tunnukset käyttöön, eikä koko kontaktilistaasi tarvitse suostutella vaihtamaan sovellusta samaan aikaan. Toiseksi tili toimii myös tavallisena sähköpostiosoitteena, joten Delta Chat -käyttäjä voi vastaanottaa viestejä myös niiltä, jotka eivät käytä sovellusta lainkaan, tosin ilman päästä päähän -salausta. Kolmanneksi koko järjestelmän ylläpito voi olla täysin oma: kuka tahansa voi pystyttää oman postipalvelimen ilman lupaa Delta Chat -projektilta, koska kyseessä on avoin protokolla, ei suljettu palvelu.
Kesäkuussa 2025 Delta Chat -projekti raportoi blogissaan käytön kasvaneen äkillisesti erityisesti Yhdysvalloissa ja Kuubassa. Samassa julkaisussa kerrottiin, että 20 tunnistettua ongelmaa korjattiin versioon 1.44 ja tiedottaminen niistä lykättiin tarkoituksella, kunnes korjaukset olivat saatavilla kaikissa sovelluskaupoissa. Tämä vastuullisen julkistamisen käytäntö on tavallinen tietoturva-alalla, mutta harvempi viestisovellus kertoo siitä avoimesti blogissaan. Suomesta tai muista Pohjoismaista ei ole tätä kirjoitettaessa vahvistettua näyttöä laajasta viranomais- tai järjestökäytöstä, joten kannattaa erottaa tekninen soveltuvuus ja todennettu käyttöönotto toisistaan. Tekninen soveltuvuus on silti selvä: sovellus ei vaadi puhelinliittymää, toimii mille tahansa EU-alueella sijaitsevalle sähköpostitilille ja pärjää Wi-Fi-yhteydellä ilman mobiiliverkkoa.
Kolme tilannetta, joissa Delta Chat on paras valinta
Delta Chat ei sovi kaikkeen, mutta kolmessa käyttötilanteessa sen etu muihin sovelluksiin nähden on selkeä. Ensimmäinen on tilanne, jossa organisaatiolla on jo suojattu sähköpostijärjestelmä, esimerkiksi oma toimialue ja hallittu palvelin. Silloin Delta Chat tuo chat-käyttöliittymän valmiin infrastruktuurin päälle ilman uutta palvelinta tai lisenssimaksuja.
Toinen tilanne on pieni tiimi, joka haluaa välttää erillisen viestisovelluksen ylläpitoa kokonaan. Koska Delta Chat toimii minkä tahansa IMAP/SMTP-tilin päällä, tiimi voi käyttää olemassa olevaa työsähköpostiaan sellaisenaan, eikä kenenkään tarvitse luoda uutta tiliä tai jakaa puhelinnumeroaan kollegoille. Kolmas tilanne koskee käyttäjiä, joille puhelinnumeron paljastaminen ei ole vaihtoehto, esimerkiksi koska he asuvat maassa, jossa SIM-kortin rekisteröinti vaatii henkilöllisyystodistuksen ja jättää jäljen viranomaisille. Sähköpostiosoitteen voi sen sijaan luoda anonyymimmin, ja useat chatmail-relayt eivät kysy mitään henkilötietoja tilin luonnissa.
Neljäs tilanne liittyy laitteiden vaihtoon ja matkusteluun. Koska tili on sidottu sähköpostiosoitteeseen eikä SIM-korttiin, matkapuhelinliittymän vaihtaminen toiseen maahan tai operaattoriin ei riko Delta Chat -tiliä millään tavalla. Signalissa ja monessa muussa sovelluksessa puhelinnumeron vaihto vaatii erillisen siirtoprosessin, joka voi epäonnistua tai viedä kontaktilistan mukanaan. Delta Chatissa riittää, että sähköpostitili pysyy samana, joten se sopii hyvin myös paljon matkustaville tai useita liittymiä käyttäville henkilöille.
Miksi sähköpostipohjainen malli sietää huonoa verkkoyhteyttä
IMAP-protokolla suunniteltiin alun perin aikana, jolloin verkkoyhteys saattoi katketa kesken kaiken ja synkronointi piti pystyä jatkamaan siitä mihin jäätiin. Tämä perintö näkyy edelleen Delta Chatin käytännössä: sovellus ei vaadi jatkuvaa, katkeamatonta yhteyttä samalla tavalla kuin monet omaa protokollaansa käyttävät viestisovellukset. Jos yhteys katkeaa kesken lähetyksen, IMAP- ja SMTP-protokollat yrittävät uudelleen automaattisesti heti kun yhteys palautuu, eikä käyttäjän tarvitse tehdä mitään.
Tämä on käytännön etu erityisesti alueilla, joilla mobiiliverkon kattavuus vaihtelee paljon, esimerkiksi haja-asutusalueilla tai kesämökillä ilman kiinteää laajakaistaa. Koska koko liikenne kulkee tavallisen sähköpostin kautta, mikä tahansa yhteys, joka riittää tavalliseen sähköpostin lähetykseen, riittää myös Delta Chatiin. Tämä ei tarkoita, että sovellus olisi nopeampi huonolla yhteydellä kuin kilpailijat, mutta se sietää katkoja rakenteellisesti paremmin, koska koko kuljetuskerros on suunniteltu siihen alun perin.
Miten salaus toimii: Autocrypt, OpenPGP ja rPGP
Salauksen ydin on kaksi asiaa. Ensin OpenPGP-standardi salaa itse viestin sisällön epäsymmetrisellä avainparilla. Sitten Autocrypt-standardi hoitaa avainten vaihdon automaattisesti sähköpostien otsaketietojen mukana, ilman että käyttäjän tarvitsee itse tuoda tai vahvistaa julkisia avaimia käsin. Tämä ratkaisee perinteisen PGP-sähköpostin suurimman ongelman: manuaalisen avaintenhallinnan, joka on vuosikymmeniä pitänyt tavallisia käyttäjiä poissa OpenPGP:n piiristä. Delta Chatin OpenPGP-toteutus on nimeltään rPGP, Rust-kielellä kirjoitettu kirjasto, joka vastaa avainten hallinnasta ja viestien salauksesta ja purusta.
Käytännössä avainten vaihto tapahtuu ensimmäisen viestin yhteydessä: kun lähetät viestin uudelle kontaktille, oma julkinen avaimesi kulkee mukana Autocrypt-otsakkeessa. Kun vastaanottaja vastaa, hänen julkinen avaimensa kulkee samalla tavalla takaisin. Tästä eteenpäin molemmat osapuolet salaavat viestit toistensa avaimilla automaattisesti, eikä käyttäjän tarvitse tehdä mitään. Jos jompikumpi vaihtaa laitetta ja luo uuden avainparin, Delta Chat huomaa muutoksen ja voi merkitä keskustelun vaativan uuden vahvistuksen, mikä on tärkeä suoja avainten korvaamiseen perustuvia hyökkäyksiä vastaan.
Joulukuussa 2024 NLnet tilasi rPGP:lle riippumattoman turvallisuusarvioinnin hollantilaiselta Radically Open Securitylta. Arviointi löysi kaksi haavoittuvuutta: CVE-2024-53856, joka aiheutti sovelluksen kaatumisen epäluotettavaa ja virheellistä syötettä käsiteltäessä, sekä CVE-2024-53857, joka mahdollisti resurssien ehtymisen epäluotettavia viestejä vastaanotettaessa. Molemmat on korjattu joulukuusta 2024 alkaen julkaistuissa sovelluskauppaversioissa. Delta Chatin oman usein kysytyt kysymykset -sivun mukaan projekti käy läpi jatkuvia riippumattomia auditointeja, eikä kyse ollut kertaluontoisesta tarkastuksesta.
Maaliskuun 2026 blogikirjoituksessa kehitystiimi kuvasi, miten 2.48-sarjan versiot vähensivät postipalvelimille näkyvää metatietoa lähes nollaan. Käytännössä tämä tarkoittaa, että perinteisessä sähköpostissa palvelin näkee yhä lähettäjän, vastaanottajan ja ajankohdan, mutta Delta Chatin uudempi toteutus piilottaa suuren osan tästä tiedosta myös relaypalvelimelta itseltään. Tämä ei silti tarkoita täyttä anonymiteettia: käytetty sähköpostipalvelin näkee edelleen yhteyden IP-osoitteen tason tiedot, ellei liikennettä reititetä esimerkiksi Tor-verkon kautta.
Mitä sähköpostin metatiedot paljastavat ja mitä 2.48-sarja muutti
Tavallisessa sähköpostissa jokainen viesti kulkee otsaketietojen kanssa, jotka kertovat huomattavasti enemmän kuin pelkän sisällön. Lähettäjä, vastaanottaja, tarkka lähetysaika, käytetty postiohjelma ja usein myös reititykseen osallistuneiden palvelimien IP-osoitteet jäävät otsakkeisiin, vaikka itse viesti olisi salattu OpenPGP:llä. Kuka tahansa, jolla on pääsy postipalvelimen lokeihin, näkee tästä huolimatta kenen kanssa kommunikoit ja kuinka usein, vaikka ei näkisikään mitä sanotte.
Maaliskuun 2026 päivityksen jälkeen Delta Chat pienentää tätä ongelmaa muuttamalla, miten paljon tietoa otsakkeisiin ylipäätään kirjoitetaan ja miten relaypalvelin käsittelee viestien reitityksen. Käytännön vaikutus näkyy parhaiten silloin, kun käytät virallisesti suositeltua chatmail-relayta tavallisen sähköpostipalvelun sijaan, koska relay on suunniteltu tukemaan uutta metatietomallia täysimääräisesti alusta asti. Tavallinen, yleiskäyttöinen sähköpostipalvelu ei välttämättä hyödy muutoksesta yhtä paljon, koska se käsittelee viestiä silti osana normaalia sähköpostijärjestelmäänsä, lokeineen ja säilytyskäytäntöineen.
Ennakkovaatimukset ennen asennusta
Tarkista nämä ennen kuin aloitat. Delta Chat toimii useimmilla nykyaikaisilla laitteilla, mutta vanhemmissa puhelimissa kannattaa varmistaa käyttöjärjestelmäversio etukäteen, jotta asennus ei keskeydy yhteensopivuusvirheeseen.
| Alusta | Uusin versio (syyskuu 2026) | Vähimmäisvaatimus | Latauslähde |
|---|---|---|---|
| Android | 2.59.1 (24.8.2026) | Android 5.0 Lollipop | Google Play tai APK |
| iOS / iPadOS | 2.59.1 (31.8.2026) | iOS 15.6, iPhone 6s tai uudempi | App Store |
| Windows / macOS / Linux | 2.22.0 (viimeisin GitHub-julkaisu, 18.10.2025) | 64-bittinen käyttöjärjestelmä | delta.chat/en/download |
| Beta-kanava (Android) | 2.53.0 (15.6.2026) | Sama kuin vakaa versio | download.delta.chat/android/beta |
Työpöytäversio seuraa hieman eri versionumerointia kuin mobiilisovellukset, koska julkaisutahti vaihtelee alustoittain. Ydintoiminnot, kuten maaliskuun 2026 metatietopäivitys, tulevat kaikille alustoille yhteisen Rust-ytimen kautta, joten kannattaa aina tarkistaa lataussivulta uusin saatavilla oleva koontiversio ennen asennusta.
Varaa lisäksi valmiiksi jokin näistä kolmesta: tavallisen IMAP/SMTP-yhteensopivan sähköpostitilin tunnukset, kutsulinkki tai QR-koodi chatmail-releen käyttäjäksi, tai oma palvelinympäristö, jos aiot pystyttää Docker-esimerkin tämän oppaan lopussa. Jos valitset oman palvelimen, varaa myös oma toimialue, koska mailcow tarvitsee toimivan DNS-hallinnan pystyäkseen luomaan MX-, SPF- ja DKIM-tietueet.
Vaihe 1-3: lataa ja asenna Delta Chat
- Vaihe 1, Android: Asenna Delta Chat Google Playsta tai lataa APK suoraan osoitteesta download.delta.chat, jos et halua käyttää Play-kauppaa. APK-asennus vaatii, että sallit tuntemattomista lähteistä asentamisen laitteen asetuksista.
- Vaihe 2, iOS: Hae Delta Chat App Storesta. Varmista ensin laitteen käyttöjärjestelmäversio asetuksista, jotta se täyttää iOS 15.6 -vaatimuksen. Vanhemmat iPhone-mallit, kuten iPhone 6 tai sitä vanhemmat, eivät enää saa päivityksiä sovelluskaupasta.
- Vaihe 3, työpöytä: Lataa asennuspaketti osoitteesta delta.chat/en/download valitsemallesi käyttöjärjestelmälle ja aja asennusohjelma normaalisti. Linux-käyttäjät voivat vaihtoehtoisesti käyttää jakelun omaa pakettivarastoa, jos sellainen on saatavilla.
Ensimmäisellä käynnistyskerralla sovellus kysyy, haluatko luoda uuden tilin vai kirjautua olemassa olevalla sähköpostiosoitteella. Molemmat reitit toimivat, ja seuraavat vaiheet käyvät läpi kummankin. Työpöytäversiolla voit lisäksi tuoda asetukset suoraan puhelimesta QR-koodin avulla, jos olet jo asentanut sovelluksen mobiililaitteelle.
Vaihe 4-6: tili tavallisella sähköpostiosoitteella
Jos haluat käyttää olemassa olevaa sähköpostitiliä, valitse “Kirjaudu olemassa olevalla sähköpostilla”. Delta Chat yrittää tunnistaa IMAP- ja SMTP-asetukset automaattisesti tunnettujen palveluntarjoajien listalta, samaan tapaan kuin useimmat sähköpostisovellukset tekevät nykyään.
- Vaihe 4: syötä sähköpostiosoite ja salasana kirjautumisnäytölle.
- Vaihe 5: odota automaattista tunnistusta. Onnistuessaan Delta Chat lataa asetukset ja synkronoi postilaatikon muutamassa sekunnissa. Sovellus lataa tässä vaiheessa myös vanhat sähköpostit, joten ensimmäinen synkronointi voi kestää kauemmin, jos postilaatikossa on paljon viestejä.
- Vaihe 6: jos automaattinen tunnistus epäonnistuu, syötä IMAP- ja SMTP-tiedot käsin. Alla esimerkki tyypillisestä manuaalisesta konfiguraatiosta.
Sähköposti: [email protected]
Salasana: sovellussalasana (ei aina sama kuin webmail-salasana)
IMAP-palvelin: imap.esimerkki.fi
IMAP-portti: 993 (SSL/TLS)
IMAP-käyttäjätunnus: [email protected]
SMTP-palvelin: smtp.esimerkki.fi
SMTP-portti: 465 (SSL/TLS) tai 587 (STARTTLS)
SMTP-käyttäjätunnus: [email protected]Monet palveluntarjoajat vaativat erillisen sovelluskohtaisen salasanan, jos tilillä on kaksivaiheinen tunnistautuminen käytössä. Tavallinen kirjautumissalasana ei tällöin toimi IMAP-yhteydessä, ja Delta Chat ilmoittaa virheestä “todennus epäonnistui” ilman tarkempaa syytä. Kannattaa myös tarkistaa, onko palveluntarjoajalla erillinen asetus, joka sallii “vähemmän turvallisiksi” luokitellut sovellukset, koska osa palveluista rajoittaa oletuksena kolmannen osapuolen sähköpostiohjelmien pääsyn.
Vaihe 7-8: chatmail-relay parempaa yksityisyyttä varten
Delta Chatin oma palveluntarjoajalista suosittelee keskusteluun tavallisen sähköpostin sijaan niin kutsuttua chatmail-relayta. Relay on kevyt palvelin, joka on optimoitu vain Delta Chat -liikenteelle: se ei tallenna viestejä pitkäksi aikaa, ei käsittele roskapostisuodatusta samalla tavalla kuin tavallinen postilaatikko ja tukee maaliskuun 2026 metatietopäivitystä täysimääräisesti. Koska relay on rakennettu vain tätä käyttötarkoitusta varten, se voi poistaa toimitetut viestit palvelimelta heti, kun laite on ladannut ne, mikä pienentää mahdollisen tietomurron vaikutusta merkittävästi verrattuna tavalliseen postilaatikkoon, jossa viestejä säilytetään usein vuosia.
- Vaihe 7: avaa Delta Chat ja valitse “Luo uusi tili”, sitten “Toinen palveluntarjoaja” ja valitse listalta chatmail-relay tai skannaa relayn tarjoama kutsu-QR-koodi.
- Vaihe 8: hyväksy relay-palvelun luoma tunnus. Sovellus määrittää IMAP- ja SMTP-asetukset automaattisesti kutsulinkin perusteella, joten manuaalista konfigurointia ei yleensä tarvita.
Kutsulinkki noudattaa avointa DCACCOUNT-skeemaa, jonka avulla relay-palvelu voi luoda tilin yhdellä napautuksella ilman erillistä rekisteröintilomaketta. Esimerkki skeeman rakenteesta:
dcaccount:https://relay.esimerkki.fi/new
# Kun Delta Chat skannaa tämän QR-koodin tai avaa linkin, se:
# 1. lähettää HTTP-pyynnön relay-palvelimelle
# 2. vastaanottaa palvelimen luoman käyttäjätunnuksen ja salasanan
# 3. määrittää IMAP/SMTP-asetukset automaattisesti
# 4. aloittaa postilaatikon synkronoinnin hetiChatmail-relay ei poista kaikkia riskejä. Päätelaitteen tietoturva, kuvakaappaukset, varmuuskopiot ja väärälle vastaanottajalle lähetetyt viestit ovat yhä käyttäjän omalla vastuulla riippumatta siitä, käytätkö tavallista sähköpostia vai relayta. Relaya valitessa kannattaa suosia palvelua, joka on listattu Delta Chatin omalla palveluntarjoajasivulla, koska projekti seuraa listattujen relayjen yhteensopivuutta uusimpien protokollamuutosten kanssa.
Kun vertailet eri relay-vaihtoehtoja, kannattaa kiinnittää huomiota näihin asioihin ennen valintaa:
- onko relay mukana Delta Chatin virallisella palveluntarjoajalistalla, eikä pelkästään jonkun kolmannen osapuolen suosittelemana
- mikä on relayn ilmoitettu viestien säilytysaika palvelimella toimituksen jälkeen
- sijaitseeko relay lainkäyttöalueella, joka sopii omaan uhkamalliisi
- tukeeko relay uusinta 2.48-sarjan metatietoja vähentävää protokollaa täysimääräisesti
- onko relaylla selkeä, julkinen ylläpitäjä vai anonyymi taho, jonka luotettavuutta on vaikea arvioida
Vaihe 9-10: avainten varmistus ja ensimmäinen salattu keskustelu
Autocrypt vaihtaa julkiset avaimet automaattisesti, mutta automaattinen vaihto ei yksin todista, että viestit todella kulkevat oikealle vastaanottajalle eikä välissä olevalle hyökkääjälle. Siksi arkaluontoisissa keskusteluissa kannattaa vahvistaa avainten sormenjäljet erikseen.
- Vaihe 9: lähetä ensimmäinen viesti toiselle Delta Chat -käyttäjälle. Onnistuneen avainvaihdon jälkeen keskustelun yläreunassa näkyy lukkosymboli, joka kertoo salauksen olevan aktiivinen.
- Vaihe 10: avaa kontaktin profiili ja valitse “Vahvista yhteystieto”. Sovellus näyttää QR-koodin, joka koodaa avaimen sormenjäljen OPENPGP4FPR-muodossa. Kun molemmat osapuolet skannaavat toistensa koodit kasvokkain tai luotetulla kanavalla, sovellus merkitsee yhteystiedon vahvistetuksi.
Miksi sormenjälkien vahvistus kannattaa tehdä. Ilman vahvistusta et voi olla täysin varma, ettei viestisi mene esimerkiksi vaarantuneen sähköpostipalvelimen kautta väärennetylle avaimelle. Jos joku pääsisi vaihtamaan Autocrypt-otsakkeen sisältöä matkan varrella, sovellus näyttäisi silti lukkosymbolin, koska salaus itsessään toimisi, vaikkakin väärää avainta vasten. QR-koodilla tehty vahvistus kasvokkain tai muulla luotetulla kanavalla sulkee tämän aukon, koska sormenjälkeä ei tällöin välitetä sen sähköpostiyhteyden kautta, jota epäillään.
Autocrypt-otsake kulkee tavallisen sähköpostin mukana piilotettuna kenttänä. Näin se näyttää raa’assa muodossa, jos tarkastelet viestin lähdekoodia sähköpostiohjelmasta:
Autocrypt: [email protected]; prefer-encrypt=mutual;
keydata=xsFNBGD3example1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ
abcdefghijklmnopqrstuvwxyz0123456789+/==
# addr = tähän tiliin liitetty osoite
# prefer-encrypt=mutual = kertoo vastaanottajalle, että salaus halutaan oletukseksi
# keydata = base64-koodattu julkinen OpenPGP-avainVaihe 11: ryhmät, tiedostot ja puhelut
Delta Chat tukee ryhmäkeskusteluja, joissa jokainen jäsen tarvitsee toimivan sähköpostiosoitteen. Ryhmän luonti muistuttaa tavallista ryhmäsähköpostia, mutta sovellus näyttää sen chattina ja salaa viestit kaikille jäsenille erikseen kunkin jäsenen omalla julkisella avaimella. Kun uusi jäsen lisätään ryhmään, sovellus hakee tämän Autocrypt-avaimen automaattisesti, jos jäsen on jo lähettänyt vähintään yhden viestin jollekulle ryhmän aiemmista jäsenistä, tai pyytää avainvaihtoa erikseen, jos jäsen on täysin uusi kontakti.
Tiedostojen jako toimii liitetiedostoina, ja isommat tiedostot pilkotaan tarvittaessa useampaan sähköpostiin, jos palveluntarjoajan kokoraja sitä vaatii. Uudemmat versiot tukevat myös natiiveja ääni- ja videopuheluita suoraan sovelluksen sisällä, ilman erillistä kolmannen osapuolen puhelupalvelua. Puheluominaisuus vaatii, että molemmilla osapuolilla on ajan tasalla oleva sovellusversio, koska vanhemmat asennukset eivät välttämättä tue uutta puhelutoteutusta.
Vaihe 12-13: varmuuskopiointi ja laitteiden välinen siirto
- Vaihe 12: mene asetuksista kohtaan “Lisää toinen laite” ensimmäisellä laitteellasi. Sovellus näyttää QR-koodin, jonka skannaat uuden laitteen Delta Chat -asennuksella. Tämä siirtää avaimet ja tilin ilman, että sinun tarvitsee syöttää sähköpostitunnuksia uudelleen käsin. Molempien laitteiden tulee olla samassa lähiverkossa siirron ajan.
- Vaihe 13: ota säännöllinen varmuuskopio asetuksista löytyvällä “Varmuuskopioi keskustelut” -toiminnolla ja tallenna se salasanalla suojattuun paikkaan, mieluiten irralliselle tallennusvälineelle. Varmuuskopio sisältää yksityiset avaimet, joten ilman sitä avainten palautus menetetyltä laitteelta ei onnistu.
Laitteiden välinen siirto ja varmuuskopio eroavat toisistaan tarkoituksen puolesta. Siirto on tarkoitettu tilanteeseen, jossa molemmat laitteet ovat käytössä samaan aikaan, esimerkiksi kun otat käyttöön uuden puhelimen vanhan rinnalle. Varmuuskopio taas kannattaa ottaa säännöllisin väliajoin varmuuden vuoksi, koska se on ainoa tapa palauttaa avaimet, jos laite katoaa, varastetaan tai hajoaa täysin ilman mahdollisuutta siirtää tietoja suoraan.
Koko esimerkkiprojekti: oma chatmail-relay Dockerilla
Jos haluat täyden hallinnan omaan viestintäinfrastruktuuriin, Delta Chatin palvelinopas kuvaa tavan pystyttää oma postipalvelin mailcow-pakettia ja mailadm-hallintatyökalua käyttäen. Tämä sopii ylläpitäjälle, joka on valmis vastaamaan päivityksistä, varmuuskopioista ja roskapostisuojauksesta itse. Seuraava esimerkki kattaa koko prosessin kloonauksesta ensimmäiseen käyttäjätunnukseen.
# 1. Kloonaa mailadm-hallintatyökalu
cd ~
git clone https://github.com/deltachat/mailadm
cd mailadm
mkdir docker-data
# 2. Pystytä mailcow-postipalvelin ja aja käyttöönotto ohjatusti
docker compose pull
docker compose up -d
# 3. Kun mailcow on käynnissä, kirjaudu web-hallintaan
# osoitteessa https://mail.esimerkki.fiEnnen kuin palvelin ottaa vastaan tai lähettää postia luotettavasti, toimialueen DNS-tietueet on määritettävä oikein. Ilman näitä moni vastaanottava palvelin hylkää viestisi roskapostina, vaikka tekninen yhteys toimisikin.
; Esimerkki DNS-tietueista toimialueelle esimerkki.fi
mail.esimerkki.fi. IN MX 10 mail.esimerkki.fi.
mail.esimerkki.fi. IN TXT "v=spf1 mx -all"
_dmarc.esimerkki.fi. IN TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]"
default._domainkey.mail.esimerkki.fi. IN TXT "v=DKIM1; k=rsa; p=" Chatmail-tilien hallintaan mailadm tarjoaa oman komentorivityökalunsa, jolla voit luoda ja poistaa käyttäjätunnuksia ilman, että jokaiselle käyttäjälle tarvitsee pystyttää täyttä webmail-käyttöliittymää:
# Luo uusi chatmail-käyttäjätunnus voimassaolo mukaan lukien
mailadm add-user --expiry 30d
# Listaa kaikki aktiiviset tunnukset
mailadm list-users
# Luo kutsulinkki, jonka Delta Chat-asiakas voi lukea QR-koodina
mailadm gen-qr new_user_tokenMuista avata mailcow.confista tarvittavat portit ja poistaa käytöstä palvelut, joita et tarvitse, esimerkiksi POP3 kannattaa yleensä sitoa vain paikalliseen verkkoliitäntään, jos kukaan ei käytä sitä ulkopuolelta:
# mailcow.conf
POP_PORT=127.0.0.1:110Oman palvelimen etu on täysi hallinta lokeista ja säilytysajoista. Haittapuoli on ylläpitovastuu: DNS-tietueet, TLS-varmenteet, roskapostimaine ja tietoturvapäivitykset jäävät kokonaan omille harteille, mikä on syytä huomioida ennen kuin korvaa valmiin relay-palvelun omalla palvelimella. Pienelle tiimille tai perheelle valmis chatmail-relay riittää lähes aina, kun taas oma palvelin kannattaa vain, jos organisaatiolla on jo IT-osaamista postipalvelimien ylläpitoon.
Yhteenveto esimerkkiprojektista: mitä sait valmiiksi
Tässä vaiheessa sinulla pitäisi olla toimiva Delta Chat -asennus vähintään yhdellä laitteella, tili joko tavallisella sähköpostilla tai chatmail-relaylla, vähintään yksi vahvistettu kontakti ja tuore varmuuskopio tallennettuna turvalliseen paikkaan. Jos etenit myös Docker-esimerkin läpi, sinulla on lisäksi oma mailcow-pohjainen postipalvelin pystyssä, DNS-tietueet määritettynä toimialueellesi ja vähintään yksi mailadm:llä luotu chatmail-tunnus valmiina jaettavaksi muille käyttäjille. Tämä yhdistelmä kattaa käytännössä koko polun ensimmäisestä asennuksesta täyteen itse ylläpidettyyn viestintäinfrastruktuuriin, ilman että missään vaiheessa tarvitsi rekisteröityä kolmannen osapuolen viestipalveluun tai luovuttaa puhelinnumeroa kenellekään.
Avoin lähdekoodi: näin tarkistat väitteet itse
Toisin kuin monessa suljetussa viestisovelluksessa, Delta Chatin koko lähdekoodi on julkisesti luettavissa GitHubissa. Käytännössä tässä oppaassa esitetyt väitteet salauksesta, metatietojen käsittelystä ja korjatuista haavoittuvuuksista eivät ole vain projektin oma lupaus, vaan ne voi periaatteessa tarkistaa kuka tahansa, jolla on ohjelmointitaustaa. rPGP-kirjaston lähdekoodi, Autocrypt-toteutus ja itse sovellusten käyttöliittymäkoodi ovat kaikki samassa avoimessa organisaatiossa GitHubissa, versiohistorioineen ja julkaisulokineen.
Käytännössä tämä tarkoittaa myös sitä, että kun projekti ilmoittaa korjanneensa jonkin haavoittuvuuden, korjauksen voi jäljittää tarkkaan koodimuutokseen ja siihen liittyvään keskusteluun. Tämä läpinäkyvyys ei yksin takaa turvallisuutta, mutta se antaa ulkopuolisille tutkijoille, kuten joulukuun 2024 arvioinnin tehneelle Radically Open Securitylle, mahdollisuuden käydä koodi läpi rivi riviltä sen sijaan, että heidän pitäisi luottaa pelkkään valmistajan omaan vakuutteluun.
Delta Chat vs Signal vs Threema vs Session: yksityisyysmallien vertailu
Neljä sovellusta ratkaisevat saman ongelman, salatun viestinnän, neljällä eri tavalla. Signal ja Threema rakentavat oman keskitetyn verkkonsa, Session hajauttaa reitityksen, ja Delta Chat nojaa olemassa olevaan sähköpostiin.
| Ominaisuus | Delta Chat | Signal | Threema | Session |
|---|---|---|---|---|
| Tunniste | Sähköpostiosoite | Puhelinnumero (käyttäjänimi kontaktille) | Threema ID | Session ID |
| Salausprotokolla | OpenPGP / Autocrypt (rPGP) | Signal Protocol | Threema Cryptography Library | Signal Protocol -pohjainen |
| Verkkomalli | IMAP/SMTP tai chatmail-relay | Keskitetty Signal-verkko | Keskitetty Threema-verkko | Hajautettu palvelinverkko |
| Puhelinnumero pakollinen | Ei | Kyllä rekisteröinnissä | Ei | Ei |
| Oma palvelin mahdollinen | Kyllä, mailcow/mailadm | Ei virallisesti | Ei | Ei käyttäjätasolla |
Signalin ja Threeman vahvuus on valmiiksi optimoitu ja yhtenäinen viestiverkko, jossa palveluntarjoaja hallitsee koko infrastruktuuria ja käyttäjäkokemus on siksi tasalaatuinen kaikille. Delta Chatin vahvuus on riippumattomuus yhdestä palveluntarjoajasta: käyttäjä voi vaihtaa sähköpostipalvelua tai pystyttää oman relayn ilman, että koko yhteisö pitää suostutella vaihtamaan sovellusta. Hintana on hieman monimutkaisempi käyttöönotto ja riippuvuus valitun sähköpostipalvelun luotettavuudesta, koska Delta Chat itsessään ei ylläpidä mitään keskitettyä palvelua, jonka toimintaa voisi valittaa suoraan projektille.
Rahoitusmallikin poikkeaa muista. Delta Chatin FAQ:n mukaan projekti ei ota vastaan riskipääomasijoituksia lainkaan, vaan nojaa julkisiin rahoituslähteisiin, joiden se kertoo olleen toistaiseksi EU- ja Yhdysvalta-taustaisia. Signal toimii voittoa tavoittelemattoman säätiön alla, Threema on kaupallinen sveitsiläisyhtiö ja Session kehittyi alun perin Loki-projektin ympärille. Käyttäjän kannalta tämä vaikuttaa lähinnä siihen, miten avoimesti kukin projekti julkaisee lähdekoodinsa ja miten helposti ulkopuoliset voivat auditoida sen: kaikki neljä ovat vähintään osittain avointa lähdekoodia, mutta Delta Chatin koko protokolla ja palvelinpuolen toteutus ovat avoimia siinä määrin, että kuka tahansa voi pystyttää oman yhteensopivan palvelimen ilman erillistä lupaa.
Käyttökokemuksen kannalta ero näkyy myös siinä, kuinka nopeasti kukin sovellus toimittaa viestit. Signal ja Threema käyttävät push-pohjaista jakelua omassa verkossaan, mikä tekee toimitusajasta yleensä silmänräpäyksellisen. Delta Chat riippuu käytetyn sähköpostipalvelun push-tuesta: moderni chatmail-relay toimittaa viestit lähes yhtä nopeasti kuin omaa protokollaa käyttävät sovellukset, kun taas vanhempi tai huonosti konfiguroitu IMAP-palvelu saattaa nojata perinteiseen pollaukseen ja viivästyttää viestin saapumista muutamalla minuutilla. Tästä syystä relay-valinnalla on Delta Chatissa suurempi vaikutus käyttökokemukseen kuin useimmissa muissa sovelluksissa, joissa infrastruktuuri on kiinteä eikä käyttäjä pääse siihen vaikuttamaan lainkaan.
Viisi yleisintä sudenkuoppaa
- Tavallisen sähköpostisalasanan käyttö sovelluskohtaisen sijaan. Jos tilillä on kaksivaiheinen tunnistautuminen, IMAP-yhteys vaatii yleensä erillisen sovelluskohtaisen salasanan, ei tavallista kirjautumissalasanaa. Tämä on yleisin syy, miksi tilin lisäys jää heti alkumetreille.
- Oletus, että vastaanottaja käyttää automaattisesti salausta. Jos vastaanottaja ei käytä Delta Chatia tai yhteensopivaa Autocrypt-toteutusta, viesti voi kulkea salaamattomana tavallisena sähköpostina. Lukkosymbolin puuttuminen keskustelusta on ainoa luotettava merkki tästä, joten se kannattaa tarkistaa ennen arkaluontoisen tiedon lähettämistä.
- Varmuuskopion unohtaminen ennen laitteen vaihtoa. Ilman “Lisää toinen laite” -siirtoa tai erillistä varmuuskopiota yksityiset avaimet ja keskusteluhistoria jäävät vanhalle laitteelle eikä niitä saa jälkikäteen palautettua ilman alkuperäistä laitetta.
- Sormenjälkien vahvistamisen ohittaminen arkaluontoisissa keskusteluissa. Automaattinen Autocrypt-avainvaihto ei yksin todista käytettävän oikeaa vastaanottajan avainta ilman erillistä QR-vahvistusta, vaikka lukkosymboli näkyisikin.
- Palveluntarjoajan kokorajojen ja roskapostisuodatuksen aliarviointi. Osa sähköpostipalveluista suodattaa tai hylkää epätavallisen muotoisia viestejä, mikä voi näkyä Delta Chatissa toimittamattomina viesteinä ilman selkeää virheilmoitusta, koska hylkäys tapahtuu vastaanottavan palvelimen päässä.
Vianmääritys: kahdeksan yleisintä ongelmaa
Suurin osa Delta Chatin ongelmista juontuu käytetyn sähköpostipalvelun asetuksista, ei itse sovelluksesta. Alla olevaa taulukkoa kannattaa käydä läpi järjestyksessä ennen kuin epäilee laajempaa vikaa.
| Ongelma | Todennäköinen syy | Ratkaisu |
|---|---|---|
| “Todennus epäonnistui” kirjautuessa | Kaksivaiheinen tunnistautuminen vaatii sovelluskohtaisen salasanan | Luo sovelluskohtainen salasana palveluntarjoajan tiliasetuksista ja käytä sitä IMAP/SMTP-kirjautumisessa |
| Viestit eivät synkronoidu automaattisesti | IMAP IDLE ei ole käytössä tai taustatoiminnot on rajoitettu | Salli sovellukselle rajoittamaton taustatoiminta laitteen akunsäästöasetuksista |
| Lukkosymboli puuttuu keskustelusta | Vastaanottaja ei tue Autocryptia tai ei käytä Delta Chatia | Pyydä vastaanottajaa asentamaan Delta Chat tai yhteensopiva OpenPGP-asiakas |
| Chatmail-relayn kutsulinkki ei toimi | Linkki on vanhentunut tai käytetty jo kertaalleen | Pyydä relay-ylläpitäjältä uusi kutsu-QR-koodi |
| Isot liitetiedostot eivät lähdy | Palveluntarjoajan liitekokoraja ylittyy | Pienennä tiedostoa tai vaihda relay-palveluun, jolla on suurempi kokoraja |
| Uusi laite ei löydä vanhaa QR-siirtokoodia | Laitteet eivät ole samassa verkossa tai QR ehti vanhentua | Yhdistä molemmat laitteet samaan Wi-Fi-verkkoon ja luo QR-koodi uudelleen |
| Ryhmäviestit eivät tavoita kaikkia jäseniä | Jonkun jäsenen sähköpostipalvelin hylkää viestin roskapostina | Pyydä kyseistä jäsentä tarkistamaan roskapostikansio ja lisäämään lähettäjä sallittujen listalle |
| Oma chatmail-relay ei vastaa ulkopuolelta | DNS-tietueet tai portit eivät ole auki | Tarkista MX-, SPF- ja DKIM-tietueet sekä palomuurin portit 993 ja 465/587 |
Oman palvelimen DNS-ongelmat kannattaa tarkistaa suoraan komentoriviltä ennen kuin epäilee sovellusta vialliseksi:
dig MX mail.esimerkki.fi
dig TXT mail.esimerkki.fi | grep spf
dig TXT default._domainkey.mail.esimerkki.fiJos jokin näistä palauttaa tyhjän vastauksen, viestien toimitus voi epäonnistua satunnaisesti muihin postipalvelimiin nähden, vaikka oma palvelin näyttäisi muuten toimivan normaalisti. Kannattaa myös muistaa, että DNS-muutosten leviäminen voi kestää tunnista vuorokauteen riippuen aiemmasta TTL-arvosta, joten heti tehdyn muutoksen jälkeen kannattaa odottaa ennen kuin julistaa palvelimen viallisiksi.
Jos taulukon ratkaisut eivät auta, seuraava askel on sovelluksen oma lokitieto. Asetuksista löytyy yleensä lokien tarkastelu- tai vientitoiminto, jolla näkee tarkat IMAP- ja SMTP-virheilmoitukset sen sijaan, että joutuisi arvailemaan syytä pelkän yleisluontoisen virheviestin perusteella. Lokitiedosto kannattaa liittää mukaan, jos ongelmasta kysyy apua Delta Chatin omalta tukifoorumilta, koska ylläpitäjät pystyvät sen avulla usein tunnistamaan ongelman huomattavasti nopeammin kuin pelkän sanallisen kuvauksen perusteella.
Edistyneet vinkit kokeneille käyttäjille
Kun perusasennus on kunnossa, muutama lisäasetus parantaa käyttökokemusta merkittävästi. Ensinnäkin kannattaa vaihtaa relay-palvelun oletusasetuksista viestien säilytysaika mahdollisimman lyhyeksi palvelimella, koska Delta Chat lataa viestit joka tapauksessa laitteelle paikallisesti. Toiseksi useamman laitteen käyttäjän kannattaa ottaa “Lisää toinen laite” käyttöön heti ensimmäisen asennuksen jälkeen, ei vasta silloin kun vanha laite on jo kadonnut.
Beta-kanavan seuraaminen kannattaa niille, jotka haluavat testata uusia ominaisuuksia ennen vakaata julkaisua, mutta tuotantokäytössä ja arkaluontoisissa keskusteluissa vakaa versio on turvallisempi valinta, koska bugikorjaukset ja tietoturvapäivitykset validoidaan ensin laajemmalla käyttäjäkunnalla. Jos ylläpidät omaa chatmail-relayta useammalle käyttäjälle, mailadm:n aikakatkaisulla varustetut tunnukset, esimerkiksi 30 päivän voimassaolo, helpottavat vanhentuneiden tai hylättyjen tilien siivoamista ilman manuaalista seurantaa.
Useamman profiilin käyttäjille kannattaa myös harkita erillistä chatmail-tunnusta työ- ja henkilökohtaiseen käyttöön. Koska tunnisteena toimii sähköpostiosoite, kahden profiilin ylläpito ei vaadi mitään erikoistemppuja: riittää, että luot toisen tilin toisella osoitteella ja vaihdat profiilien välillä sovelluksen asetuksista. Tämä sopii hyvin esimerkiksi tilanteeseen, jossa haluat pitää työasiat ja yksityiset keskustelut täysin erillään ilman kahta puhelinta.
Jos käytät samaa sähköpostiosoitetta sekä tavalliseen postiin että Delta Chatiin, kannattaa harkita suodatinsäännön luontia webmail-käyttöliittymässä. Delta Chatin viestit erottuvat otsaketiedoistaan, joten monissa webmail-palveluissa voi luoda suodattimen, joka siirtää nämä viestit automaattisesti omaan kansioonsa. Näin tavallinen postilaatikko pysyy siistinä, eikä keskustelut sekoitu tavallisiin sähköposteihin, vaikka molemmat kulkisivatkin saman tilin kautta.
Tietoturva-auditoinnit ja tunnetut haavoittuvuudet
Delta Chatin oman FAQ-sivun mukaan projekti käy läpi toistuvia riippumattomia turvallisuusarviointeja. Joulukuun 2024 rPGP-arviointi on tähän mennessä julkisesti dokumentoiduin, ja se johti kahteen korjattuun CVE-tunnisteeseen. Rahoituksen osalta projekti ilmoittaa, ettei se ota vastaan riskipääomasijoituksia, vaan nojaa julkisiin rahoituslähteisiin, joiden se kertoo olleen toistaiseksi EU- ja Yhdysvalta-taustaisia, mukaan lukien NLnet-säätiön rahoitus.
Käyttäjän kannalta olennaisin johtopäätös on tämä: rPGP-ydin on auditoitu ulkopuolisen toimijan toimesta, löydetyt viat on korjattu ja korjaukset ovat olleet saatavilla kaikissa virallisissa sovelluskaupoissa joulukuusta 2024 lähtien. Jos käytät asennusta, joka on vanhempi kuin joulukuu 2024, päivitys uusimpaan versioon on syytä tehdä ennen arkaluontoisten keskustelujen aloittamista. Electronic Frontier Foundationin pitkäaikainen kanta salattuun viestintään yleisesti on, että avoimen lähdekoodin ratkaisut, joiden salausydin on ulkopuolisen tahon tarkastama, tarjoavat paremman lähtökohdan luottamukselle kuin suljetut vaihtoehdot, joiden sisäistä toteutusta ei voi kukaan riippumaton taho todentaa.
Delta Chat sopii parhaiten käyttäjälle, joka arvostaa riippumattomuutta yhdestä palveluntarjoajasta ja on valmis käyttämään hieman enemmän aikaa käyttöönottoon. Jos taas haluat viestisovelluksen, joka toimii heti asennuksen jälkeen ilman lisäasetuksia, Signal tai Threema ovat edelleen suoraviivaisempi valinta. Molemmat lähestymistavat ratkaisevat saman ongelman eri tavalla, ja valinta riippuu lopulta siitä, kuinka paljon painoarvoa antaa palvelinriippumattomuudelle verrattuna käyttöönoton helppouteen.
EU-sääntely ja Delta Chatin käyttäjä: mitä kannattaa tietää
Koska Delta Chat ei ylläpidä omaa keskitettyä palvelua, sovellettava lainsäädäntö riippuu valitusta sähköpostipalvelusta tai chatmail-relaysta, ei itse sovelluksesta. Jos valitset EU-alueella sijaitsevan palveluntarjoajan, tämän on noudatettava GDPR:ää tietojen käsittelyssä ja säilytyksessä samalla tavalla kuin minkä tahansa muun eurooppalaisen sähköpostipalvelun. Jos taas valitset palveluntarjoajan EU:n ulkopuolelta, sovellettava lainsäädäntö ja viranomaisten pääsyoikeudet voivat poiketa merkittävästi eurooppalaisesta tasosta.
Tämä palveluntarjoajariippuvuus on kaksiteräinen miekka. Toisaalta se antaa käyttäjälle vapauden valita jurisdiktio, jossa palvelu sijaitsee, mikä ei ole mahdollista keskitetyissä viestisovelluksissa, joissa koko infrastruktuuri on yhden yhtiön ja yhden maan lainkäytön alla. Toisaalta vastuu tämän valinnan tekemisestä siirtyy kokonaan käyttäjälle itselleen. Organisaatioille, joita EU:n tietosuoja-asetus tai kansallinen tietosuojalainsäädäntö koskee suoraan, tämä tarkoittaa, että palveluntarjoajan valinta kannattaa dokumentoida osana omaa tietosuojaselvitystä siinä missä minkä tahansa muunkin käytetyn pilvipalvelun valinta.
Usein kysytyt kysymykset
Tarvitsenko puhelinnumeroa Delta Chatin käyttöön?
Et. Tunnisteena toimii sähköpostiosoite, joko olemassa oleva tai chatmail-releltä hankittu.
Näkeekö sähköpostipalveluntarjoajani viestieni sisällön?
Ei viestin sisältöä, koska se on salattu OpenPGP:llä ennen lähetystä. Palvelin näkee kuitenkin osan liikennetiedoista, ellet käytä 2.48-sarjan jälkeistä metatietoja vähentävää toteutusta yhdessä chatmail-relayn kanssa.
Toimiiko Delta Chat, jos vastaanottaja käyttää tavallista sähköpostiohjelmaa?
Kyllä, mutta ilman salausta, ellei vastaanottajan ohjelma tue Autocryptia tai OpenPGP:tä. Viesti näkyy tällöin tavallisena sähköpostina.
Kannattaako käyttää tavallista sähköpostitiliä vai chatmail-relayta?
Delta Chatin oma suositus on relay keskustelukäyttöön, koska se on optimoitu lyhyelle säilytysajalle ja tukee metatietojen vähentämistä paremmin kuin useimmat tavalliset sähköpostipalvelut.
Onko Delta Chat auditoitu?
Kyllä. Joulukuussa 2024 NLnet tilasi rPGP-salausytimelle riippumattoman arvioinnin Radically Open Securitylta, joka löysi ja jonka seurauksena korjattiin kaksi CVE-tunnisteella dokumentoitua haavoittuvuutta.
Voinko käyttää Delta Chatia useammalla laitteella samaan aikaan?
Kyllä, “Lisää toinen laite” -toiminnolla voit siirtää tilin ja avaimet uudelle laitteelle QR-koodin avulla ilman uutta rekisteröintiä.
Onko Delta Chatilla vahvistettua käyttöä Suomessa tai Pohjoismaissa?
Julkisesti vahvistettua, laajamittaista viranomais- tai järjestökäyttöä ei tätä kirjoitettaessa löytynyt. Sovellus soveltuu teknisesti Suomen olosuhteisiin, mutta institutionaalinen käyttöönotto ei ole samalla tasolla kuin esimerkiksi raportoitu kasvu Yhdysvalloissa ja Kuubassa kesällä 2025.
Voinko pystyttää oman chatmail-relayn ilman ylläpitokokemusta?
Se on mahdollista mailcow- ja mailadm-työkaluilla, mutta oman postipalvelimen pito vaatii jatkuvaa DNS-, TLS- ja tietoturvapäivitysten seurantaa. Aloittelijalle valmis chatmail-relay on huomattavasti vähemmän työläs vaihtoehto.
