O SMTP do IIS também é bom para cargas altas.
Eu estava planejando usar o servidor SMTP que vem com o IIS7 (para um site), mas depois me deparei com este link e comecei a ficar preocupado (leia a solução aceita), por outro lado tenho um orçamento limitado e não posso me dar ao luxo de comprar o MS Exchange ou outro servidor caro, além disso, eu Estou usando o asp.net para o meu aplicativo que funciona muito bem com o servidor SMTP do IIS (eu ia usar a opção de entrega pasta de recebimento, isso é esp. bom para aplicativos da web para que o usuário não terá que esperar até que a mensagem é enviado).
Ouvi falar do hmailserver, mas parece que ele não tem a opção de pasta de recebimento (embora não tenha certeza, por favor, corrija-me se estiver errado). Eu também não sei se o desempenho é melhor que o servidor SMTP do IIS. Se isso é bom o suficiente, eu provavelmente poderia retransmitir do servidor SMTP do IIS para hmailserver, para que eu ainda possa usar a opção de pasta de recebimento. Desculpe, se soar como se estivesse falando comigo mesmo, mas estou tentando encontrar a melhor opção e não está claro até agora.
Qualquer sugestão seria muito apreciada ...
O SMTP do IIS também é bom para cargas altas.
Eu definitivamente iria com a opção hMailServer. Nós usamos o SMTP do IIS no passado, mas quando há um problema, é realmente difícil solucionar problemas. O hMailServer possui um registro muito melhor e um controle mais preciso sobre várias configurações de SMTP.
Você deve ver qual é a resposta sem usar a pasta de coleta ... usamos o hMailServer diretamente para nossos aplicativos e parece funcionar bem. Como você mencionou, também é possível fazer retransmissões de host inteligente, mas, na minha experiência, é melhor ter menos etapas para solucionar problemas.
Bem, nós o usamos em nosso ambiente de produção, mas tenho que restringir a solução:
1) Nós o usamos localmente para que o enfileiramento nunca caísse, nós o enviamos para um smarthost (usamos o Postfix). A fila local estava lá apenas para aceitar as mensagens e enviá-las. O desempenho do SMTP do IIS em vários domínios foi horrível com o volume.
2) Se você for diretamente para uma pasta DROP, seu aplicativo ficará vinculado a essa solução. Se você entrega com o CDO (que deve ser configurado para usar o SMTP, não apenas o DROP), então você tem um problema com caracteres de alto bit nos endereços de e-mail. Isso nos levou a entregar diretamente para nossas caixas Postfix, apesar das desvantagens de não usar uma fila local de máquina.
3) As mensagens de entrada passaram por um filtro de spam de terceiros. Encontramos XWall do DataEnter para ser um ótimo ajuste de preço / desempenho. Não é exatamente intuitivo, mas bom desempenho e muitas opções para configurações. Se você usá-lo, recomendo que o complemento ESET do Ceratec forneça alguns recursos extras que faltam no produto principal.
BTW: Você poderia usar o XWall para fornecer saída - nós fizemos isso para alguns aplicativos e funcionou muito bem. O postfix suporta uma grande carga de graça, mas significa gerenciar outro aplicativo e sistema operacional (Linux) ...
Vai ficar bem com volume baixo a moderado. Se ele for usado para mensagens recebidas, você será direcionado a outro tipo de servidor devido a problemas de spam e falta de funcionalidade.
Isso ocorre apesar do fato de que o núcleo do SMTP do IIS é bastante sólido - na verdade, é o que o Exchange usa para lidar com a camada SMTP das coisas. A Microsoft simplesmente não investiu muito nas ferramentas de gerenciamento nem disponibilizou recursos, porque eles querem que você pague pelo Exchange.
Eu usei a opção IIS SMTP para vários sites grandes que enviam quantidades massivas de e-mail (mais de 2000 por dia). Em todos os casos, não tive problemas (bater na madeira). Se você optar pelo IIS SMTP, consulte esta postagem para obter ajuda sobre solução de problemas. A maioria dos problemas que encontrei com o IIS SMTP foram resolvidos rapidamente com um pouco de solução de problemas de DNS.
Tags smtp windows-server-2008 iis iis-7