Alias email: definizione, configurazione e buone pratiche

Se gestisci un'attività, ti servono più indirizzi email di quanti siano i tuoi dipendenti. Ti serve sales@ per i potenziali clienti, support@ per i ticket, billing@ per le fatture. Il vecchio metodo: pagare una casella separata per ciascuno. Significa tre utenze, tre canoni mensili e tre accessi da gestire.

La soluzione più intelligente è l'alias email. Un alias email consente di creare identità professionali basate sui ruoli senza pagare utenze aggiuntive o gestire accessi separati. Tuttavia, una configurazione errata può esporre la tua identità principale, aumentare il rischio di errori SPF e DMARC oppure creare un ciclo di instradamento che può causare la perdita silenziosa dei messaggi.

Questa guida spiega tutto: che cos'è realmente un alias email a livello tecnico, tutti i casi d'uso che vale la pena implementare, i meccanismi SMTP alla base dell'instradamento, il problema di "Invia come" che mette in difficoltà molte configurazioni, gli errori di configurazione più comuni e come impostare gli alias email in TrekMail passo dopo passo.

Che cos'è un alias email?

Un alias email è un indirizzo virtuale di recapito che punta a una casella di posta esistente. Non dispone di spazio di archiviazione dedicato, credenziali di accesso o identità indipendente. Quando un messaggio arriva all'indirizzo dell'alias email, il server consulta la propria tabella di instradamento, individua la casella di destinazione configurata e, dopo aver ricevuto il messaggio, lo consegna a tale casella. La validità del destinatario può essere verificata già durante la fase SMTP che precede il trasferimento del corpo.

Non si accede a un alias email. Si accede alla casella verso cui viene instradato. L'alias è semplicemente un'istruzione a livello di server: se arriva posta per questo indirizzo, inseriscila lì.

Tre cose che un alias email non è:

• Non è una casella di posta. L'alias non ha uno spazio di archiviazione proprio. Se elimini l'alias email non perdi la cronologia dei messaggi, perché sono sempre stati consegnati alla casella di destinazione.
• Non è una regola di inoltro. Nel confronto adottato in questa guida, l'inoltro trasferisce la posta a un server esterno. Un alias email instrada invece la posta all'interno del sistema che gestisce gli indirizzi interessati, senza introdurre di per sé rischi SPF o DMARC.
• Non è una casella condivisa. Più alias email possono puntare a una sola casella, ma non equivale a una casella condivisa in cui diversi utenti gestiscono insieme una coda comune.

L'analogia della reception: la casella principale è il tuo ufficio. Un alias email è soltanto un'altra targhetta sulla porta. Che qualcuno scriva a "Il fondatore", "Il responsabile vendite" oppure "Bob", tutti i messaggi finiscono nella stessa stanza. L'alias gestisce il traffico in entrata in modo professionale senza richiedere un ufficio più grande, né un budget maggiore.

Tecnicamente, un alias email viene implementato come voce nella mappa degli alias del server di posta (in Postfix: virtual_alias_maps; in Exim: una voce del router; nelle piattaforme gestite: una regola di instradamento). Durante l'elaborazione di una connessione in entrata, il server associa il destinatario indicato nella fase RCPT TO alla regola pertinente; il momento esatto in cui applica la riscrittura dipende dall'MTA. Il percorso di consegna viene modificato in modo trasparente e il mittente non vede nulla di tutto questo.

Alias email, inoltro email e casella di posta a confronto

Un alias email differisce dall'inoltro email esterno per un aspetto fondamentale: mantiene il messaggio all'interno dello stesso sistema di posta, mentre l'inoltro lo invia a un altro server, introducendo un rischio SPF e DMARC che, in determinate configurazioni, può causare la perdita silenziosa di messaggi legittimi. Una casella di posta è diversa da entrambi: dispone di spazio dedicato, credenziali proprie e un'identità completamente indipendente. Confondere queste tre opzioni può portare a spendere più del necessario o a perdere messaggi.

