Thunderbird Pro és Thundermail - M365, GMail konkurens levelezési szolgáltatás indítását tervezi a Mozilla

Mozilla

Néhányan közületek már hallhattak és láthattak is ebből a munkából – de itt az ideje, hogy fényt derítsünk a Thunderbird kínálatának bővítésére irányuló erőfeszítésekre, amelyeket „Thunderbird Pro” szolgáltatásoknak és „Thundermail”-nek nevezünk. Ezek olyan webes szolgáltatások, amelyek javítják a Thunderbird használati élményét, teljes mértékben nyílt forráskódúak (vagy azok lesznek, ha a vonatkozó tárolók még nem nyilvánosak), és a felhasználóink igényeit szolgálják. Az ok, amiért ezeket a szolgáltatásokat kínáljuk, egyszerű. A Thunderbird naponta veszít felhasználókat olyan gazdag ökoszisztémákkal szemben, amelyek egyszerre kínálnak klienst és szolgáltatásokat, mint például a Gmail és az Office365. Ezek az ökoszisztémák kemény gyártói bezárásokat (vendor lock-ins - a szerk.) alkalmaznak (harmadik féltől származó kliensekkel való interoperabilitási problémák révén), valamint puha bezárásokat (a kliensek és szolgáltatások közötti kényelem és integráció révén). Célunk, hogy végül egy hasonló ajánlatot hozzunk létre, hogy egy 100%-ban nyílt forráskódú, szabadságot tiszteletben tartó alternatív ökoszisztéma álljon rendelkezésre azok számára, akik ezt szeretnék.

[...]

A Thundermail egy e-mail szolgáltatás. E-mail fiókokat szeretnénk biztosítani azok számára, akik szeretik a Thunderbirdöt, és hisszük, hogy képesek vagyunk jobb szolgáltatást nyújtani, mint a jelenlegi szolgáltatók, olyat, amely összhangban áll értékeinkkel. Egy ideje már kísérletezünk ezzel, és a Stalwart szoftverstacket használjuk alapként. Együtt dolgozunk a Stalwart karbantartójával annak képességeinek fejlesztésén (például erőteljesen szorgalmaztuk, hogy a naptár és a névjegyek a stack alapvető részévé váljanak).

A Thundermail célja, hogy egy új generációs e-mail élményt hozzon létre, amely teljes mértékben, 100%-ban nyílt forráskódú és mindannyiunk – hozzájárulóink és a szélesebb közösség – által épített. A többi szolgáltatással ellentétben nem lesz egyetlen tároló, ahol ez a munka zajlik. De megpróbálunk releváns helyeket megosztani a hozzájárulásra a jövőbeli bejegyzésekben ezen a listán.

A Thundermail e-mail domainje a Thundermail.com vagy a tb.pro lesz. Ha ellátogatsz a thundermail.com oldalra, egy béta várólistára való regisztrációs oldalt láthatsz. Kérlek, add hozzá a neved!

[...]

Részletek itt.

 

( trey | 2025. 04. 03., cs – 08:45 )

Feliratkoztam a várólistára!

trey @ gépház

( mraacz | 2025. 04. 03., cs – 08:52 )

Sajnos késő. Ezzel már 10 évvel ezelőtt kellett volna foglalkozni. Voltak kísérletek, nextCould integráció, belső IM, Lightning stb. de ezek sosem tették a TB-t egységes programcsomaggá. Drukkolok nekik.

Ez most csak azért van, mert bepánikoltak, hogy elveszti a Google féle ingyenpénzt (bevételük 86%-át) és most mindent megpróbálnak monetizálni, hogy az alapítványnak továbbra is legyen pénze a zambiai feminista, dekolonialista, LMBTQIA+, klímaharcos AI-os összeröffenésekre.

... The vision and the mission lost,
For those with corporate souls ...

Slackware Linux current | 5.10.38-janos

( gelei v | 2025. 04. 03., cs – 09:17 )

domainje a Thundermail.com vagy a tb.pro lesz

Nem kellett volna még egy picit gondolkodni ezen?

