Posta in arrivo unificata: tutti gli account senza inoltro

La posta in arrivo unificata raccoglie i messaggi di tutti gli account in un elenco ordinato per ora di ricezione, indicando la provenienza su ogni riga. Spesso chi cerca questa soluzione ha già provato a riunire la posta tramite inoltro e ne ha scoperto i limiti.

Con una configurazione inadatta, il mittente può apparire diverso, alcuni messaggi finiscono nello spam e le risposte partono da un indirizzo sconosciuto al destinatario. Il secondo account torna così nella sua scheda del browser, da controllare più volte al giorno.

Non sempre basta cambiare una regola. L'inoltro modifica il percorso del messaggio e può compromettere l'autenticazione. SRS, una firma DKIM rimasta intatta e una catena ARC ritenuta attendibile dal destinatario possono aiutare. Non trasformano però l'inoltro in un client completo per più account.

L'alternativa è un client che legge direttamente tutte le caselle. I programmi desktop lo fanno da tempo. Una vista unificata gestita dal server segue lo stesso principio, ma mostra sul telefono lo stesso elenco disponibile sul portatile.

Perché l'inoltro non sostituisce un client

L'inoltro rispedisce il messaggio attraverso un server che il mittente originale normalmente non ha autorizzato in SPF. Il controllo SPF può quindi fallire. DKIM spesso resta valido, purché le parti firmate non vengano modificate. DMARC richiede SPF o DKIM valido e allineato all'indirizzo From. Se nessuno dei due soddisfa il requisito, una policy p=reject raccomanda al server ricevente di rifiutare il messaggio. La decisione finale spetta al destinatario. Ecco come l'inoltro può causare problemi di consegna.

Sender Rewriting Scheme sostituisce il mittente della busta SMTP con un dominio che autorizza il server di inoltro. Nel sistema descritto, SRS viene applicato automaticamente e aiuta a convalidare SPF per il nuovo mittente della busta. Non lo allinea al From originale, non ripara una firma DKIM danneggiata e non permette di rispondere dal vecchio indirizzo.

Quest'ultimo aspetto viene spesso sottovalutato. L'inoltro è a senso unico. Un messaggio per you@oldcompany.com arriva nella nuova casella, ma la risposta mostra you@newcompany.com, salvo che l'invio dal vecchio indirizzo sia stato configurato separatamente. In una conversazione con un cliente può creare confusione. L'inoltro non concede il diritto di inviare usando l'indirizzo precedente.

C'è poi lo spazio. La copia inoltrata occupa la quota del destinatario, mentre l'originale può restare nella casella di origine. Se l'origine lo elimina dopo l'inoltro, viene meno quella possibilità locale di recupero. Una regola errata può allora rendere il recupero più difficile. I backup vanno pianificati indipendentemente dall'inoltro.

L'inoltro è utile per un indirizzo senza casella propria, come invoices@, che recapita le fatture alla persona incaricata. Non sostituisce la lettura e l'invio da più account attivi. Approfondimenti in alias, caselle e inoltro e SRS nella posta inoltrata.

Recupero POP e dismissione del vecchio metodo

Un altro metodo tradizionale accede periodicamente all'account esterno tramite POP3, scarica i nuovi messaggi e li conserva localmente. Era il funzionamento di Mail Fetcher di Gmail. Gli Account connessi di Outlook.com avevano uno scopo simile.

L'articolo originale descrive la dismissione di queste funzioni. Microsoft ha rimosso gli Account connessi da Outlook.com e Google ha annunciato la fine di Mail Fetcher e Gmailify. Verifica scadenze e disponibilità attuali presso ciascun fornitore. Si tratta di funzioni specifiche, non di tutte le modalità di accesso a più account.

Il recupero periodico ha limiti tecnici. Un messaggio compare solo dopo la consultazione successiva. Se l'originale viene conservato, occupa spazio in entrambi i servizi. Gli stati possono divergere: letto qui e non letto altrove, eliminato da una parte e conservato dall'altra. POP3 non trasferisce la struttura delle cartelle.

Tre modi per unificare la posta

Ogni architettura ha i suoi limiti. L'inoltro rispedisce i messaggi e può influire sull'autenticazione. Il recupero di copie dipende dall'intervallo di consultazione e dalle condizioni di archiviazione. Un proxy IMAP in tempo reale si autentica su ogni account e legge su richiesta, senza creare un archivio permanente di copie. Le credenziali non valide vengono rilevate al tentativo di connessione.

