Perché non riesco a inviare e-mail da TrekMail?

Gli errori di invio dipendono da poche cause comuni. Esegui questi controlli nell’ordine indicato. Se account e dominio sono pronti ma un solo destinatario rifiuta il messaggio, potrebbe essere necessario esaminare il suo server di posta.

Controllo 1: l’e-mail del proprietario dell’account non è verificata

Se hai registrato un nuovo account TrekMail il 19 febbraio 2026 o dopo e non hai aperto il link di verifica, l’invio viene bloccato dopo un periodo di tolleranza di 7 giorni. La Dashboard mostra un banner rosso: L’invio di email in uscita è in pausa.

Gli stessi 7 giorni ripartono quando sostituisci un’email di accesso verificata con una nuova: conferma il nuovo indirizzo entro 7 giorni per continuare a inviare.

Questo riguarda l’e-mail di accesso del proprietario dell’account, non le caselle. Se non è verificata, tutte le caselle dell’account smettono di inviare fino alla verifica.

Tramite API, gli invii e gli invii programmati sono rifiutati con il codice account_email_unverified finché l’indirizzo non è verificato.

Soluzione:

• Cerca nella posta in arrivo dell’indirizzo di accesso il messaggio di verifica inviato da TrekMail durante la registrazione e apri il link.
• Hai perso il messaggio? Fai clic su Invia nuovamente l’e-mail di verifica nel banner.
• Se usi un accesso social, controlla lo stato di verifica nella Dashboard senza presumere che il provider lo abbia verificato.
• Se il link non funziona più, richiedi una nuova e-mail invece di riutilizzare il vecchio link.

Gli account registrati prima del 19 febbraio 2026 non sono soggetti al blocco.

Controllo 2: il DNS del dominio non è verificato

Il dominio deve essere pronto prima di usare il percorso di invio gestito. La pagina DNS indica il record mancante, in conflitto o ancora in verifica. SPF, DKIM e DMARC aiutano inoltre i provider destinatari a valutare la posta.

Sintomo: stato "Dominio non verificato" nella pagina Domini; il messaggio parte ma torna indietro; i destinatari lo trovano nello spam.

Soluzione: apri Domini, seleziona il dominio e il suo stato DNS. Confronta ogni record con i valori mostrati, salva le correzioni presso il provider DNS e usa Verifica DNS. Il risultato può restare in sospeso durante l’aggiornamento del DNS pubblico. Guida: Controllare lo stato DNS.

Controllo 3: usi Nano

Il piano Nano ha can_send: false. L’autenticazione SMTP riesce, ma ogni invio viene rifiutato durante la consegna.

Sintomo: il client mostra "Invio non riuscito" con un errore 5xx; il messaggio passa brevemente nella posta in uscita e ritorna.

Soluzione: scegli un piano con invio gestito nella pagina Piani, quindi controlla piano attivo e stato del dominio prima di riprovare.

Se devi restare su Nano, configura BYO SMTP per il dominio. SMTP personalizzato è disponibile in tutti i piani. Fornisci le credenziali di un provider SMTP esterno e TrekMail usa quel percorso. La ricezione IMAP rimane indipendente.

Controllo 4: limite giornaliero o orario raggiunto

Ogni piano ha massimi giornalieri per casella e account, un limite orario e un massimo di destinatari per messaggio:

(Nano può autenticarsi, ma il percorso gestito è disattivato. I limiti correnti possono essere inferiori per un nuovo dominio, un account senza pagamenti precedenti, una prova o le prime 24 ore dopo il primo pagamento dell’account. Considera la tabella il massimo del piano: la Dashboard mostra la quota giornaliera dell’account effettivamente in vigore oggi, e la scheda SMTP di ogni dominio indica i limiti di quel dominio per oggi, compresi il riscaldamento di un nuovo dominio e le date in cui aumentano.)

Sintomo: l’invio funziona, poi durante la giornata i nuovi messaggi smettono di partire e vedi uno di questi segnali:

• In webmail si apre una finestra sopra il messaggio, che resta aperto. Mostra quanto del limite è stato usato, perché il limite ora è più basso (una prova, il primo giorno dopo il primo pagamento o un nuovo dominio) e quando si rinnova, nel tuo fuso orario.
• In un’app di posta l’invio fallisce con una risposta temporanea in inglese che contiene il codice 4.7.1, il limite raggiunto, i numeri e l’ora di rinnovo, per esempio "Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC." oppure "Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC." Nelle prime 24 ore dopo il primo pagamento la risposta lo indica e riporta l’ora da cui valgono i limiti completi, per esempio "(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)".

