Modos de operação de servidores de correio

Ao instalar o Postfix em distribuições baseadas no Debian, uma interface pseudo-gráfica é iniciada com um conjunto de modelos para instalação. Esses modelos destinam-se a diferentes modos de operação do servidor de correio, que dependem de o servidor aceitar ou não, enviá-lo e encaminhar várias variações desses dois modos. Mas esses são apenas modelos fáceis de alterar após a instalação do servidor. Embora eu use o Postfix no Debian como exemplo, esses modos são universais para todos os servidores de correio.

Vídeo

Anterior < Como o email funciona
Próximo> Sobre portas e criptografia em servidores de correio

A opção "Sem configuração"



A primeira opção na lista é Sem configuração - se você selecionar essa opção, o servidor de correio não criará o arquivo de configuração principal, o que é conveniente quando temos nosso próprio arquivo de configuração .

Se você deseja reiniciar o script de instalação, precisará do comando:

sudo dpkg-reconfigure postfix

Opção “Site da Internet” O





segundo modo - Site da Internet - é um modelo para um servidor de correio padrão que receberá e o envia diretamente, sem intermediários. Vamos percorrer as opções de configuração.



Primeiro, precisamos especificar o nome do correio - ou seja, o domínio para os endereços de correio indicados após o cachorro. Por padrão, o postfix usa usuários no sistema como usuários do servidor de correio. Portanto, se você tiver um usuário no sistema, ele poderá receber e enviar um email para user@example.org



Por motivos de segurança, não é recomendável usar a conta raiz para trabalhar com correio, portanto, é-nos solicitado que indique o usuário para quem todo o correio que chegar nos endereços do postmaster, root e outros usuários do sistema será encaminhado. Freqüentemente, vários aplicativos no sistema, como o agendador de tarefas cron, enviam informações para esses endereços.



Além disso, o instalador solicita que especifiquemos os domínios para os quais nosso servidor de correio receberá correio. Aqui, além do endereço de domínio principal, também existem entradas de host local e várias variações de nome de host. Isso é necessário principalmente para vários serviços internos que enviam notificações. Além disso, como opção, alguns serviços enviam determinadas notificações para o endereço completo do seu servidor de email, digamos que seu servidor de email tenha sido listado nas listas de spam, por exemplo, para postmaster@mail.example.org.



Agora, a pergunta é sobre atualizações síncronas. Esta pergunta está mais relacionada aos serviços de correio carregados e fala do seguinte. Se ativarmos as atualizações síncronas, o servidor de email garantirá que a mensagem seja gravada no disco toda vez que uma mensagem for enviada e recebida. Isso reduz o desempenho do servidor de email, mas se o servidor for desligado repentinamente ao receber ou enviar email, não haverá mensagens perdidas. Mas se usarmos um sistema de arquivos de registro no diário, como ext3 ou ext4, nosso sistema não terá medo de um desligamento repentino.



Isso ocorre porque, em um sistema de arquivos com diário, todas as alterações no sistema de arquivos são pré-registradas em um diário especial, que aplica essas alterações e as exclui do diário.





Se o servidor desligou repentinamente no momento da gravação, quando você o liga, o sistema de arquivos verifica o log, vê alterações incompletas e as grava no disco. Portanto, se você usar um sistema de arquivos com diário, sinta-se à vontade para clicar em Não.



Agora, somos oferecidos a especificar as redes para as quais o postfix atuará como host de retransmissão. Nesta função, o servidor de email não apenas aceita emails em seu domínio, mas também pode encaminhar mensagens para outros servidores de email. Suponha que você possa enviar uma mensagem para o Gmail especificando não smtp.gmail.com, mas mail.examle.org como o servidor de saída de e-mail, e seu servidor de e-mail se encarregará de enviar sua mensagem para smtp.gmail.com. Falaremos sobre isso com mais detalhes posteriormente, quando discutiremos outros modelos. Enquanto isso, se você não planeja usar o servidor como retransmissão do host, poderá deixar apenas o host local no campo.



Tudo é simples aqui - o tamanho máximo padrão da caixa de correio do usuário, em bytes. Se for 0, não há limite.



Então algo mais interessante -aliases personalizados . Em geral, os aliases nos servidores de email são usados ​​para que um usuário possa receber emails em vários endereços, sem criar usuários, caixas de correio, etc. Digamos, se você deseja que todas as mensagens para it@example.org sejam enviadas para user@example.org, um alias será usado para isso. Além disso, usando aliases, domínios diferentes são vinculados a um usuário. Esses aliases podem ser criados pelo administrador do servidor de email. Porém, um administrador pode permitir que os usuários criem algo como aliases para facilitar o gerenciamento dos emails. Mas esses aliases de usuário não substituem o endereço inteiro, mas são adicionados antes do cão, depois de usar o caractere especial, digamos, um sinal de mais. Como exemplo, o gmail também fornece este recurso:



Por exemplo, user+work@example.org ou user+social@example.org. O usuário pode especificar esses endereços em vários recursos durante o registro, o que facilitará a classificação de cartas e o gerenciamento de mensagens. Se você não precisar dessa funcionalidade, poderá deixar esse campo em branco.



Em seguida, você deve escolher se nosso servidor de email funcionará com ipv4, ipv6 ou com os dois protocolos.

Nesta configuração, o modelo do site da Intenet está pronto, teoricamente você pode começar a trabalhar.

Opção "Internet com smarthost"





A terceira opção entre os modos operacionais do servidor de email é a Internet com o mais inteligente. Este é um modelo de configuração para um servidor que aceitará emails diretamente ou usará utilitários como o fetchmail, mas o servidor enviará emails para endereços externos usando outros servidores de email - retransmissões de host, que também são chamadas de hosts inteligentes. Isso pode ser usado em vários casos, por exemplo, se o endereço IP do servidor estiver em listas negras ou para passar o correio corporativo de saída através de um serviço de prevenção de vazamentos, etc.



Em geral, todas as opções na configuração desse modo também têm a mesma aparência, com a exceção de especificar um servidor de retransmissão. Um host inteligente pode ser indicado entre colchetes e sem, dependendo se você precisa enviar mensagens imediatamente ou após fazer uma solicitação MX, o que permite equilibrar o tráfego entre vários hosts inteligentes.



No modelo, podemos especificar o smarthost padrão e, no futuro, podemos configurar vários relés, dependendo do domínio do destinatário.

Opção de sistema de satélite





Outro modo de operação do servidor de email é o sistema Satellite. Nesse modo, o servidor de correio não aceita correio, mas apenas redireciona, ou seja, funciona exclusivamente como host de retransmissão. Do exemplo anterior, isso pode ser útil em grandes organizações para serviços internos, bem como para filtrar mensagens de spam, vírus, etc. Nesse caso, a configuração é quase idêntica às opções mencionadas anteriormente, mas em minhas instruções você não deve deixar domínios para que o host redirecione tudo para os servidores de correio necessários.

Opção "Apenas local"



E o último modelo - Somente local - quando o nosso servidor de correio não enviar e receber correio de outros servidores.

Tudo o que falamos anteriormente são apenas modelos dos modos operacionais de serviço de correio. Os casos de usuário são diferentes e geralmente essas configurações de modelo não são suficientes, e muitos pontos precisam ser reconfigurados para suas tarefas.