Itt arra számítanak, hogy az emberek az ingyenes gmail / hotmail.com címük helyett fizetnek majd a tb.pro címért, vagy a cégek fogják az ertekesites@cegnev.hu címüket ertekesites-cegnev@thundermail.com -ra cserélni?

Az O365 / Google Worspace esetén azért egy nyomós érv, hogy lehet saját domaint használni, itt viszont mint ha ezt az opciót nem ajánlgatnák.

Nagy Péter

( s7stM | 2025. 04. 03., cs – 09:23 )

Csak győzzük kivárni, amíg ebből működő, stabil szolgáltatás lesz. Ismerve a fejlesztők mennyiségét, egy pár hónapig (évig?) még eltart.

It is our choices that define us.
Thinkpad X1 Carbon | Arch linux

Rosszul állsz hozzá. Tegnap még úgy voltam vele, hogy hallani se hallottam róla. Ma pedig úgy, hogy majd lesz belőle valami. Én ezzel semmit sem tervezek, nem számolok vele. Ha lesz belőle valami szuper, ha nem, akkor se történik semmi. Kb. észben tartom, hogy tartsam szemmel, de azt is csak módjával.

Mit veszíthetek ezzel?

trey @ gépház

( Chain-Q v | 2025. 04. 03., cs – 09:48 )

Szerkesztve: 2025. 04. 03., cs – 10:14

Ezt pont jókor jelentették be, amikor a Mozillába fektetett bizalom kb. a béka s*gge alatt van a hardcore FF fanek részéről, globálisan meg már amúgy is kitérdekel az egész Mozilla. Mérési hiba, max. De most hogy törölték az ígéretet, hogy nem adják el az usereiket kilóra, bizzunk rájuk még több személyes adatot. Mekkora ötlet!

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

( ricsip v | 2025. 04. 03., cs – 10:28 )

ez nem vmi megkésett április bolondjai hír?

( gabrielakos v | 2025. 04. 03., cs – 11:16 )

Nem kéne amúgy valami európai alternatíva?

Gábriel Ákos

( Sanya v | 2025. 04. 03., cs – 14:21 )

Hát, én regeltem magamnak domaint, meg mail forwaldot a dynutól és minden levelem magamnál tartom. 

Hátrány: ha elég magasra teszem a lécet, akkor sok olyan levelet is megfog, amit várok. De spam még nem jótt. Az, hogy a DKIM ki legyen töltve, az luxus.

( arpi_esp v | 2025. 04. 03., cs – 16:30 )

Szerkesztve: 2025. 04. 03., cs – 16:31

> Thunderbird naponta veszít felhasználókat olyan gazdag ökoszisztémákkal szemben, ...  Gmail és az Office365

hat esetleg tetszett volna implementalni az smtp/imap-on kivul mas email protokollokat is, pl. mapi vagy ews. amikkel mukodne az o365, esetleg a gmail is rendesen. es akkor nem vesznenek el az userek, akik qrvaanyazva tertek at az outlyukra.

Komoly, hogy a Thunderbird sikerének kulcsa az lett volna, hogy Microsoft protokollokra és technológiákra épít? Mikor már sokszor láthattunk, hogy az MS az egyébként nyitottnak mondott protokollokat is megtuningolja saját szoftvereiben, szolgáltatásaiban, hogy igazából csak saját termékeivel legyen teljesen kompatibilis, mással ne, és lehessen mondani, hogy "no, nyílt a protokoll mégsem képes senki jó programot fejleszteni vele, használd a mi termékünket inkább"...

Ami a valódi nyílt forrású csoportmunka gátja szerintem, hogy nincs jó, nyílt naptár és címjegyzék szerver megoldás, és az, hogy egyelőre nincs jól összeintegrált csomag belőlük. Van hozzá protokoll, kliens is, de nincs igazi FOSS szerver oldali megvatósítás hozzájuk (vagy nekem nem sikerült még ráakadni). Minden komponens elérhető, amit az MS és a G tud nyújtani, csak mapetkedni kell vele, és nincs közös, kényelmes (user) felület hozzájuk.

