Errore Login failed su RoundCube: diagnosi

Errore Login failed su RoundCube: diagnosi

Login failed compare quando RoundCube riesce a connettersi al server IMAP ma il backend rifiuta le credenziali. A differenza di Connection refused, il problema e' a livello applicativo. Le cause possono essere semplici (password sbagliata) o complesse (charset auth, account disabilitato). G Tech Group ha procedure precise per diagnosticarlo.

Cause comuni

1) Password effettivamente errata; 2) Caps Lock o tastiera in lingua sbagliata; 3) Account disabilitato in Plesk; 4) Username sbagliato (manca @dominio); 5) IP bannato da fail2ban dopo tentativi; 6) IMAP solo SSL/TLS ma client su 143 plain; 7) Charset username non UTF-8.

Verifica lato Plesk

Su Plesk - Posta - Account email controlla che l'account sia attivo (segno spunta verde, non bloccato). Verifica scadenza account, eventuali politiche di password forzate. Se account in stato disabilitato, riabilitalo.

Test diretto IMAP

Bypassa RoundCube e testa con telnet: telnet localhost 143; a login utente@dominio password. Se anche così' fallisce, il problema e' lato server (Dovecot/Plesk). Se telnet funziona, il problema e' RoundCube config.

Procedura passo-passo

  1. Verifica credenziali su un client desktop (Thunderbird)
  2. Se anche desktop fallisce, problema lato server
  3. Su Plesk controlla stato account
  4. Se account OK, prova reset password
  5. Verifica config.inc.php per default_host e default_port
  6. Verifica fail2ban: client status dovecot, sblocca se necessario
  7. Esegui telnet test login diretto IMAP
  8. Se tutto OK rilancia dovecot: systemctl restart dovecot

Errori comuni e come risolverli

  • Login OK da desktop ma fail da web: config RoundCube usa host sbagliato; allinea.
  • Errore Logon disabled: Plesk account disattivato; riabilita.
  • Caratteri speciali in password: alcuni client non gestiscono $ %; cambia password senza caratteri esotici.
  • Banned dopo 5 tentativi: fail2ban; aspettare 10 minuti o sblocco IP.

Approfondimenti tecnici e scenari d'uso

L'argomento Errore Login failed su RoundCube: diagnosi richiede una buona comprensione dell'infrastruttura di posta sottostante. RoundCube e' uno strato applicativo che si poggia su un server IMAP (di norma Dovecot su Plesk) per la lettura dei messaggi, su un server SMTP (Postfix) per l'invio, e su un database MySQL o MariaDB per i metadati. Ogni operazione che vediamo dall'interfaccia attiva una o più' chiamate verso questi servizi. Comprendere il flusso aiuta a diagnosticare velocemente i malfunzionamenti e a prendere decisioni informate quando bisogna pianificare interventi su ambienti di produzione con utenti business.

G Tech Group, in qualità' di agenzia digitale italiana con più' di un decennio di esperienza su Plesk e oltre cinquecento clienti attivi, ha consolidato una serie di accorgimenti operativi: pulizia periodica delle cache, monitoraggio dei log applicativi, verifica dei certificati SSL, audit dei plugin installati, e schedulazione di backup giornalieri con retention multipla. Tutte queste pratiche sono integrate nei piani di assistenza tecnica h24 erogati dalla sede di Giustino, in Trentino. L'assistenza in italiano e i tempi di risposta sotto le due ore sui ticket critici sono parte del valore offerto ai clienti professionali.

Per chi gestisce diversi domini sullo stesso server e' utile ricordare che molte impostazioni RoundCube hanno scope globale: una modifica al file config.inc.php si applica a tutti gli utenti. Per personalizzazioni per dominio o per gruppo serve un plugin dedicato o l'estensione del config tramite hook. In ambienti multi-tenant come quelli di un'agenzia digitale e' bene mantenere un repository git con le modifiche di configurazione, separato dal codice upstream di RoundCube, per poter eseguire upgrade in sicurezza senza perdere customizzazioni. G Tech Group segue questa policy per tutti i server gestiti, garantendo così' aggiornamenti regolari della webmail senza regressioni sulle personalizzazioni (skin, plugin custom, integrazioni CRM e altri moduli aziendali).

Sul fronte sicurezza, l'argomento merita sempre attenzione specifica. Le credenziali email transitano su HTTPS, ma una sola compromissione può aprire la porta a campagne di phishing dal dominio aziendale, con danni di reputazione e di deliverability difficili da recuperare in tempi brevi. Per questo G Tech Group consiglia abilitazione di SPF, DKIM e DMARC obbligatori, policy di password forte, fail2ban configurato sui tentativi falliti, monitor di accessi anomali e training periodico per gli utenti finali. Per i clienti enterprise sono inoltre disponibili moduli di autenticazione multi-fattore tramite reverse proxy Authelia o Keycloak posti davanti a RoundCube.

Dal punto di vista delle prestazioni, la maggior parte dei rallentamenti percepiti dagli utenti deriva da tre cause: cache messaggi cresciuta a dismisura (la tabella cache_messages può superare svariati gigabyte in pochi mesi), connessioni IMAP non chiuse correttamente che esauriscono le risorse Dovecot, e tempi di risposta del DNS lenti per le ricerche DNSBL durante la consegna SMTP. La cron di bin/cleandb.sh che G Tech Group abilita in fase di onboarding riduce notevolmente il primo problema, mentre tuning di Dovecot e cache DNS locale risolvono gli altri due, garantendo una webmail sempre fluida anche su domini con centinaia di caselle attive in contemporanea.

Domande frequenti

D: E' un'attacco brute force?
R: controlla logs/auth.log per IP sospetti.

D: Posso aumentare i tentativi prima del ban?
R: Sì, config fail2ban maxretry.

D: Login funziona ogni tanto?
R: load balancer su backend diversi; check sync utenti.

Hai bisogno di aiuto?

Se hai bisogno di configurare RoundCube per la tua azienda, il team di G Tech Group può aiutarti. Contattaci tramite il modulo di contatto.

Hai trovato utile quest'articolo?