Módulo 2 · 2.2
Normas abertas e código aberto
Módulo 2: O que é realmente uma cloud europeia? · Tempo de leitura: 11 minutos
Objetivo de aprendizagem: Após esta lição, saberá explicar a diferença entre uma norma aberta e código aberto, e indicar, para cada parte do seu trabalho (correio eletrónico, calendário, contactos, ficheiros, documentos), a norma que facilita uma mudança.
Conceitos-chave: norma aberta, código aberto, licença (AGPL), RFC, IMAP, SMTP, CalDAV, CardDAV, WebDAV, iCalendar (ICS), vCard (VCF), ODF, OOXML, federação
Porque é que as normas lhe dão liberdade
Imagine que cada operador de telemóveis tivesse o seu próprio tipo de ficha. Mudar significaria: um novo carregador, novos cabos, talvez um telemóvel novo. Nos serviços de cloud funciona da mesma forma. Se um serviço utilizar convenções que todos podem usar, consegue levar consigo os seus dados e as suas aplicações sem dificuldade. Se utilizar convenções próprias, fica preso a ele.
A Bakkerij De Korrel quer poder escolher agora e também voltar a escolher mais tarde. Por isso, não olha apenas para quem fornece um serviço (lição 2.1), mas também para as "fichas": as normas com que o serviço comunica.
Norma aberta e código aberto: duas coisas diferentes
Uma norma aberta é uma convenção descrita publicamente sobre a forma como os programas trocam ou guardam dados. Qualquer pessoa pode lê-la e utilizá-la, sem autorização nem pagamento. Muitas normas da internet estão descritas num RFC (Request for Comments) do IETF; os formatos de documentos estão frequentemente definidos como norma ISO. Uma norma aberta não diz nada sobre quem cria o software.
Código aberto diz respeito ao próprio software: o código-fonte é público e está sujeito a uma licença que permite ler, utilizar, adaptar e distribuir o código. O Nextcloud, o Thunderbird, o LibreOffice e o Euro-Office são código aberto.
Surgem muitas vezes juntos, mas nem sempre:
| Norma aberta | Norma própria (fechada) | |
|---|---|---|
| Software de código aberto | Nextcloud com CalDAV e WebDAV | Software de código aberto que só funciona com um formato próprio e não documentado (raro) |
| Software fechado | Apple Agenda com CalDAV; Outlook com IMAP; Microsoft Word com docx | Ficheiros do Google Docs (apenas como ligação para o Google); conversas do Teams |
Para uma mudança, as normas abertas são o mais importante. Com elas consegue levar consigo os seus dados, mesmo que o software seja fechado. O código aberto é uma garantia adicional: se um fornecedor encerrar ou mudar, outro pode continuar a executar o mesmo software.
As normas por área
Estas são as convenções que encontrará repetidamente no resto do curso.
| Área | Norma | Definida em | O que faz |
|---|---|---|---|
| Ler correio eletrónico | IMAP | RFC 9051 (IMAP4rev2), anteriormente RFC 3501 (IMAP4rev1) | O seu correio permanece no servidor; cada dispositivo vê as mesmas pastas |
| Enviar e entregar correio eletrónico | SMTP | RFC 5321 | Os servidores de correio enviam mensagens entre si; o seu programa de correio envia através da porta de submissão 587 ou 465 |
| Encontrar a receção de correio | Registo MX | RFC 5321, DNS | Indica qual o servidor que recebe o correio do seu domínio (curso de DNS, lição 4.1) |
| Ficheiros | WebDAV | RFC 4918 | Ler e escrever ficheiros através de https; também como unidade de rede |
| Sincronizar calendário | CalDAV | RFC 4791 | Reuniões através de WebDAV entre o servidor e as aplicações |
| Sincronizar contactos | CardDAV | RFC 6352 | Contactos através de WebDAV |
| Calendário como ficheiro | iCalendar (ICS) | RFC 5545 | O formato de uma reunião ou de todo um calendário, também para convites |
| Contacto como ficheiro | vCard (VCF) | RFC 6350 (versão 4.0), RFC 2426 (versão 3.0) | O formato de um cartão de visita ou de um livro de endereços completo |
| Encontrar servidores | .well-known e SRV | RFC 6764 (CalDAV/CardDAV), RFC 6186 (correio) | As aplicações encontram automaticamente o endereço correto |
| Documentos | ODF | ISO/IEC 26300 | OpenDocument: odt, ods, odp |
| Documentos | OOXML | ISO/IEC 29500 (e ECMA-376) | Office Open XML: docx, xlsx, pptx |
Repare no último bloco: o docx também é uma norma definida, e não um formato secreto. Na prática, o Microsoft Office utiliza uma variante com extras, e um documento pode ficar ligeiramente diferente noutro programa. É isso que as lições 6.3 e 6.5 abordam.
Como reconhecer um serviço que funciona com normas?
Não precisa de ler RFCs. Faça estas perguntas:
- Consigo ler o meu correio com qualquer programa de correio através de IMAP? Se só funcionar a aplicação própria, isso é um mau sinal.
- Consigo ligar o meu calendário e contactos ao calendário do meu telemóvel sem uma aplicação adicional do fornecedor? Então provavelmente há CalDAV e CardDAV.
- Consigo ligar os meus ficheiros como unidade de rede? Então há WebDAV.
- Consigo exportar um calendário como ICS e contactos como VCF? E consigo importá-los?
- Os documentos são guardados como docx/xlsx/pptx ou odt/ods/odp? Ou como um formato próprio que só existe no navegador desse serviço?
Também é possível fazer um teste técnico. Muitos serviços publicam um endereço .well-known: https://cloud.example.com/.well-known/caldav reencaminha uma aplicação de calendário para o endereço real do calendário. E no DNS pode existir um registo SRV, como _caldavs._tcp.example.com ou _imaps._tcp.example.com, que indica às aplicações onde devem procurar. O exercício A2.2 verifica isso para o seu endereço de cloud.
Federação: colaborar para além dos limites de um único serviço
Algumas normas abertas permitem que serviços de diferentes fornecedores comuniquem entre si. Chama-se federação. O exemplo mais conhecido é o correio eletrónico: alguém com uma caixa de correio no fornecedor A envia mensagens sem dificuldade para alguém no fornecedor B. O Nextcloud tem partilha federada: partilha-se uma pasta com alguém noutro servidor Nextcloud. Para conversas de chat, o Matrix é uma norma federada. A federação torna menos grave estar com um fornecedor mais pequeno: não fica isolado do resto.
Nas plataformas fechadas (um serviço de chat que só funciona dentro desse mesmo serviço), todas as pessoas com quem colabora têm de estar no mesmo serviço. Essa é uma forma forte de dependência (lock-in), a que a lição 2.3 voltará.
Código aberto: o que significa e o que não significa
O código aberto não é uma garantia de segurança nem de propriedade europeia. Três equívocos comuns:
- "Código aberto é seguro." O código público pode ser revisto por qualquer pessoa, e em projetos grandes isso acontece de facto. Mas um projeto mal mantido pode conter tantas falhas como qualquer outro. Analise a manutenção: com que frequência saem atualizações, existe uma política de segurança?
- "Código aberto é gratuito." A licença não custa nada, mas executar, atualizar e proteger o software exige tempo ou dinheiro. Por isso, muitas organizações optam por um fornecedor que gere o software por elas.
- "Código aberto é europeu." A localização dos criadores não tem relação com a licença. O que mais importa é que você, ou outro fornecedor, possa continuar a executar o software caso o criador original mude algo.
Uma licença muito utilizada no mundo da cloud é a AGPL (GNU Affero General Public License, versão 3). Esta obriga quem oferece software adaptado como serviço online a disponibilizar também o código-fonte adaptado aos utilizadores. O Nextcloud e o ONLYOFFICE utilizam a AGPL. O facto de a licença permitir separar o software (um fork) ficou visível em 2026: o Euro-Office surgiu como fork do ONLYOFFICE. O ONLYOFFICE considera que, nesse processo, foram violadas condições da licença e suspendeu a sua colaboração com o Nextcloud; sobre esse litígio não é conhecida (em novembro de 2026) qualquer decisão judicial. Para este curso, o ponto mais importante é: uma licença aberta torna possível esse tipo de separação, o que dá aos utilizadores uma saída caso deixem de confiar num fornecedor. A quem assiste razão neste litígio é uma questão para juristas.
Na prática: assim funciona junto de um fornecedor
Um Nextcloud da WebOké utiliza WebDAV para ficheiros, CalDAV e CardDAV para calendário e contactos, e consegue importar e exportar ICS e vCard. O Euro-Office guarda documentos como docx, xlsx e pptx e também consegue abrir odt, ods e odp. Assim, também funcionam programas de terceiros, como o Thunderbird, o calendário do seu iPhone ou o DAVx5 no Android. Junto de outros fornecedores que funcionem com as mesmas normas, o resultado é semelhante: por isso, mais tarde também poderá voltar a sair (lição 8.2).
Resumo
- Uma norma aberta é uma convenção pública sobre dados; código aberto diz respeito ao código-fonte público. Surgem muitas vezes juntos, mas nem sempre.
- Para uma mudança, contam sobretudo as normas: IMAP e SMTP (correio), CalDAV e CardDAV (calendário, contactos), WebDAV (ficheiros), ICS e vCard (exportação), ODF e OOXML (documentos).
- Reconhece-se um serviço baseado em normas pelo acesso IMAP, pela ligação ao calendário próprio do seu telemóvel, pelo WebDAV e pela exportação em ICS, VCF e docx/odt.
- A federação permite que serviços de diferentes fornecedores colaborem.
- O código aberto não é automaticamente seguro, gratuito ou europeu, mas torna possível a continuação por outra entidade.
Quiz
Exercício
Exercício A2.2: A sua cloud fala normas abertas? Introduza o endereço da sua cloud atual ou nova (por exemplo cloud.example.com) e o seu domínio de correio. O programa verifica se existem os endereços .well-known para calendário e contactos e se existem registos SRV ou de autoconfiguração para correio, e mostra o que encontrou.
Para saber mais
Os passos descritos nestes artigos aplicam-se aos serviços da WebOké; junto de outros fornecedores o funcionamento é semelhante.
- Manual do Nextcloud 1.5: Quais navegadores, aplicações e dispositivos funcionam?
- Manual do Euro-Office 1.4: Com que navegadores e formatos de ficheiro funciona o Euro-Office?
- Manual do Nextcloud 3.5: Palavras-passe de aplicação: quando e como
- Manual DirectAdmin 8.7: IMAP ou POP3: qual é a diferença?
- RFC 9051 (IMAP4rev2), RFC 5321 (SMTP), RFC 4918 (WebDAV), RFC 4791 (CalDAV), RFC 6352 (CardDAV), RFC 5545 (iCalendar), RFC 6350 (vCard 4.0), RFC 6764 (encontrar CalDAV/CardDAV), RFC 6186 (SRV de correio); ISO/IEC 26300 (ODF), ISO/IEC 29500 (OOXML)