Il criterio decisionale è semplice: se la posta rimane nello stesso sistema di posta gestito, usa un alias email. Se deve raggiungere un server di posta diverso, usa l'inoltro, ma verifica prima che il provider supporti SRS e ARC, altrimenti i messaggi provenienti da mittenti con DMARC restrittivo rischiano di non arrivare. Se una persona deve accedere, gestire autonomamente la propria posta in arrivo o disporre di una tracciabilità chiara, crea una vera casella di posta.

Per il quadro decisionale completo, consulta alias email del dominio o casella di posta: come scegliere.

Casi d'uso davvero importanti

Le migliori configurazioni di alias email risolvono un problema operativo reale, non sono soltanto un dettaglio estetico. Ecco i modelli che vale la pena implementare.

1. Instradamento basato sui ruoli (un'immagine professionale)

Chi gestisce un'attività da solo non deve necessariamente apparire come un singolo professionista. Crea info@, press@, accounts@ e sales@ come alias email e instradali tutti alla casella principale. Comunicherai subito l'immagine di un piccolo team. Quando assumerai un vero addetto alle vendite, elimina l'alias email sales@ e crea per quella persona una casella reale. Nessuna riconfigurazione complessa, nessun costo aggiuntivo inevitabile: solo un passaggio di consegne ordinato.

2. La strategia di tracciamento dei fornitori

Non fornire mai il tuo indirizzo aziendale principale a un fornitore di cui non ti fidi completamente. Crea invece alias email specifici per ogni fornitore: hubspot@yourdomain.com, linkedin@yourdomain.com, surveygizmo@yourdomain.com. Se inizi a ricevere spam su linkedin@, sai esattamente chi potrebbe aver venduto i tuoi dati o subito una violazione. Elimina quell'alias email, interrompi il rumore e lascia invariato il resto della configurazione.

È l'equivalente di un canary token applicato agli alias email. La configurazione non comporta normalmente costi specifici e può far risparmiare molto tempo nelle indagini quando il database di un fornitore viene compromesso, un evento tutt'altro che raro.

3. Varianti con refusi e vecchi indirizzi

Ti chiami Michael. Qualcuno scriverà a micheal@yourdomain.com. La tua azienda ha cambiato marchio l'anno scorso e continui a ricevere messaggi sul vecchio dominio. Gli alias email risolvono entrambi i problemi, purché anche il vecchio dominio resti configurato per ricevere posta. Associa gli errori ortografici comuni e i vecchi indirizzi alla casella attuale. Nessun messaggio viene trascurato e non devi controllare due sistemi.

4. Plus addressing (alias senza configurazione)

La maggior parte dei sistemi email moderni, inclusi TrekMail, Gmail e Microsoft 365, supporta il plus addressing definito nella RFC 5233. Se il tuo indirizzo è bob@company.com, puoi usare bob+newsletter@company.com o bob+support-ticket@company.com senza alcuna configurazione amministrativa. La posta arriva comunque nella casella di Bob, ma il tag del sottoindirizzo consente di applicare filtri automatici.

Il compromesso: alcuni moduli web rifiutano il carattere +. Il plus addressing è generalmente affidabile per filtraggio e tracciamento, ma non viene accettato ovunque. Per indirizzi formali basati sui ruoli, crea invece un vero alias email.

5. Gestione di agenzie e domini multipli

Se gestisci l'email per più clienti, o dirigi un'agenzia in cui ogni cliente ha un proprio dominio, la questione degli alias email per dominio assume un altro peso. Con un modello di fatturazione per utente, ogni indirizzo di ruolo (support@clientdomain.com, billing@clientdomain.com) comporta il costo di un'altra utenza, che finisce nella fattura del cliente o riduce il tuo margine. Con il piano a tariffa fissa di TrekMail, puoi creare alias email nei domini dei clienti senza generare necessariamente commissioni aggiuntive per singola casella. Una dashboard, una tariffa fissa, nessun costo per casella legato al singolo dominio. Per i team che gestiscono decine di domini cliente, consulta hosting email multi-dominio su larga scala.

6. Instradamento per reparto durante la crescita dei team

Con la crescita del team, gli indirizzi di reparto diventano importanti per instradamento e responsabilità. hr@, legal@, finance@: ciascuno può essere associato come alias alla casella del dipendente responsabile oppure reindirizzato a una casella condivisa quando il team è abbastanza grande da giustificarla. Un alias email è rapido da creare e può essere reindirizzato in pochi secondi quando qualcuno cambia ruolo. Nessuna modifica DNS e nessuna nuova procedura di inserimento.

Come un alias email instrada i messaggi (meccanismi SMTP)

Un alias email interviene nella risoluzione del destinatario indicato con RCPT TO durante una connessione SMTP, prima che il comando DATA trasferisca il corpo del messaggio. Quando il server del mittente invia RCPT TO: <sales@yourdomain.com>, il tuo server di posta verifica che sales corrisponda a una destinazione valida e può accettare il destinatario con 250 OK; la riscrittura interna verso la casella di destinazione può avvenire in una fase successiva, secondo l'MTA. L'intestazione originale To: del messaggio viene conservata. Cambia soltanto il percorso interno di consegna.

Passo dopo passo:

1. Un server esterno si connette al tuo server MX e apre una sessione SMTP.
2. Il server mittente invia: RCPT TO: <sales@yourdomain.com>
3. Il tuo server consulta la mappa degli alias. Non esiste una casella chiamata sales, ma esiste una regola alias: instrada a bob@yourdomain.com.
4. Il tuo server accetta la connessione (250 OK) e consegna il messaggio alla casella di Bob.
5. Il client email di Bob mostra To: sales@yourdomain.com: l'intestazione originale resta invariata.
6. Il server mittente non sa che l'alias email esiste. Nessuna sessione SMTP aggiuntiva e nessun bounce visibile.

In Postfix (uno degli MTA open source più diffusi), il meccanismo viene implementato tramite virtual_alias_maps, una tabella di ricerca che associa gli indirizzi alias alle caselle reali. Altri MTA lo gestiscono in modo diverso (Exim usa configurazioni del router; Haraka usa un instradamento basato su plugin), ma il concetto è identico. L'alias email è una regola di riscrittura lato server applicata prima della consegna finale nella casella.

Un dettaglio utile: la risoluzione dell'alias si basa sull'indirizzo della busta (quello utilizzato nel comando SMTP RCPT TO), non necessariamente sull'intestazione To:. Un messaggio inviato a una mailing list può avere To: list@example.com ma RCPT TO: member@yourdomain.com: l'alias si attiva su RCPT TO, non sull'intestazione.

Il problema di "Invia come": rispondere dal proprio alias

Ricevere posta tramite un alias email è semplice. Rispondere dall'indirizzo dell'alias email è il punto in cui molte configurazioni falliscono. Quando Bob riceve un messaggio inviato a sales@yourdomain.com e preme Rispondi, l'indirizzo mittente predefinito è bob@yourdomain.com, compromettendo subito l'immagine professionale che l'alias avrebbe dovuto preservare. Il destinatario vede l'indirizzo personale di Bob, non quello di ruolo.

Ogni piattaforma principale gestisce la configurazione "Invia come" in modo diverso:

Google Workspace

Vai in Impostazioni Gmail → Account → "Invia messaggio come" → Aggiungi un altro indirizzo email, quindi inserisci l'alias e completa la verifica richiesta. L'opzione "Considera come alias" riguarda il modo in cui Gmail tratta la relazione tra l'indirizzo principale e quello aggiunto; non stabilisce, da sola, quale indirizzo compaia nel campo From. Selezionala o deselezionala in base al caso d'uso indicato nella guida di Google, poi invia un messaggio di prova e verifica sia il campo From sia il comportamento delle risposte.

Microsoft 365

In Exchange Online l'amministratore del tenant può abilitare l'invio dagli alias con il comando PowerShell Set-OrganizationConfig -SendFromAliasEnabled $true. Se questa impostazione non è attiva, Exchange può riscrivere l'alias usando l'indirizzo SMTP principale, esponendolo nelle comunicazioni esterne. Le interfacce e i client supportati sono cambiati nel tempo, anche nel 2024, ma il controllo a livello di organizzazione documentato da Microsoft resta questo parametro. Verifica quindi l'impostazione e prova sia un nuovo messaggio sia una risposta.

TrekMail

TrekMail gestisce questa funzione in modo nativo. Puoi configurare più indirizzi mittente per qualsiasi casella e selezionare l'indirizzo From attivo direttamente nel client email, come Outlook, Thunderbird, Apple Mail o la webmail, senza ulteriori configurazioni lato server. In base al client e alla configurazione corrente, l'alias email può comparire come indirizzo From selezionabile senza passaggi aggiuntivi. I dettagli completi per i client sono disponibili nelle impostazioni IMAP/SMTP.

Errori di configurazione che compromettono l'email

Gli alias email sono semplici in teoria e sorprendentemente delicati nella pratica. Tre errori di configurazione sono responsabili della maggior parte dei problemi.

1. La trappola del catch-all

Un alias email catch-all (*@yourdomain.com) accetta ogni messaggio inviato al dominio, inclusi quelli indirizzati a caselle inesistenti. Sembra una rete di sicurezza. Non lo è.

Gli spammer usano attacchi di tipo Directory Harvest Attack (DHA): bombardano il dominio con migliaia di parti locali generate casualmente. Senza un catch-all, il server può rifiutare gli indirizzi sconosciuti durante la sessione SMTP con una risposta come 550 5.1.1 User unknown, indicando al server mittente che quell'indirizzo non esiste. Con un alias email catch-all, il server accetta invece anche i destinatari generati casualmente. Il volume di spam può aumentare drasticamente, i filtri possono essere sommersi e i messaggi legittimi rischiano di perdersi nel rumore.

Se ti serve una rete di sicurezza per i messaggi realmente indirizzati male, instrada il catch-all a una casella di quarantena dedicata, mai alla posta in arrivo di un utente reale. La documentazione TrekMail illustra in dettaglio i compromessi: configurazione e rischi della casella catch-all.

2. Il ciclo di instradamento

Questo problema è insidioso. Imposti support@ come alias email che instrada a bob@yourdomain.com. Bob va in ferie e configura la propria casella per inoltrare automaticamente tutto a support@, pensando che il team se ne occuperà in sua assenza.

Ora hai un ciclo:

support@ consegna a bob@ → bob@ inoltra a support@ → consegna a bob@ → inoltra a support@ → …

I server di posta in genere rilevano il ciclo contando i passaggi del messaggio; al superamento del limite può essere generato, per esempio, un bounce 5.4.14 Hop count exceeded, ma codice e testo diagnostico variano tra i sistemi. A quel punto il messaggio originale può non essere più recuperabile. La soluzione: prima di configurare regole di assenza o inoltro automatico, traccia le relazioni esistenti tra alias e inoltri. Non inoltrare mai una casella a un alias email che instrada nuovamente alla stessa casella.

3. L'esposizione dell'identità con "Rispondi a tutti"

Sei iscritto a una mailing list che scrive a marketing@yourdomain.com. L'alias email instrada i messaggi alla casella principale bob@yourdomain.com. Premi "Rispondi a tutti" senza cambiare l'indirizzo From e usare l'alias. Tutti i destinatari della conversazione vedono ora bob@yourdomain.com, non marketing@. In settori sensibili come quello legale, medico o finanziario, è una reale esposizione di dati, non un semplice fastidio.

La soluzione è la configurazione "Invia come" descritta sopra. Se gestisci comunicazioni sensibili basate sui ruoli, valuta la creazione di una casella dedicata invece di un alias email: accesso separato, identità distinta e minore rischio di esposizioni accidentali.

La combinazione alias + inoltro: SPF, DMARC e SRS

Quando combini un alias email con l'inoltro esterno, ad esempio facendo puntare contact@yourdomain.com al tuo Gmail personale, puoi creare conflitti di autenticazione che aumentano il rischio che messaggi legittimi non vengano recapitati senza un avviso evidente. Questa configurazione è comune e può interrompersi in modi difficili da diagnosticare.

Ecco che cosa può non riuscire e perché:

Errore SPF: il server di inoltro ritrasmette il messaggio a Gmail usando il proprio IP. Il dominio del mittente originale (ad esempio bank.com) pubblica un record SPF che non autorizza l'IP del tuo server. Gmail rileva quindi un errore SPF, anche se il messaggio originale era legittimo. Il messaggio proveniva da una fonte autorizzata, ma il tuo server semplicemente non è incluso nell'elenco SPF di bank.com.

Rifiuto DMARC: se bank.com pubblica una policy DMARC restrittiva (p=reject), Gmail può rifiutare il messaggio inoltrato quando SPF non supera il controllo e anche DKIM potrebbe non riuscire. DKIM può invalidarsi quando un server di inoltro modifica il messaggio, ad esempio aggiunge un footer, cambia la codifica o riformatta il corpo. Se la firma DKIM non corrisponde più e il messaggio non supera né SPF allineato né DKIM allineato, una policy DMARC p=reject può determinare un rifiuto definitivo.

Due meccanismi possono mitigare il problema, ma entrambi richiedono il supporto del provider di hosting:

• SRS (Sender Rewriting Scheme): il server di inoltro riscrive il mittente della busta (MAIL FROM) usando il tuo dominio. SPF può quindi superare il controllo presso la destinazione per il dominio della busta riscritto; l'intestazione From visibile non viene sostituita da SRS. Di conseguenza, questo risultato SPF non è normalmente allineato con il dominio From originale ai fini DMARC. L'indirizzo della busta viene ricodificato affinché gli avvisi di mancato recapito possano comunque raggiungere il mittente originale.
• ARC (Authenticated Received Chain): il server di inoltro aggiunge al messaggio una catena crittografica che attesta i risultati dell'autenticazione prima dell'inoltro. I server di destinazione che supportano ARC possono tenerne conto nel valutare l'errore SPF causato dall'inoltro tramite intermediari ritenuti affidabili. ARC è documentato nella RFC 8617.

Molti registrar di domini economici e host condivisi tradizionali non supportano ARC. Molti non supportano neppure SRS. Se inoltri alias all'esterno su queste piattaforme, i messaggi legittimi provenienti da mittenti con una policy DMARC restrittiva corrono un rischio maggiore di non essere recapitati, talvolta senza un bounce al mittente originale. TrekMail dichiara di supportare sia SRS sia ARC per la posta inoltrata.

Per una spiegazione completa di questo scenario, consulta inoltro degli alias email: compromessi e soluzioni e la guida più ampia alla configurazione e risoluzione dei problemi dell'inoltro email.

Configurare gli alias email in TrekMail

Gli alias email di TrekMail sono gestiti a livello di dominio. Li crei per ciascun dominio e li instradi verso una casella dello stesso dominio. Ecco la sequenza completa di configurazione.

Passaggio 1: aggiungi il dominio e configura il DNS

Se il dominio non è già presente in TrekMail, aggiungilo dalla dashboard in Domini → Aggiungi dominio. TrekMail genera i record DNS richiesti per la configurazione: MX, SPF, DKIM e DMARC. Copiali nel pannello di controllo del provider DNS. I valori completi sono disponibili nella pagina relativa ai record DNS richiesti. La propagazione DNS si completa spesso entro un'ora, ma i tempi possono variare; TrekMail mostra un indicatore di stato verde quando rileva i record.

Passaggio 2: crea la casella di destinazione

Un alias email necessita di una destinazione di consegna. Crea prima la casella di destinazione: vai in Caselle di posta → Aggiungi casella, quindi imposta indirizzo e password. Questa è la casella in cui arriveranno i messaggi instradati tramite l'alias email. Su TrekMail, secondo le condizioni del piano applicabili, la creazione di una casella non comporta un nuovo costo per utente e utilizza lo spazio di archiviazione condiviso del piano.

Passaggio 3: crea l'alias email

Nella dashboard del dominio, vai in Alias → Aggiungi alias. Inserisci la parte locale dell'alias email (ad esempio sales) e seleziona la casella di destinazione dal menu a discesa. Salva. In genere l'alias email diventa attivo subito: non sono necessarie modifiche DNS né occorre attendere la propagazione.

Puoi creare il numero di alias consentito dal tuo piano. Al momento della pubblicazione, Starter dichiara di supportare alias illimitati per dominio, senza un costo per singolo alias.

Passaggio 4: configura "Invia come" nel client email

Se vuoi rispondere dall'indirizzo dell'alias email, e non soltanto ricevere tramite esso, aggiungi l'alias come identità mittente nel client:

• Thunderbird: Impostazioni account → Gestisci identità → Aggiungi. Inserisci l'indirizzo dell'alias email. Usa lo stesso server SMTP e le stesse credenziali della casella principale.
• Outlook (desktop): in base alla versione e alla configurazione, l'alias può apparire automaticamente come indirizzo From selezionabile dopo la configurazione lato server. Se non compare, visualizza il campo From nella finestra di composizione e inserisci o seleziona l'alias; i comandi disponibili variano a seconda della versione di Outlook.
• Apple Mail: Mail → Preferenze → Account → seleziona il tuo account → Informazioni account. Aggiungi l'indirizzo dell'alias email al campo "Indirizzo email" come valore separato da una virgola. Apple Mail dovrebbe quindi proporlo tra le opzioni From.
• Webmail: l'interfaccia webmail di TrekMail consente di selezionare l'indirizzo From da un menu a discesa; l'alias email dovrebbe comparire dopo essere stato configurato nella dashboard.

Le impostazioni IMAP/SMTP indicate da TrekMail sono uniformi tra i client: IMAP sulla porta 993 (SSL/TLS), SMTP sulla porta 587 (STARTTLS). Tutti i dettagli sono disponibili nella documentazione delle impostazioni IMAP/SMTP.

Passaggio 5: verifica end-to-end

Invia un messaggio di prova da un account esterno al nuovo alias email. Verifica che arrivi nella casella di destinazione. Poi rispondi usando l'alias email come indirizzo From e controlla che il destinatario veda l'indirizzo alias, non quello della casella principale. Se nel campo From compare l'indirizzo sbagliato, controlla la configurazione "Invia come" nel client.

Con un dominio il cui DNS è già configurato, l'impostazione di un alias email funzionante può richiedere circa tre minuti, anche se i tempi effettivi possono variare.

Il vecchio metodo e il metodo TrekMail

Gestire gli alias email sembra banale finché non lo fai su larga scala o finché il modello di fatturazione per utente non trasforma ogni nuovo indirizzo di ruolo in una voce da negoziare.

Il vecchio metodo (Google Workspace / Microsoft 365)

Nel confronto numerico riportato da questa pagina, Google Workspace Business Starter costa $6/user/month e Microsoft 365 Business Basic ha un prezzo simile. Sono valori di riferimento soggetti a variazioni e vanno verificati sui listini correnti. La fatturazione è per persona, non per dominio né per alias. L'alias email in sé è gratuito, ma la casella di destinazione richiede un'utenza a pagamento.

La soluzione adottata da molti piccoli team è concentrare ogni alias email sull'account di un solo utente. info@, sales@, billing@, support@: tutti alias della casella del fondatore. Questo evita costi per utenze aggiuntive, ma crea una posta in arrivo caotica. Tutto finisce nello stesso posto. I contatti commerciali importanti si perdono tra le notifiche di fatturazione. Nessun messaggio ha un responsabile chiaro.

Per le agenzie è ancora peggio. Gestire alias email per centinaia di tenant cliente significa usare console di amministrazione separate per ogni cliente, script PowerShell per le autorizzazioni "Invia come" e licenze per utenza presenti in ogni fattura. Aggiungere un nuovo indirizzo di ruolo per un cliente significa aggiungere una licenza oppure spiegare perché quel ruolo non può avere uno spazio di archiviazione dedicato.

Il metodo TrekMail

TrekMail utilizza un servizio di hosting per domini a tariffa fissa. Paghi il servizio, non il singolo utente. Al momento della pubblicazione, il piano Starter costa $3.50/month e copre fino a 50 domini con spazio di archiviazione condiviso. Aggiungere un altro alias email o una casella non dovrebbe creare una nuova voce di costo, nei limiti e secondo le condizioni correnti del piano.

Poiché su TrekMail le caselle aggiuntive non dovrebbero comportare costi extra entro le condizioni del piano, puoi assegnare a support@ una casella dedicata invece di usarlo come alias della posta in arrivo già affollata del fondatore. Migliore tracciabilità, posta più ordinata e, quando assumi un addetto all'assistenza, puoi consegnargli le credenziali di accesso senza dover riconfigurare gli alias email, cambiare utenza o modificare la fattura.

Per le agenzie che gestiscono l'email dei clienti su larga scala, al momento della pubblicazione il piano Agency ($23.25/month) dichiara di coprire 1,000+ domini con importazione in blocco e accesso API. In questo scenario, il costo per dominio può risultare pari a pochi centesimi. È un modello sostanzialmente diverso dalle licenze per utente e la differenza può riflettersi sui margini.

Consulta i dettagli aggiornati dei piani su trekmail.net/pricing.

Riferimento rapido

Usa questa tabella quando ti serve una decisione rapida:

Tre regole da ricordare:

1. Instradamento interno = alias email. Instradamento esterno = inoltro. Non usare l'inoltro quando basta un alias email: introdurresti inutilmente un rischio SPF/DMARC.
2. Configura "Invia come" prima di avviare comunicazioni tramite alias. Una risposta che espone l'indirizzo principale vanifica l'immagine professionale che hai costruito.
3. Non instradare mai un catch-all alla posta in arrivo di un utente reale. Usa una casella di quarantena oppure rinuncia del tutto al catch-all.

Conclusione

Un alias email è uno degli strumenti più utili in una configurazione di posta aziendale, ma anche uno dei più frequentemente configurati in modo errato. Se lo imposti correttamente, puoi ottenere una presenza email professionale con più identità senza costi specifici per alias, accessi aggiuntivi o rischi di recapito introdotti dall'inoltro esterno. Se lo imposti male, rischi cicli di instradamento, esposizioni dell'identità e messaggi non recapitati in seguito alle policy DMARC pubblicate per il dominio mittente e applicate dal sistema ricevente.

In breve:

• Usa un alias email per gli indirizzi basati sui ruoli, il tracciamento dei fornitori e le varianti con refusi.
• Usa una vera casella quando ti servono un accesso separato, spazio dedicato o una tracciabilità chiara.
• Evita i catch-all, a meno che tu non disponga di una strategia di quarantena controllata.
• Se inoltri un alias email all'esterno, verifica che il provider supporti SRS e ARC; molti host tradizionali non li supportano.
• Configura sempre "Invia come" prima di usare un alias nelle comunicazioni esterne.

Se paghi per utente soltanto per mantenere alcuni indirizzi basati sui ruoli, i conti potrebbero non essere convenienti. Il modello a tariffa fissa di TrekMail prevede un prezzo per il servizio del dominio, non per ogni casella o alias email. Al momento della pubblicazione, il piano Starter costa $3.50/month per un massimo di 50 domini. Il piano Nano non richiede una carta di credito e non prevede un periodo di prova: è gratuito, con 10 domini e 5 GB di spazio condiviso, secondo le condizioni correnti.

Se ti servono SMTP gestito, spazio condiviso e gestione completa degli alias email su più domini, al momento della pubblicazione i piani a pagamento includono una prova gratuita di 14 giorni, con carta di credito richiesta per iniziare. Puoi provare la piattaforma completa su trekmail.net oppure confrontare tutti i piani su trekmail.net/pricing.