A másik oldala, hogy levelzés miatt a legtöbben nem azért mennek az MS-hez, mert annyival jobb az "ökoszisztéma", hanem azért, mert egyszerűen az MS ott szivat mindenkit levelezés során, ahol tud, és azt ígéri, ezek a problémák megszűnnek, ha hozzá mennek levelezni (meg egyébként még milyen jó extrák is vannak...).

Komoly, hogy a Thunderbird sikerének kulcsa az lett volna, hogy Microsoft protokollokra és technológiákra épít?

A magánszemélyek nagyobbik fele Gmailt használ, a cégek nagyobbik fele pedig Exchange-t/EXO-t, ezek után nekem furcsán hat az a kérdés, hogy érdemes-e ezeket supportálni.

levelzés miatt a legtöbben nem azért mennek az MS-hez, mert annyival jobb az "ökoszisztéma", hanem azért, mert egyszerűen az MS ott szivat mindenkit levelezés során, ahol tud

Jah, még véletlenül sem azért, mert havi nettó 4,8 euróért megkapod egy kkv teljes céges IT-ját a levelezéstől a jogosultságkezelésen át a file share-ig. Ha rádobod egy dobozos kóla árát, akkor lesz videokonferencia megoldás is benne, ha meg egy aluljárós gyros tálra valót is befizetsz, akkor habzsi-dőzsi van, Office klienssel meg mindennel. 

Ez a fajta IT gyakorlatilag közmű lett, a mérethatékonyság miatt nem igazán akar senki versenyezni ezekkel a szereplőkkel. 

hogy érdemes-e ezeket supportálni.

Nem azért nem érdemes, mert kevesen használják, hanem azért, mert az MS szoftveres trükközése, hiányos dokumentációja, nyíltnak mondott de valóban nem teljesen nyílt "szabványai" miatt úgy sem lesz jó, ha megfeszülnek a fejlesztők akkor sem. Ezért az eredeti MS terméket használja aki oda fizet elő, és feleslegesen tették bele a munkát mások.

még véletlenül sem azért, mert havi nettó 4,8 euróért megkapod egy kkv teljes céges IT-ját 

Az általam ismert KKV-k 90+%-a csak levelezik M365-ben, annak ellenére, hogy minden mást is lehetne. Azért mentek oda, mert folyamatosan bajuk volt azokkal a levelekkel, amit más szolgáltató ügyfeleknént M365-be kellett küldeniük mert a címzett oda költözött. Nem vagyunk nagy szereplők a piacon, olyan 5000 körüli M365 fiókot kezelhetünk kb., de ennyi adatból nekem ez látszik...

Igen, közmű lett. De az MS ezt (is) kisajátította a trükközéseivel és a méretével, lehetőségeivel való visszaéléssel.

Ezért az eredeti MS terméket használja aki oda fizet elő

Telefonon a beépített iOS mailt használom, laptopon pedig bármikor lecserélném az Outlookot, ha lenne értelmes alternatíva.

De az MS ezt (is) kisajátította a trükközéseivel és a méretével, lehetőségeivel való visszaéléssel.

Rengetegen árulnak jól működő levelezést, relatíve olcsón, a Microsofton kívül is. Érdekes, azoknak nincs baja az M365-felé kézbesíthetőséggel. Azoktól szoktam hallani ezeket a sztorikat, akik mindenféle homebrew megoldásokból mennek az M365/stb. felé, és ott jönnek rá, hogy ja, igazából email szolgáltatást üzemeltetni nem annyi, hogy apt install mailszerver.

A privát levelezésem nagy része Fastmail vagy iCloud felől megy, soha, egyetlenegyszer nem volt gondom M365 felé. Egyszer tűntek el emailjeim az éterben, az egy szarul beállított onprem Exchange volt. Miután megfixálták, már az is működött.

Tehát noha NIS2-vel hergeli az EU adminisztráció a cégeket, azzal az égvilágon semmi baj nincs, hogy két amerikai cégnek minden infót odaadunk a céges doktornéni által hüvelygombára felírt recepttől a gépészeti rajzokig, kapcsolási rajzokon át a nyáktervekig és a firmware-eket is.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