TrekMail usa il terzo metodo. Non crea copie permanenti dei messaggi. Quando apri la vista unificata, il server avvia le sessioni IMAP, recupera le intestazioni necessarie, riunisce i risultati per data interna e li mantiene brevemente in cache. Leggere un messaggio lo segna come letto all'origine, se permessi e impostazioni consentono la modifica.

Collegare un account non ne cambia l'hosting. Gmail resta presso Google, con spazio, filtri e interfaccia propri. La connessione non modifica MX né instradamento in ingresso. Quando la interrompi, non c'è un archivio di copie da ripulire. Le azioni già eseguite dal client restano però applicate all'origine.

Come funziona nella pratica

Le viste sono due. Una riunisce i messaggi per avere il quadro generale; l'altra mostra un solo account. Puoi passare dall'una all'altra in base al lavoro da svolgere.

Tutte le caselle di posta in arrivo riunisce caselle e account collegati in un elenco ordinato per ricezione. Ogni riga identifica l'origine con il logo del fornitore o un'iniziale colorata per una casella TrekMail. Alla risposta viene preselezionata l'identità corretta; il suo utilizzo dipende dai permessi e dalle impostazioni di invio.

La vista per account si sceglie nella barra laterale. Un clic mostra le cartelle, le bozze e la posta inviata di quell'account.

Le origini vengono consultate in parallelo. Contattare otto server IMAP uno dopo l'altro rallenterebbe sensibilmente la pagina. Se un'origine non è raggiungibile per credenziali revocate o un disservizio, viene saltata e l'interfaccia indica l'account interessato. Le altre restano visibili.

Inviare dall'indirizzo corretto

Quando rispondi a un messaggio dell'account Gmail collegato, la risposta viene affidata al server SMTP di Google con l'autenticazione del tuo account. Con connessione e autorizzazione corrette, parte dall'infrastruttura di Google, non dal nostro server di uscita.

Questo conta per l'autenticazione. SPF di Gmail autorizza i server Google. Inviare come @gmail.com da un'infrastruttura esterna non autorizzata non assicura SPF o DKIM valido e allineato. Il server autorizzato dell'account aiuta a mantenere i controlli corretti. DMARC richiede SPF o DKIM valido e allineato al From, non necessariamente entrambi, e non garantisce la consegna nella posta in arrivo.

La stessa regola vale per gli altri account: un indirizzo Fastmail invia tramite Fastmail, un server proprio tramite il suo SMTP. Il menu Da elenca solo gli indirizzi disponibili: quello della casella, gli alias abilitati all'invio, le caselle condivise con permesso di risposta e gli account collegati. Un indirizzo assente può indicare permessi o configurazioni mancanti, non un futuro errore di autenticazione già accertato. Meglio verificare prima di inviare che scoprirlo da una notifica di mancata consegna due minuti dopo.

Password per le app e OAuth

I grandi fornitori limitano sempre più l'uso della password principale per IMAP. La connessione impiega una password per le app, OAuth o un altro metodo supportato. La procedura dipende dal fornitore. Verifica anche le regole attuali e le policy dell'organizzazione.

Una password per le app è una stringa casuale separata, normalmente revocabile senza cambiare la password principale. I suoi permessi non sono necessariamente limitati a un protocollo: dipende dal fornitore. Evita di fornire la password principale all'applicazione. La procedura guidata rimanda alla pagina di creazione del servizio riconosciuto.

Il riconoscimento è automatico. Il dominio viene confrontato con i fornitori noti; per un dominio personalizzato vengono consultati i record MX. Questo aiuta a riconoscere Google Workspace e Microsoft 365 anche senza un indirizzo terminante in @gmail.com. Se il servizio non viene identificato, inserisci i server manualmente. La verifica non modifica il DNS.

La configurazione manuale supporta IMAP sulla porta 993 con TLS implicito o 143 con STARTTLS e SMTP su 465, 587 o 2525. La verifica del certificato TLS è obbligatoria. Un certificato autofirmato non attendibile o con nome errato impedisce la connessione. Controlla catena di fiducia, validità e nome del server, perché il collegamento dà accesso alla posta.

Collegare un account

