Ad esempio, per la connessione a pop.smsoft.it sulla porta 143:

telnet pop.smsoft.it 143

che risponde con:

Trying xxx.xx.xxx.xx...
Connected to pop.smsoft.it.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN] Dovecot ready.

Al momento della connessione, vengono richiesti i dati di accesso, da fornire nel formato:

a login USERNAME PASSWORD

Questo però funziona solo se è abilitata la modalità AUTH=PLAIN. Se invece al momento della connessione vediamo una cosa del genere:

Trying xxx.xx.xxx.xx...
Connected to pop.smsoft.it.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS LOGINDISABLED AUTH=DIGEST-MD5] Dovecot ready.

significa che l’accesso PLAIN non funziona, ma è possibile usare STARTTLS ed infatti passando i parametri di login come indicato prima, si riceve il seguente avviso:

* BAD [ALERT] Plaintext authentication not allowed without SSL/TLS, but your client did it anyway. If anyone was listening, the password was exposed.
a NO [PRIVACYREQUIRED] Plaintext authentication disallowed on non-secure (SSL/TLS) connections.

In questo caso, non è possibile usare il classico telnet ma bisogna effettuare una connessione SSL. Per questo, sempre da terminale, si può usare il comando openssl.

Sempre seguendo l’esempio di prima (la connessione a pop.smsoft.it sulla porta 143), possiamo procedere come segue:

openssl s_client -connect pop.smsoft.it:143  -starttls imap

e poi fare il login sempre con il classico:

a login USERNAME PASSWORD

Per le operazioni di lettura della posta, potete far riferimento al precedente articolo Leggere la posta via telnet con protocollo IMAP

enjoy!