Um cliente de webmail pode interagir diretamente com o servidor SMTP? (sem IMAP)

Question

Estou tentando entender como todos os componentes de um servidor de email se encaixam.

• Eu entendo que o servidor SMTP é necessário para enviar e-mails.
• Em termos de acesso a email, configurarei um cliente de webmail, mas não será necessário acessar por meio de um cliente de desktop.

Então, minha pergunta é: eu preciso de um servidor IMAP neste caso? ou o cliente de webmail pode, de alguma forma, se vincular diretamente ao SMTP para enviar e ler e-mails?

    

Answer 1

Para configurar seu servidor de e-mail e webmail, você precisa de duas coisas:

• um servidor SMTP, para enviar mensagens, como você disse,
• uma maneira de ler as mensagens recebidas, essa é a parte que você está realmente pedindo.

O webmail não estará realmente recebendo as mensagens, apenas as lerá ou buscará em algum lugar. É o servidor smtp (geralmente o mesmo que o usado para enviar) que receberá mensagens e as armazenará em algum lugar (no disco, mas também pode estar em algum banco de dados) através do uso de um MDA (Message Delivery Agent ). Então você precisa de um jeito do seu webmail acessar isso em algum lugar.

Dependendo da sua configuração e do cliente de webmail que você deseja usar, existem várias opções:

• IMAP é um deles, provavelmente o mais comum e versátil,
• POP3 é outro,
• mas você também pode usar o acesso direto ao armazenamento:
  • diretamente do disco (desde que o seu servidor smtp receba mensagens no mesmo host que o seu webmail),
  • do banco de dados que armazena as mensagens (se o seu servidor SMTP armazena mensagens no banco de dados, não é muito comum).

Se você não quiser IMAP nem POP3, poderá usar a solução de acesso direto ao disco, mas precisará de um software de webmail que possa ler mbox ou maildir armazenamento de e-mail. Essas são as duas formas mais populares de armazenar mensagens em um host UNIX. mbox é um único arquivo contendo todas as mensagens, maildir é um diretório com subdiretórios com cada mensagem como um arquivo separado. O formato maildir é o mais comum e poderoso.

Tal cliente de webmail não é muito comum, você provavelmente terá que desenvolvê-lo você mesmo (ou um plugin para outro software de webmail existente). Ainda assim, há um que eu sei capaz de fazer que é SqWebMail , incluído no pacote de servidores de e-mail courier.

O armazenamento de mensagens no banco de dados é uma possibilidade, mas provavelmente usado apenas em configurações muito grandes.

Você também pode estar interessado em esta postagem no StackOverflow .

    

Answer 2

Isso está relacionado a algo que eu respondi hoje:

Os e-mails não estão sendo recebidos no Squirrelmail?

Exceto que você está usando o Roundcube em vez do Squirrelmail.

Além disso, veja:

link

como uma visão geral dos vários componentes do sistema de correio (por exemplo, MTA, MUA, MDA).

O Roundcube, se bem me lembro, é puramente um cliente IMAP, talvez algum POP3, não me lembro. Em ambos os casos, você precisará de um servidor IMAP atuando como o MDA.

Dito isso, não consigo pensar em nenhum cliente de e-mail baseado na Web que acessará os spools de e-mail herdados. Seria possível escrever um, mas isso parece um pouco inflexível, já que já inventamos o IMAP, que cuida de problemas como o acesso simultâneo no arquivo de spool, etc. Se você está executando um sistema de e-mail real em neste dia e idade, você vai querer usar um MDA que suporte algo como o IMAP.

Existem também grandes sistemas de "groupware" como o Horde ou o Zimbra. Eles fornecerão todo o sistema de e-mail (além de outros aplicativos de groupware) em um pacote grande, portanto, de certa forma, você só instalaria um software. Mas, sob o capô, os internos terão o conceito de arquitetura de correio que mencionei acima, com um MTA - > MDA - > MUA.

    

Answer 3

Não. Um cliente que recebe via SMTP não é mais um cliente, mas um servidor. Embora não haja motivos técnicos, você não pode ter um servidor SMTP com uma interface da Web para acessar mensagens, não é assim que os clientes funcionam. Também tenha em mente que o SMTP é um protocolo de envio, portanto, enquanto outro servidor certamente poderia enviar mensagens para o seu "cliente", esse "cliente" poderia fazer uma busca líquida de mensagens.