Routing email Cloudflare: ricevi email sul tuo dominio e ciò che non è incluso

Molte persone presumono che avere la posta elettronica sul proprio dominio richieda il pagamento per Google Workspace o Microsoft 365. Non è così, almeno se ciò di cui hai bisogno è ricevere la posta elettronica il contato@seudominio.com e riceverla in una casella di posta che già utilizzi. Cloudflare Email Routing fa proprio questo, gratuitamente, in meno di dieci minuti di configurazione. Il problema sorge quando qualcuno tratta questo ambito ristretto come un punto di partenza per costruire qualcosa di più grande senza capire cosa il servizio deliberatamente non fa.

Cosa fa il routing della posta elettronica, senza fronzoli

Il servizio riceve la posta elettronica indirizzata al tuo dominio e la inoltra: ad uno o più indirizzi email verificati, oppure ad un Email Worker a cui scrivi. Proprio quello. Non esiste una webmail, non esiste una propria casella di posta, non esiste un protocollo IMAP o SMTP in uscita. L'e-mail arriva ai server di Cloudflare, viene instradata secondo le regole che hai impostato e prosegue.

Le regole funzionano in due modi. Puoi definire indirizzi specifici (hello@seudominio.com va a seu@gmail.com, suporte@seudominio.com va a un altro indirizzo) o impostare un catch-all con *@seudominio.com che cattura tutto ciò che non corrisponde a nessuna regola specifica. Gli indirizzi di destinazione devono essere verificati: Cloudflare invia un collegamento di conferma a ciascun indirizzo prima di accettarlo come destinazione valida. Semplice, senza sorprese.

Il limite di dimensione per messaggio è di 25 MB, in linea con quanto accettato dalla maggior parte dei provider. Non esiste un limite documentato al volume dei messaggi per il piano gratuito, anche se questo potrebbe cambiare con l'evoluzione del servizio.

L'esigenza che coglie di sorpresa

Per utilizzare il routing e-mail, il tuo dominio deve utilizzare i nameserver Cloudflare. Non limitarti a indirizzare i record MX ai loro server mantenendo un altro provider DNS. Devi delegare l'intero dominio a Cloudflare. Quando abiliti il routing della posta elettronica nella dashboard, Cloudflare aggiunge automaticamente i record MX che puntano ai server di ricezione e li gestisce come parte della zona DNS.

Ciò è rilevante perché molti team arrivano a Cloudflare tramite CDN o WAF, con il dominio già delegato. Per loro, il routing della posta elettronica è banale da attivare. Chiunque utilizzi Cloudflare solo come proxy inverso per alcuni sottodomini mantenendo il DNS altrove dovrà migrare l'intera zona: una decisione più grande di quanto sembri quando ci sono record critici sparsi in anni di configurazione accumulata.

Chi non vuole o non può spostare i nameserver ha delle alternative. Improvmx, ad esempio, funziona con qualsiasi provider DNS: aggiungi un record TXT per la verifica e due record MX, e il gioco è fatto. Il costo è la flessibilità programmatica: Improvmx non ha equivalenti a Email Workers.

Cosa non potrai fare con questo

Non è possibile rispondere a un'e-mail da contato@seudominio.com tramite il routing e-mail. Quando ricevi un messaggio inoltrato e fai clic su "rispondi" in Gmail, il mittente viene visualizzato come il tuo indirizzo Gmail, non come il tuo alias di dominio. Per inviare e-mail dal tuo dominio, hai bisogno di un servizio separato: Resend, SendGrid, Mailgun, Amazon SES, Postmark. Il routing della posta elettronica non ha nulla a che fare con il flusso in uscita.

Questa non è una limitazione tecnica accidentale. Cloudflare ha deliberatamente separato le questioni: ricevere e-mail è una cosa, inviarla è un'altra, e i due hanno requisiti infrastrutturali molto diversi. Ha senso dal punto di vista architettonico, ma chiunque non legga la documentazione prima della configurazione perderà tempo cercando di capire perché non può spedire.

Un altro punto sorprendente: il servizio message.reply() disponibile in Email Workers, per risposte programmatiche, non invia tramite il tuo dominio. La risposta lascia un indirizzo noreply@cloudflare.com. Se desideri risposte automatiche che sembrano provenire da suporte@seudominio.com, devi integrarti con un provider SMTP in uscita.

La configurazione che funziona nella maggior parte dei casi

La configurazione più comune per piccoli team o progetti personali: due o tre indirizzi specifici inoltrati alla casella di posta personale del responsabile, più un catch-all che punta allo stesso luogo o a un indirizzo dedicato allo screening. Richiede meno di dieci minuti, funziona in modo affidabile ed elimina la necessità di pagare Google Workspace solo per avere un indirizzo con il dominio aziendale.

Per un utilizzo più sofisticato (creazione automatica di ticket dalle e-mail di supporto, analisi degli allegati, filtraggio dello spam prima dell'inoltro) l'integrazione con Workers è la strada da percorrere. L'e-mail arriva al Worker come oggetto con message.from, message.to, message.headers e message.raw (un ReadableStream con il messaggio RFC 2822 completo). Decidi tu cosa fare: inoltrare, rifiutare con motivazione oppure elaborare e integrare con altri servizi. Questo flusso merita un post a parte.

Cosa deve decidere un responsabile tecnico prima di attivarsi

La domanda non è se il routing della posta elettronica sia valido, ma se risolve il problema che hai. Se il dominio è già su Cloudflare, se hai solo bisogno di ricevere email e se il team capisce che l'invio richiederà un servizio separato, la risposta è un sì senza riserve. Gratuito, affidabile, scriptabile tramite Workers quando necessario.

Se il dominio non è su Cloudflare e non vuoi spostare i nameserver, Improvmx risolve il semplice inoltro senza questo requisito. Se hai bisogno di qualcosa di più completo (webmail, IMAP, invio dal tuo dominio), Google Workspace a R$ 30/mese per utente rimane l'opzione più veloce da mettere in produzione senza debiti di configurazione.