Configurando um servidor “Armazenamento temporário de mensagens / enfileiramento”

3

Aqui na Austrália, estamos conectados à Internet por latas enferrujadas que ocasionalmente perdem pacotes devido a coalas perdidos brincando com a linha.

Pelo menos; é o que parece como na maioria das vezes.

Eu trabalho para uma empresa de médio porte (mais de 100 funcionários), na qual precisamos fazer correspondências para várias seções da empresa com frequência.

cada seção de negócios tem seus próprios 'boletins informativos' e atualizações, etc.

Eles têm listas de discussão muito grandes, assim como listas personalizadas, todas enviadas via SMTP diretamente de bancos de dados para um servidor Exchange; e normalmente eles enviam anexos (estou trabalhando de maneira fácil e fácil para que isso seja hospedado). mas mesmo quando não há anexos, ele pode amarrar nosso servidor de e-mail por pelo menos uma hora.

Isso atrasa o e-mail, o que causa sobrecarga em outros sistemas não relacionados ou tarefas de tempo crítico. o que faz com que os trabalhos de helpdesk aumentem, o que aumenta o nível de estresse de uma pequena equipe de TI (2 de nós).

A maneira atual de gerenciá-lo é atrasar as mensagens até o final do horário comercial. Eu não acredito que esta é uma boa solução a longo prazo e isso não é exatamente uma política que pode ser firmemente aplicada; então, de vez em quando, há um retardatário que não sabe, ou por qualquer razão, que sua mensagem é "muito importante", mas normalmente não é crítica em termos de tempo.

agora para a pergunta:

Sou praticamente um novato no Linux, mas tenho uma ideia para uma solução.

Dado o problema, gostaria de saber se existe uma maneira de configurar um servidor de 'fila de correio'. Estou pensando em uma VM linux que tinha algum tipo de controle de 'qualidade de serviço', então eu poderia limitar a largura de banda que é usada constantemente pelo nosso servidor de e-mail, para que não seja inundada e continue a ter outros serviços trabalhando, diminuindo nossos níveis de estresse;).

por exemplo:

  • 4000 emails vão para 'mail staging' do servidor linux vm do banco de dados
  • O
  • servidor de armazenamento temporário encaminha esses e-mails, digamos 15 e-mails a cada minuto para o nosso servidor Exchange, ou define um "kb máximo de largura de banda de saída" para o servidor.

Em última análise, eu entendo "vamos precisar de um cachimbo maior", mas, basicamente, o orçamento não aguenta no momento.

ServerFault, isso é possível?

Editar: Zoredache perguntou "por que não enviamos o e-mail diretamente do servidor de distribuição"

infelizmente, não é tão simples assim. o 'servidor de distribuição' é na verdade um banco de dados de criador de arquivos hospedado em um servidor de criador de arquivos, que possui um plug-in do cliente que permite enviar e-mails, atuando essencialmente como um cliente de e-mail reduzido.

Sim, sei que não é o ideal.

2ª edição: alguém pode, por favor, marcar este 'criador de arquivos'. é uma nova tag, portanto não consigo criá-la: P

    
por posty 20.08.2009 / 05:11

3 respostas

4

Existe uma maneira rápida e simples de fazer isso. Eu vou te mostrar o caminho do postfix:

  1. Combine os e-mails em massa (por cabeçalho / expressão regular, qualquer coisa ...) e deixe que eles sejam colocados em HOLD o tempo todo. Não importa quando eles são enviados.

    /etc/postfix/main.cf:

    header_checks = regexp:/etc/postfix/header_checks
    

    / etc / postfix / header_checks:

    /^Custom-Mail-Header: true/ HOLD Delayed until out of hours
    
  2. Então fora de horas (você pode definir isso em um crontab da maneira que quiser) você pode usar

    15 20-23 * * * / usr / sbin / postsuper -H TODOS

Isso liberará o e-mail em espera às 20:15, 21:15, 22:15 e 23:15 todos os dias.

Corrigir caminhos e tempos de crontab quando apropriado.

    
por 20.08.2009 / 10:29
1

Dependendo da qualidade do seu roteador, você poderá aplicar QoS na porta SMTP para determinados IPs.

Já faz muito tempo desde que eu joguei com o Qos, mas da memória você pode, no nível do roteador, atribuir ao endereço de IP do seu servidor de e-mail uma QoS baixa na porta 25.

Naturalmente, isso reduzirá o QoS para TODOS, mas se você tiver um segundo servidor de e-mail que você usa apenas para seus enormes e-mails, você poderá usá-lo para enviar o e-mail e baixar o QoS em seu Endereço IP, e então todos que usam o servidor de e-mail normal ainda poderão transmitir.

Isso segue as linhas do que o Zoredache comentou - isso apenas enviará o e-mail diretamente da segunda caixa. Não há muito sentido em reenviá-lo quando a caixa pode apenas enviá-lo por conta própria ...

    
por 20.08.2009 / 05:36
0

Você não especificou quem são os destinatários das mensagens.

Se eles são externos à empresa e as mensagens não são personalizadas por destinatário, um provedor de lista de discussão pode ser uma alternativa barata.

A vantagem aqui é que você não está aproveitando a largura de banda ou o processamento para drenar as mensagens por meio de sua infraestrutura do Exchange; você envia uma cópia e o software da lista de discussão fora do local explode para os 4000 destinatários.

Em termos de segurança, o software de lista de discussão geralmente pode ser configurado com endereços autorizados ou pode implementar um método de moderação, permitindo controle externo ou revisão de mensagens antes de serem liberadas para entrega.

    
por 20.08.2009 / 10:46