Soluzione: leggi prima il messaggio: indica quale limite è stato raggiunto e quando si rinnova. Poi:

• Attendi il rinnovo invece di riprovare. I limiti giornalieri si rinnovano alle 00:00 UTC, quello orario all’inizio di ogni ora (UTC).
• Durante una prova, chi gestisce la fatturazione può chiuderla prima da Fatturazione → Termina la prova e avvia subito l’abbonamento. L’abbonamento a pagamento parte e i limiti della prova salgono subito; i limiti completi del piano si applicano 24 ore dopo quel primo pagamento.
• Nelle prime 24 ore dopo il primo pagamento ogni casella e l’intero account possono inviare a 150 destinatari al giorno, un messaggio può andare a 50 persone e le app di posta possono inviare 60 messaggi all’ora. Dopo 24 ore i limiti completi del piano si applicano da soli; la Dashboard mostra l’ora esatta.
• Un nuovo dominio fa un riscaldamento nei primi 7 giorni (40% nei giorni da 1 a 3, 70% nei giorni da 4 a 7, il limite completo dal giorno 8). Riguarda solo quel dominio e le sue caselle; gli altri domini mantengono la quota completa.
• Anche la posta inoltrata conta. I messaggi inoltrati che escono da TrekMail consumano la stessa quota giornaliera dell’account della posta che invii.
• Passare a un piano superiore aumenta la quota del piano. Durante una prova non rimuove i limiti della prova (chiudere la prova sì), nelle prime 24 ore dopo il primo pagamento tutti i piani hanno gli stessi limiti del primo giorno, e non invia mai di nuovo i messaggi già rifiutati: inviali di nuovo quando c’è spazio.

Controllo 5: numero di destinatari per messaggio

Il massimo per messaggio è 50 con Nano, 100 con Starter, 250 con Pro e 500 con Agency. Un messaggio oltre il limite può essere rifiutato prima dell’invio. Durante una prova il massimo è di 10 destinatari per messaggio fino al primo pagamento e di 50 nelle prime 24 ore successive; la webmail ti avvisa prima di inviare un messaggio oltre il limite e non ti permette di programmarlo.

Soluzione: dividilo in lotti consentiti o passa a un altro piano.

Controllo 6: la casella non può inviare

La casella deve essere attiva e autorizzata. Può essere disabilitata, perdere la capacità dopo una modifica a piano o dominio, oppure avere l’uscita temporaneamente in pausa per una verifica di sicurezza. Leggi prima il messaggio nella Dashboard o nell’app.

Sintomo: una casella non invia mentre un’altra dello stesso account funziona.

Soluzione: apri la casella nella Dashboard e conferma che sia attiva. Se il messaggio indica account, piano o dominio, risolvi prima quello. Una sospensione dell’accesso normalmente impedisce il login, ma da sola non ferma la posta in arrivo.

Tramite API, l’invio da una casella il cui invio non è disponibile dopo un cambio di piano o di dominio è rifiutato con il codice mailbox_send_disabled. La pausa temporanea dell’invio descritta sotto ha un codice proprio.

Pausa temporanea dell’invio

Una casella può avere fermo solo l’invio, mentre ricezione e lettura continuano. Può succedere quando l’attività suggerisce che le credenziali siano state esposte. Protegge il dominio mentre il proprietario controlla l’accesso.

Sintomo: la posta arriva ed è leggibile, ma i messaggi in uscita non partono:

• In webmail: "L’invio da questa casella è in pausa dopo un’attività insolita. Contatta l’assistenza per riprenderlo."
• In un’app: l’invio fallisce, la ricezione funziona e l’app segnala che il server non accetta il tuo indirizzo come mittente.
• Tramite API: l’invio è rifiutato con mailbox_sending_paused.

Soluzione: serve una verifica dell’assistenza. I normali controlli di stato non rimuovono la pausa di sicurezza.

1. Cambia la password della casella, consulta Sicurezza della casella.
2. Riconnetti ogni telefono, app di posta o script SMTP con una nuova password per le app, oppure con la nuova password della casella se ancora accettata. Una reimpostazione da parte di un amministratore revoca tutte le password per le app; nella webmail, seleziona Revoca anche tutte le password per le app quando cambi tu la password dopo una compromissione.
3. Apri un ticket nella pagina Assistenza, indica che l’hai cambiata e includi indirizzo e ora approssimativa, ma mai la password.

