Ho tre account e-mail ciascuno con un nome di dominio diverso, ma tutti loro inviano e-mail tramite lo stesso nome di dominio via SMTP (ma ognuno ha le proprie credenziali di accesso). Per chiarire, sembra qualcosa del genere:
[email protected] imap:mail.domain1.tld smtp:mail.domain1.tld
[email protected] imap:mail.domain2.tld smtp:mail.domain1.tld
[email protected] imap:mail.domain3.tld smtp:mail.domain1.tld
Ogni account usa il proprio indirizzo e-mail e password per accedere tramite IMAP e SMTP. Ciò significa che ho tre server SMTP elencati in Mail, uno per ciascun account e ogni accesso con nome utente e password appropriati.
Tuttavia, mentre uno di questi funziona perfettamente, gli altri due si rifiutano di connettersi, senza alcun errore specifico. Se vado nell'elenco dei server SMTP, nessuno dei due ha una password elencata, inserendone una e salvando, la rete diventerà online e immediatamente offline, con il campo della password ancora vuoto.
Se verificherò i dettagli manualmente usando openssl su una riga di comando, allora posso confermare che i dettagli sono effettivamente corretti e che il server SMTP (postfix) è felice di accettare richieste da [email protected] e [email protected] anche se si stanno connettendo tramite mail.domain1.tld .
Si tratta di un bug specifico per Mail? Ha qualcosa a che fare con il dominio condiviso?
Naturalmente posso usare solo un server SMTP comune, tuttavia sembra che non dovrei averne bisogno. Anche se non sono sicuro che sia pertinente, il server utilizza l'autenticazione del client (specificando un certificato TLS univoco per ciascun utente); fortunatamente non lo utilizza per gli accessi senza password, altrimenti un server SMTP comune non funzionerebbe, ma forse è correlato al motivo per cui Mail non riesce a gestirlo correttamente?