1. Apri la webmail e vai in Impostazioni → Account collegati.
2. Fai clic su Collega account e inserisci l'indirizzo.
3. Se il fornitore viene riconosciuto, segui le indicazioni per creare la password per le app o accedere a Microsoft nel caso di Outlook.com. Altrimenti inserisci server IMAP e SMTP, porte e crittografia indicati nella documentazione del fornitore.
4. Fai clic su Verifica connessione. Lettura e invio vengono controllati separatamente, per capire quale parte non funziona.
5. Salva. L'account compare nella barra laterale e i suoi messaggi nella vista Tutte le caselle di posta in arrivo.

Le cartelle vengono associate alla prima connessione. I fornitori usano nomi diversi: [Gmail]/Sent Mail, Sent Items, Sent. Si leggono le marcature delle cartelle speciali, se disponibili, altrimenti si confrontano i nomi. Le viste virtuali di Gmail, come Tutti i messaggi, vengono nascoste per non mostrare lo stesso messaggio più volte. Le etichette non implicano più copie fisiche di ogni messaggio.

La documentazione contiene guide per Gmail, Outlook e Microsoft, iCloud, Yahoo e AOL e altri server IMAP.

Problemi e come riconoscerli

Password per le app revocata. È una causa frequente. Cambiare la password principale di Google può revocare quelle per le app. L'interfaccia chiede di ricollegare l'account invece di nasconderlo. Crea una nuova password per le app e aggiorna le impostazioni.

IMAP disattivato dal fornitore. Le policy di Google Workspace o Microsoft 365 possono limitare l'accesso. Il client non può aggirarle. Un amministratore deve verificare l'autorizzazione.

Autorizzazione OAuth non valida. I token Microsoft vengono rinnovati finché ciò resta consentito. La revoca del consenso o modifiche alla sicurezza e alle policy possono richiedere una nuova autorizzazione. Accedi di nuovo quando richiesto.

Server di origine lento. Ogni origine ha un tempo massimo di risposta. Se lo supera, viene saltata per quel caricamento e segnalata. Non si riprova all'infinito a scapito delle altre caselle.

Altri dettagli nella risoluzione dei problemi degli account collegati.

Limiti

Secondo la descrizione originale, gli account collegati sono disponibili dal piano Starter:

La vista unificata consulta fino a 25 origini contemporaneamente. Oltre questa soglia sono più pratiche le viste per account. Non ci sono copie permanenti della posta collegata che consumino la quota del piano: i messaggi restano all'origine. Questo non esclude cache temporanee dei dati dell'interfaccia.

Domande frequenti

La vista unificata sposta la mia posta?

No. Non copia né sposta un archivio permanente. I messaggi vengono letti tramite IMAP presso il fornitore originale. Scollegare l'account non elimina la casella di origine, ma non annulla azioni già eseguite, come segnare un messaggio come letto.

Qual è la differenza rispetto alla migrazione?

La migrazione copia i messaggi in TrekMail per lasciare il vecchio fornitore. La vista unificata mantiene la posta dove si trova e offre un'interfaccia comune. Per un trasferimento definitivo usa la migrazione in blocco.

Le risposte partono dall'indirizzo corretto?

Con permessi e impostazioni corretti, l'indirizzo collegato invia tramite il proprio SMTP. Il destinatario vede l'indirizzo abituale. SPF o DKIM valido e allineato dipende dalle impostazioni del fornitore. La sola connessione non garantisce autenticazione né consegna.

Perché Gmail richiede una password per le app anziché un pulsante di accesso?

Questa integrazione usa IMAP con una password per le app. L'API Gmail può richiedere una verifica delle autorizzazioni con restrizioni e, a seconda del trattamento dei dati, una valutazione di sicurezza esterna. La password per le app offre un accesso diverso e può essere revocata su Google, se le policy dell'account ne consentono la creazione. IMAP e API non concedono necessariamente gli stessi permessi.

Posso aggiungere una casella sul mio server?

Sì. Inserisci manualmente server IMAP e SMTP, porte e crittografia. Il certificato deve superare le verifiche di fiducia e del nome. Sostituisci un certificato autofirmato non attendibile. Un certificato di un'autorità pubblica è adatto se catena, validità e nome sono corretti.

La vista unificata funziona sul telefono?

Sì. Le connessioni sono configurate sul server, non in un profilo locale. Accedendo da un dispositivo supportato trovi gli stessi account e lo stesso elenco, senza doverli collegare di nuovo.

Cosa succede passando a un piano senza account collegati?

La consultazione si interrompe e l'account risulta non disponibile. Il cambio di piano non elimina dati all'origine. Un piano compatibile permette di riprendere l'accesso, purché credenziali e permessi siano ancora validi.