La posta può continuare ad arrivare durante la verifica. Salva localmente le bozze importanti finché l’invio non viene ripristinato.

Controllo 7: l’account è sospeso

Una sospensione dell’account può bloccare l’uscita e altre azioni. Un banner nella Dashboard ne spiega il motivo, per esempio:

• "C’è un problema di fatturazione con il tuo account. Aggiorna i dati di pagamento o contatta l’assistenza." Aggiornali e controlla lo stato. Consulta Correggere i pagamenti non riusciti.
• "Abbiamo messo temporaneamente in pausa la posta in uscita perché i server destinatari hanno rifiutato troppi messaggi recenti." Apri un ticket. Il team può chiedere informazioni sulla qualità della lista, la configurazione del mittente e un campione oscurato.
• "Il tuo account è temporaneamente limitato. Contatta l’assistenza per i dettagli." Per abuso o sicurezza, apri un ticket di verifica.

Non puoi aggirare la sospensione cambiando casella o dominio. Il blocco interessa tutta l’uscita dell’account finché non viene rimosso.

Controllo 8: l’autenticazione SMTP non riesce

Se il client mostra "535 Authentication failed" o "Invalid credentials":

• Password o modalità di accesso errata. SMTP richiede una password per le app per una casella in Solo password per le app. In Password della casella o password per le app funzionano entrambe. Non usare mai la password del pannello del proprietario dell’account. Crea una password per le app nella webmail in Impostazioni > Password per le app o nella dashboard in Caselle > (casella) > Sicurezza > Password per le app.
• La casella non esiste. Controlla l’elenco delle caselle. Un errore di configurazione può indicare una casella diversa da quella nell’app.
• E-mail del proprietario non verificata oltre la scadenza. Vedi Controllo 1. La verifica viene applicata alla consegna.

Se l’app indica "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (Accesso non riuscito. Questa casella accetta solo password per le app: creane una nella webmail in Impostazioni > Password per le app.), crea una password per le app e inseriscila sia per la posta in entrata sia per quella in uscita. Alcune app mostrano solo "password errata". Consulta Password per le app di posta.

Una reimpostazione da parte di un amministratore o il recupero della password revoca tutte le password per le app. Creane di nuove per le app interessate o aggiorna la password della casella dove ancora accettata, poi riconnettiti. Non continuare a provare una password vecchia o revocata.

Controllo 9: BYO SMTP configurato male

Se il dominio usa un provider SMTP esterno:

• Verifica le credenziali nella scheda SMTP del dominio: Domini, scegli il dominio, poi SMTP.
• Conferma che l’invio SMTP sia abilitato presso il provider; alcuni richiedono anche la verifica del dominio.
• Usa il test nella scheda SMTP e leggi il risultato prima di inviare posta reale.

Credenziali esterne non valide possono generare un errore generico. Correggile presso il provider, salva la connessione e ripeti il test.

Controllo 10: il server del destinatario ti rifiuta

Se in TrekMail è tutto verde ma certi domini restituiscono i messaggi:

• Il server può contestare la reputazione (dominio nuovo, nessun riscaldamento, SPF/DKIM non allineati). Consulta Frequenza di rimbalzo troppo alta e Regole di riscaldamento del dominio.
• Se molti domini non correlati falliscono insieme, controlla la pagina di stato TrekMail e inserisci errori e orari nel ticket.
• Alcuni server rifiutano un’autenticazione incompleta o una politica DMARC debole. Controlla SPF, DKIM e DMARC prima di cambiare contenuto o riprovare un lotto.

Codici di errore comuni

Il problema persiste

Apri un ticket nella pagina Assistenza. Includi:

• La casella mittente (alice@yourcompany.com).
• L’indirizzo del destinatario, o un esempio se molti messaggi rimbalzano.
• L’errore esatto del client o del messaggio di rimbalzo.
• Se la webmail invia lo stesso messaggio allo stesso destinatario. (Se fallisce anche lì, il problema è lato server.)

Per verificare una sospensione di recapitabilità, preparati a spiegare come i destinatari hanno aderito e a fornire un campione oscurato se richiesto. Non inviare una lista completa, credenziali o dati non pertinenti dei destinatari.