minden infót odaadunk a céges doktornéni által hüvelygombára felírt recepttől a gépészeti rajzokig

 

En ugy latom mar, hogy a chatgpt-nek és társainak sokkal több dolgot odaadunk.

 

Konkrétan kézzel irt mérési táblázatot odaadok neki, hogy irja át markdownba, es a macskakaparassal 90%-ban boldogul.

Múltkor megforditotta a tablazatot, es vegulis olvashatobb volt ugy, mint eredetileg:) Csak át kell nézni, mert elutesek vannak.

 

Ilyen kéziratot en pár éve senkinek se adtam ki. Max lefotoztam mobillal, hogyha elkallodna, mielott beviszem szgbe, meglegyen.

 

Szerintem az emailek kora lealdozoban van. Az full hivatalos csatornanak marad, de minden mas valamilyen csetre atterelodik. Konnyebb a fajlmegosztas, kepmegosztas, es van history.

Es ceges szinten is ezt latom (de mar cegek kozott is!).

 

Ez kb. olyan mintha a futarcegek azon versengenenek itthon, hogy ki vihesse ki a leveleket.

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Ez így mellébeszélés. A NIS2 sem kell, ha az rendben van, hogy másnál legyen minden céges adat. A magánélet és a céges már akkor keveredik, amikor nem user123 a nickneved, hanem a cég a valódi neveddel hoz létre profilt a megkérdezésed nélkül. De az sem jobb, ha hozzá kell járulnod ahhoz, hogy valós névvel szerepelj, ha a cégnél akarsz dolgozni. Persze semmit sem segít a nicknév sem, ha az első három leveledben leírod aláírásként a nevedet, vagy címzettként megszólítanak.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

> sikerének kulcsa az lett volna, hogy Microsoft protokollokra és technológiákra épít?

nem azt mondtam hogy arra epitsen, de lehetne vele OOB kompatibilis. megoldhato, mert van legalabb 2 fele fizetos plugin hozza amivel megy (a kovetkezo frissitesig amikor lehet varni a plugin javitasara), de miert nem tudtak ezt beleirni eleve?

gmail detto. egy r=1 user nem fog azzal szorakozni, hogy gmailban api kulcsot generaljon az imap/smtp-hez aztan azzal szerencsetlenkedjen a TB amugy is totalisan elbaszott postafiok hozzaado feluleten (ami mindent megprobal autodetektalni, de meg sosem sikerult neki)

es ha meg sikerul is neki (esetleg IT-s segitseggel) valahogy felvenni TB-be az o365/gmail fiokot, akkor se fogja latni a dinaimus mappakat / cimkeket normalisan. pl az o365 csinal valami fontos levelek vagy mit na ami oda kerul az imapon nem is latszik az inboxban!

> és az, hogy egyelőre nincs jól összeintegrált csomag belőlük

ott volt a zimbra, meg mintha lenne meg nehany hasonlo projekt. megse valtottak ki, sajat tapasztalat (kb 15 evnyi zimbra uzemeltetesbol) mert jo kliensek se voltak hozza.

> MS ott szivat mindenkit levelezés során, ahol tud, és azt ígéri, ezek a problémák megszűnnek

s/MS/Google/  avagy a masik se jobb semmivel, pont ugyanez az uzletpolitikaja. tapasztalat. sot talan meg jobban is!

Szerintem a TB fejlesztése úgy folyt (folyik), hogy vannak a proprietary megoldások szerver oldalon és vannak a nyíltak. A nyíltra fejlesztettek. Viszont a nyílt felhasználása visszaszorult a proprietary javára, így két út van: vagy fejlesztenek egyedi modulokat/integrációt, vagy kínálnak nyílt forrású szerver oldalt. Úgy tűnik az utóbbi utat választották, az jobban illik az eddigi filozófiába.

Az viszont tény, hogy az OAuth2 alapú hitelesítést megcsinálhatnák rendesen, ez egyre több helyen fog kelleni a tisztán FOSS alapon működtetett rendszerekben is. Az alkalmazás jelszavas kínlódást én is utáűlom.

A Zimbra inkább volt Exchange klón filozófiájában, mint nyílt forrású csoportmunka szerver. Ezt az idő be is bizonyította. Én is vittem több ügyfélnél, nem bántam, hogy le kellett cserélni...

Szerintem a TB fejlesztése úgy folyt (folyik),

 

szerintem meg sehogy.

Konkrétan lehet fogni egy 10 éves időszakot, amikor tetszhalott volt.

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Ezt nem egészen értem. Thunderbirdöt használok elsődleges levelezőként (benne gmail és o365 postafiókokat is), és nem kellett szerencsétlenkedni api kulccsal, meg mással se. Tény, a postafiók-hozzáadási felület nem kicsit hülye, de azért megoldható. Az meg, hogy a serveroldalon (gmail) engedélyezni kell az imap hozzáférést, nem a kliens hibája.

Nálam hasonló, de imapon, van vagy 30-40 folderem, csak az inboxomban van jelenleg 45k db levél (az első 2002-es). Nem tapasztalok semmilyen problémát. Pont 1 órája kerestem benne "gyorsszűrővel", ráadásul a body-ban, egy 2018-as levélre, olyan fél perc alatt köpte ki, ha csak from/to/subject jellegű keresés van, akkor szinte azonnali a válasz. Volt egy időszak amikor gyalázatosan rossz volt, de mostanában mintha jelentősen javult volna, nem omlik össze, a keresője is vállalható sebességű lett.

Egyébként ettől függetlenül nem a kedvencem, nekem a GUI-val van bajom, kicsit átgondolatlan, logikátlan helyenként. Viszont jobbat még nem találtam (hacsak nem a mutt-ot, de azt egyéb okok miatt (hiányzott a képek megjelenítése :D) már jó régen elengedtem).

Úgy-úgy! Majd pont az a "jó képességű" banda fog tudni egy normális szolgáltatást összerakni és üzemeltetni,
amelyiknek fontosabb a diverzitás, mint a Firefox-kiegészítők certifikájának az időben való
megújítása... Ne röhögtessenek már. (És még ha valahogy sikerül is nekik, nyilván nem bíznám rájuk
a levelezésemet, mert majd azt is elrontják.)

( kallaics | 2025. 04. 04., p – 13:22 )

Érdekes, hogy erre pont most ébredtek rá. Annak ellenére, hosszú évek óta Thunderbird-t használok, nem értek egyet a mostani irányvonallal.

Nemrég a Mozilla is beállt a sorba, hogy eladja a felhasználói adatait, szokásait.

Szintén nem olyan rég, még pénzt kuncsorogtak, itt a HUP-on is, hogy életben maradjon a Thunderbird projekt.

Utána jöttek a mobil e-mail klienssel, amit kipróbáltam, de maradtam a meglévő megoldásnál mobilon. Az volt a benyomásom, hogy az Outlook kinézetet próbálták lemásolni, ami nekem nem jött be.

Ezek alapján nem bíznék semmilyen privát, vagy céges adatomat a ThunderMail-re. (Ahogy M365-re, Google-re sem).

Ami a legnagyobb baj ezzel, hogy az ötlet még jó is lenne, ha végre valaki felismerné azt a tényt, hogy a nagyoknak nem azzal lehet konkurenciát létrehozni,  ha megpróbálják lemásolni a megoldásukat, hanem valami új, kreatív megoldást tudnának behozni.

Én nagyon örülnék felhasználói szemszögből olyan Linux meta csomagoknak, ami mindent feltenne egy adott ökoszisztémához, így a felhasználó eldönthetné Linux alatt, hogy melyik ökoszisztémá(ka)t szeretné használni és ezek az ökoszisztémák be is tudnának épülni a GUI-ba.

valami új, kreatív megoldást tudnának behozni. vs https://datatracker.ietf.org/doc/html/rfc822 > https://datatracker.ietf.org/doc/html/rfc2822 > https://datatracker.ietf.org/doc/html/rfc5322

Az email maga egy f*ssag 2025-ben. Foleg amit mondjuk az mvm csinal szamlazas cimszoval mostansag, aztan mikor elkallodik az email baszdmeg, mert minden spamszuro ki*assza, akkor felteszik a kezuket, h ok azt a szamlat mar nem tudjak ujra eloallitani. Hogy mivan? :D Ne bassza meg mar a nyuszi, de egy tobbezermilliardos forgalmu allami hatteru kozmu konzorcium tudjon mar egy koszos ugyfelkaput eloszedni, oszt' nem emaillel bohockodni. 2025... hungarisztan. :D

nem, rohadtul nem mindegy. ket-harom campus kozott, ahol a sysadmin mindenkit egyesevel tud nyakon verni, ha elkezd kori'me'lezni, jol is mukodik. viszont 2025 van, a kutyad etetotaljanak is van mailfiokja, lehetoleg harom is, amirol termeszetesen spamelnek is. ehhez vedd hozza, h a valid levelek sokszor kevesbe alirtak, meg "hitelesek", mint a spamek. hurra! szivesen megneznek egy global statisztikat, h vajon az email forgalom hany %-a lehet valid... ami nalam tapasztalat, hogy minimum 40% megy a levesbe es/vagy a spam mappaba. es meg igy is sokszor megy a siras, hogy "me'gyu:nannyiszpem?!?!?!" :)

kerdezd a cegektol, akik ezzel sz*pnak. :) tobbeknel is problema volt, es az nvm azzal takarozik, h ok azokat az emaileket nem tudja ujra eloallitani, amik nem erkeztek meg. allitolag mar megigertek, h lesz ugyfelkapu is... egyszer... :) en csak az email reszevel talalkoztam, szoval ennel tobbet nem tudok (es igazabol nem is erdekel, mert ilyen kifogas egy szolgaltatotol eleg sz*r)

es ceg vagy-e iparteleppel meg napelemes rendszerrel? mert nem atlagjozsi otthoni villanyorajarol van szo. allitolag innen jon majd a megoldas... igazabol engem annyira nem izgat :) csak az emailt ne nekem kelljen keresgelni... https://www.innodox.com/hu/megoldasok/

mit nem ertesz azon, h uzemeltetokent keresgetni kell az mvm allitasa szerint soha tobbe elo nem allithato mvm-es maileket, amiben b2b szamlak voltak? :) amiket raadasul meg csak nem is egy domainbol kuldozgetnek. csak, aze', mer' - ezt is - megtehetik! :D
a vegen pedig ofkorsz az ugyfel - az o szemeben meg a levelezest a fogado oldalon uzemelteto - a hibas :D

nem egy ugyfel jott ezzel az elmult idoszakban... mert az mvm elhajtotta oket, hogy ok nem tudjak ujra alairni a szamlat es kikuldeni. < ez a resze pedig kurvara nem erdekel, mert nevetseges 2025-ben...

not my problem. teccettek vo'na ugyfelkapun intezni koszos email helyett... ja, az nem vo't. de legalabb mar megigertek, hogy egyszer lesz. so life.

"Az INNODOX megoldásai a hatékony működést és a zökkenőmentes ügyfélkiszolgálást segítik. 20 éves ágazati tapasztalatunkkal Magyarországon mára már piacvezetők vagyunk ügyfélkommunikációs, illetve vállalati tartalommenedzsment-megoldások szállításában. Közmű ügyfeleinken keresztül átlagosan minden magyar háztartás havonta minimum háromszor találkozik olyan dokumentummal, melynek megszületéséhez hozzájárultunk."

vagyvalami. biznisznek biztos jo, csak az ugyfel szamara nem az :) hogy most az mvm nem rakta le egy .Sent mappaba, vagy ki kurta el es hol, sokadjara is leszarom.

( crown v | 2025. 04. 06., v – 23:18 )

Azert azt mindenkepp vegyuk hozza, hogy van elottuk jopar pelda, otlet, amiket nem nekik kell lekuzeni, sak tanulni a tobbiek hiabajbol.