Configurações técnicas de email

Visão geral

A seção a seguir fornece uma visão geral da configuração necessária para controlar a saída das instâncias do Adobe Campaign ao fornecer emails.

Observação

Algumas configurações só podem ser executadas por Adobe para implantações hospedadas por Adobe, por exemplo, para acessar os arquivos de configuração do servidor e da instância. Para saber mais sobre as diferentes implantações, consulte a seção Modelos de hospedagem ou esta página.

Para obter mais informações sobre os conceitos e as práticas recomendadas relacionadas à capacidade de entrega, consulte esta seção.

Todas as recomendações técnicas relativas ao envio e recebimento eficientes de emails por uma plataforma Adobe Campaign estão disponíveis nesta seção.

Princípio operacional

É possível controlar a saída de uma ou mais instâncias do Adobe Campaign para restringir o número de emails enviados dependendo de um domínio. Por exemplo, você pode restringir a saída para 20.000 por hora para endereços yahoo.com , enquanto configura 100.000 mensagens por hora para todos os outros domínios.

A saída da mensagem precisa ser controlada para cada endereço IP usado pelos servidores de delivery (mta). Vários tmta detalhados em vários computadores e pertencentes a várias instâncias do Adobe Campaign podem compartilhar o mesmo endereço IP para delivery de e-mail: é necessário configurar um processo para coordenar o uso desses endereços IP.

Isso é o que o módulo stat faz: ele encaminha todas as solicitações de conexão e mensagens a serem enviadas para os servidores de email para um conjunto de endereços IP. O servidor de estatísticas monitora os delivery e pode ativar ou desativar o envio com base em cotas definidas.

  • O servidor de estatísticas (stat) está vinculado a uma base Adobe Campaign para carregar sua configuração.
  • Os servidores de delivery (mta) usam um UDP para entrar em contato com um servidor de estatísticas que nem sempre pertence à sua própria instância.

Servidores de delivery

O módulo mta distribui mensagens para seus módulos filho mtachild . Cada mtachild prepara mensagens antes de solicitar uma autorização do servidor de estatísticas e enviá-las.

As etapas são as seguintes:

  1. O mta seleciona mensagens qualificadas e atribui a elas um mtachild disponível.
  2. O mtachild carrega todas as informações necessárias para criar a mensagem (conteúdo, elementos de personalização, anexos, imagens etc.) e encaminha a mensagem para o Email Traffic Shaper.
  3. Assim que o modelador de tráfego de email receber a autorização do servidor de estatísticas (smtp stat), a mensagem será enviada ao recipient.

Estatísticas e limitações do servidor de email

O servidor de estatísticas mantém as seguintes estatísticas para cada servidor de e-mail que recebe mensagens:

  • Número de ligações point-in-time abertas,
  • Número de mensagens enviadas na última hora,
  • Taxa de conexões bem-sucedidas/rejeitadas,
  • Taxa de conexões com servidores inacessíveis.

Ao mesmo tempo, o módulo carrega uma lista de limitações para determinados servidores de email:

  • Número máximo de ligações simultâneas,
  • Número máximo de mensagens por hora,
  • Número máximo de mensagens por conexão.

Gerenciamento de endereços IP

O servidor de estatísticas pode combinar várias instâncias ou várias máquinas com o mesmo endereço IP público. Portanto, não está vinculada a uma instância específica, mas precisa entrar em contato com uma instância para recuperar as limitações por domínio.

As estatísticas de delivery são mantidas para cada MX de público alvo e para cada IP de origem. Por exemplo, se o domínio de destino tiver 5 MX e a plataforma puder usar 3 endereços IP diferentes, o servidor poderá gerenciar até 15 séries de indicadores para esse domínio.

O endereço IP de origem corresponde ao endereço IP público, ou seja, o endereço como é visto pelo servidor de email remoto. Esse endereço IP pode ser diferente do endereço da máquina que hospeda o mta, se um roteador NAT for fornecido. É por isso que o servidor de estatísticas usa um identificador que corresponde ao IP público (publicId). A associação entre o endereço local e esse identificador é declarada no arquivo de configuração serverConf.xml . Todos os parâmetros disponíveis no serverConf.xml estão listados nesta seção.

controle de saída do delivery

Para fornecer mensagens aos servidores de email, o componente Email Traffic Shaper solicita uma conexão do servidor de estatísticas. Quando a solicitação for aceita, a conexão será aberta.

Antes de enviar mensagens, o módulo solicita 'tokens' do servidor. Geralmente, são conjuntos de pelo menos 10 tokens, o que reduz o número de query para o servidor.

O servidor salva todas as estatísticas relacionadas a conexões e delivery. Em caso de reinicialização, as informações são perdidas temporariamente: cada cliente mantém uma cópia local das estatísticas de envio e as retorna ao servidor regularmente (a cada 2 minutos). O servidor poderá então voltar a agregação dos dados.

As seções a seguir descrevem o processamento de uma mensagem pelo componente Email Traffic Shaper .

Delivery de mensagens

Quando uma mensagem é enviada, há 3 resultados possíveis:

  1. Sucesso: a mensagem foi enviada com êxito. A mensagem é atualizada.

  2. Falha da mensagem: o servidor contactado rejeitou a mensagem do recipient escolhido. Esse resultado corresponde aos códigos de retorno 550 a 599, mas as exceções podem ser definidas.

  3. Falha na sessão (para 5.11 para cima): se o mta receber uma resposta para essa mensagem, a mensagem será abandonada (consulte abandono demensagem). A mensagem será enviada para outro caminho ou definida como pendente se nenhum outro caminho estiver disponível (consulte Mensagem pendente).

    Observação

    Um caminho é uma conexão entre o Adobe Campaign mta e o público alvo mta. A mta da Adobe Campaign pode escolher entre vários IPs de start e vários IPs de domínio de público alvo.

Desistência de mensagens

As mensagens abandonadas são retornadas ao mta e não são mais gerenciadas pelo mtachild.

A ata decide sobre o procedimento para esta mensagem (recuperação, abandono, quarentena, etc.) dependendo do código de resposta e das regras.

Mensagem pendente

Uma mensagem é anexada quando chega à fila ativa e não há caminhos disponíveis.

Em geral, um caminho é marcado como indisponível por uma quantidade variável de tempo após um erro de conexão. O período de indisponibilidade depende da frequência e da idade dos erros.

Configuração do servidor de estatísticas

O servidor de estatísticas pode ser usado por várias instâncias: ele deve ser configurado independentemente das instâncias que o usarão.

Start definindo o banco de dados Adobe Campaign que hospedará a configuração.

configuração do start

Por padrão, o módulo stat é iniciado para cada instância. Quando as instâncias são mutualizadas na mesma máquina, ou quando as instâncias compartilham o mesmo endereço IP, um único servidor de estatísticas é usado: os outros têm de ser desativados.

Definição da porta do servidor

Por padrão, o servidor de estatísticas escuta na porta 7777. Essa porta pode ser modificada no arquivo serverConf.xml . Todos os parâmetros disponíveis no serverConf.xml estão listados nesta seção.

<stat port="1234"/>

Configuração MX

Sobre as regras MX

As regras MX (Mail eXchanger) são as regras que gerenciam a comunicação entre um servidor de envio e um servidor de recebimento.

IMPORTANTE

Para instalações hospedadas ou híbridas, se você atualizou para o MTA aprimorado, as regras de capacidade do delivery MX management não serão mais usadas. O MTA aprimorado usa regras MX próprias que permitem personalizar a capacidade por domínio com base na sua própria reputação histórica de email e no feedback em tempo real proveniente dos domínios em que você está enviando emails.

Para obter mais informações sobre o MTA aprimorado do Adobe Campaign, consulte este documento.

Essas regras são recarregadas automaticamente todas as manhãs às 6h (hora do servidor) para fornecer regularmente a instância do cliente.

Dependendo das capacidades do material e da política interna, um ISP aceitará um número predefinido de conexões e mensagens por hora. Essas variáveis podem ser modificadas automaticamente pelo sistema ISP, dependendo da reputação do IP e do domínio de envio. Por meio da sua plataforma de deliverability, o Adobe Campaign gerencia mais de 150 regras específicas pelo ISP e, além disso, uma regra genérica para outros domínios.

O número máximo de conexões não depende exclusivamente do número de endereços IP públicos usados pelo MTA.

Por exemplo, se você permitiu 5 conexões nas regras MX e configurou 2 IPs públicos, talvez ache que não é possível ter mais de 10 conexões abertas simultaneamente nesse domínio. Isso não é verdade, de fato, o número máximo de conexões se refere a um caminho, e um caminho que é uma combinação de um de nossos IPs públicos de MTA e um IP público do MTA do cliente.

No exemplo abaixo, o usuário tem dois endereços IP públicos configurados e o domínio é yahoo.com.

user:~ user$ host -t mx yahoo.com
                yahoo.com mail is handled by 1 mta5.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta6.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta7.am0.yahoodns.net.

Os registros MX para yahoo.com informam que o yahoo.com tem 3 Mail Exchangers. Para conectar o Peer Mail Exchanger, o MTA solicitará o endereço IP do DNS.

user:~ user$ host -t a mta5.am0.yahoodns.net
                mta5.am0.yahoodns.net has address 98.136.216.26
                mta5.am0.yahoodns.net has address 98.136.217.202
                mta5.am0.yahoodns.net has address 98.138.112.38
                mta5.am0.yahoodns.net has address 66.196.118.37
                mta5.am0.yahoodns.net has address 63.250.192.46
                mta5.am0.yahoodns.net has address 66.196.118.240
                mta5.am0.yahoodns.net has address 98.136.217.203
                mta5.am0.yahoodns.net has address 98.138.112.35

Para este registro, o usuário poderá contatar 8 endereços IP parceiros. Como ele tem 2 endereços IP públicos, isso dá a ele 8 * 2 = 16 combinações para acessar os servidores de email do yahoo.com. Cada uma dessas combinações é chamada de caminho.

O segundo registro MX aparece como:

user:~ user$ host -t a mta6.am0.yahoodns.net
                mta6.am0.yahoodns.net has address 98.138.112.38
                mta6.am0.yahoodns.net has address 98.136.216.26
                mta6.am0.yahoodns.net has address 63.250.192.46
                mta6.am0.yahoodns.net has address 66.196.118.35
                mta6.am0.yahoodns.net has address 98.136.217.203
                mta6.am0.yahoodns.net has address 98.138.112.32
                mta6.am0.yahoodns.net has address 98.138.112.37
                mta6.am0.yahoodns.net has address 66.196.118.33

4 desses 8 endereços IP já são usados em mta5 (98.136.216.26, 98.138.112.38, 63.250.192.46 e 98.136.217.203). Esse registro permite que o usuário use 4 novos endereços IP. O terceiro registro MX fará o mesmo.

No total, temos 16 endereços IP remotos. Em combinação com nossos dois IPs públicos locais, temos 32 caminhos para alcançar servidores de email yahoo.com.

Observação

Se 2 registros MX estiverem fazendo referência ao mesmo endereço IP, este será contado como um caminho e não dois.

Abaixo estão alguns exemplos de uso das regras MX:

No exemplo abaixo, o usuário tem um limite de 10.000 mensagens por hora para determinado domínio, mas a capacidade da taxa de transferência MTA é maior que esse limite.

Nesse caso, o tráfego é dividido em 12 períodos de 5 minutos para cada hora e o limite real é 833 mensagens por período.

Essas mensagens serão entregues o mais rápido possível.

Configuração da gestão MX

As regras a serem cumpridas para MX são definidas no MX management documento do Administration > Campaign Management > Non deliverables Management > Mail rule sets nó da árvore.

Se o MX management documento não existir no nó, você poderá criá-lo manualmente. Para fazer isso:

  1. Crie um novo conjunto de regras de email.

  2. Choose the MX management mode.

  3. Digite defaultMXRules no Internal name campo.

Para que as alterações sejam consideradas, é necessário reiniciar o servidor de estatísticas.

Para recarregar a configuração sem reiniciar o servidor de estatísticas, use o seguinte comando na máquina que hospeda o servidor: nlserver stat -reload

Observação

Esta linha de comando é preferível a nlserver restart. Ela evita que as estatísticas coletadas antes da reinicialização sejam perdidas e evita picos de uso, o que pode ir contra as cotas definidas nas regras MX.

Configuração de regras MX

O MX management documento lista todos os domínios vinculados a uma regra MX.

Essas regras são aplicadas na sequência: a primeira regra cuja máscara MX é compatível com o MX de destino é aplicada.

Os seguintes parâmetros disponíveis para cada regra são:

  • MX mask: domínio no qual a regra é aplicada. Cada regra define uma máscara de endereço para o MX. Qualquer MX cujo nome corresponda a essa máscara é, portanto, elegível. A máscara pode conter "*" e "?" caracteres genéricos.

    Por exemplo, os seguintes endereços:

    • a.mx.yahoo.com
    • b.mx.yahoo.com
    • c.mx.yahoo.com

    são compatíveis com as seguintes máscaras:

    • *.yahoo.com
    • ?.mx.yahoo.com

    Por exemplo, para o endereço de email foobar@gmail.com, o domínio é gmail.com e o registro MX é:

    gmail.com mail exchanger = 20 alt2.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 10 alt1.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 40 alt4.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 5  gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 30 alt3.gmail-smtp-in.l.google.com.
    

    In this case the MX rule *.google.com will be used. Como você pode ver, a máscara de regra MX não corresponde necessariamente ao domínio no email. As regras MX aplicadas para endereços de email gmail.com serão aquelas com a máscara *.google.com.

  • Range of identifiers: essa opção permite indicar os intervalos de identificadores (publicID) aos quais a regra se aplica. Você pode especificar:

    • Um número: a regra só se aplica a essa publicId,
    • Um intervalo de números (número1-número2): a regra será aplicada a todas as publicIds entre esses dois números.
    Observação

    Se o campo estiver vazio, a regra se aplica a todos os identificadores.

    Uma ID pública é um identificador interno de um IP público usado por um ou vários MTAs. Essas IDs são definidas nos servidores MTA no arquivo config-instance.xml .

  • Shared: define o escopo das propriedades para esta regra MX. Quando marcado, todos os parâmetros são compartilhados em todos os IPs disponíveis na instância. Quando desmarcado, as regras MX são definidas para cada IP. O número máximo de mensagens é multiplicado pelo número de IPs disponíveis.

  • Maximum number of connections: número máximo de conexões simultâneas com o domínio do remetente.

  • Maximum number of messages: número máximo de mensagens que podem ser enviadas em uma conexão. Quando as mensagens excederem esse número, a conexão será fechada e uma nova será aberta.

  • Messages per hour: número máximo de mensagens que podem ser enviadas em uma hora para o domínio do remetente.

  • Connection time out: limite de tempo para conexão com um domínio.

    Observação

    O Windows pode emitir um tempo limite antes desse limite, o que depende da sua versão do Windows.

  • Timeout Data: tempo de espera máximo após o envio do conteúdo da mensagem (seção DATA do protocolo SMTP).

  • Timeout: tempo máximo de espera para outras trocas com o servidor SMTP.

  • TLS: O protocolo TLS, que permite criptografar delivery de e-mail, pode ser ativado seletivamente. Para cada máscara MX, as seguintes opções estão disponíveis:

    • Default configuration: Esta é a configuração geral especificada no arquivo de configuração serverConf.xml que é aplicada.

      IMPORTANTE

      Não é recomendado modificar a configuração padrão.

    • Disabled : As mensagens são enviadas sistematicamente sem criptografia.

    • Opportunistic : O delivery de mensagem será criptografado se o servidor de recebimento (SMTP) puder gerar o protocolo TLS.

Exemplo de configuração:

Gerenciamento de formatos do email

Você pode definir o formato das mensagens enviadas, de modo que o conteúdo exibido se adapte automaticamente de acordo com o domínio de cada endereço de recipient.

Para fazer isso, vá para o Management of email formats documento, que está localizado em Administration > Campaign management > Non deliverables management > Mail rule sets.

Este documento contém uma lista de todos os domínios predefinidos que correspondem aos formatos japoneses gerenciados pela Adobe Campaign. For more information, refer to this document.

O parâmetro de estrutura ​MIME (Extensões de Internet Mail Multipropósito) permite definir a estrutura de mensagens que será enviada para os diferentes clientes de email. Há três opções disponíveis:

  • Multipart: A mensagem é enviada no formato de texto ou HTML. Se o formato HTML não for aceito, a mensagem ainda poderá ser exibida no formato de texto.

    Por padrão, a estrutura multiparte é multipart/alternativo, mas se torna automaticamente multipart/relacionado quando uma imagem é adicionada à mensagem. Determinados provedores esperam que o formato multipart/relacionado por padrão, a Force multipart/related opção impõe esse formato mesmo se nenhuma imagem estiver anexada.

  • HTML: Uma mensagem somente HTML é enviada. Se o formato HTML não for aceito, a mensagem não será exibida.

  • Texto: Uma mensagem é enviada somente em formato de texto. A vantagem das mensagens de formato de texto é seu tamanho muito pequeno.

Se a Image inclusion opção estiver ativada, elas serão exibidas diretamente no corpo do email. As imagens serão carregadas e os links de URL serão substituídos pelo conteúdo.

Esta opção é especialmente usada pelo mercado japonês para Deco-mail, Decore Mail ou Decoration Mail. Para obter mais informações, consulte este documento.

IMPORTANTE

Inserir imagens em um email aumenta consideravelmente seu tamanho.

Configuração do servidor delivery

Sincronização de relógio

Os relógios de todos os servidores que compõem a plataforma Adobe Campaign (incluindo o banco de dados) devem ser sincronizados e seus sistemas definidos com o mesmo fuso horário.

Coordenadas do servidor de estatísticas

O endereço do servidor de estatísticas deve ser fornecido no formato.

A propriedade statServerAddress do elemento mta da configuração permite que você especifique o endereço e o número da porta a ser usada.

<mta statServerAddress="emailStatServer:7777">
   [...]
 </mta>

Para usar o servidor de estatísticas na mesma máquina, você deve digitar pelo menos o nome da máquina com o valor localhost :

 <mta statServerAddress="localhost">
IMPORTANTE

Se esse campo não for preenchido, o mta não será start.

Lista de endereços IP para usar

A configuração relativa ao gerenciamento de tráfego está localizada no elemento mta/child/smtp do arquivo de configuração.

Para cada elemento IPAffinity , é necessário declarar os endereços IP que podem ser usados para a máquina.

Exemplo:

<IPAffinity localDomain="<domain>" name="default">
  <IP address="192.168.0.11" publicId="1" weight="5"/>
  <IP address="192.168.0.12" heloHost="revdns1.campaign.com" publicId="2" weight="5"/>
  <IP address="192.168.0.13" publicId="3" weight="1"/>
</IPAffinity>

Os parâmetros são os seguintes:

  • endereço: este é o endereço IP da máquina host MTA a ser usada.

  • heloHost: esse identificador representa o endereço IP como será visto pelo servidor SMTP.

  • publicId: essas informações são úteis quando um endereço IP é compartilhado por várias mtas da Adobe Campaign atrás de um roteador NAT. O servidor de estatísticas usa esse identificador para decorar a conexão e enviar estatísticas entre esse ponto de partida e o servidor do público alvo.

  • peso: permite definir a frequência relativa de uso do endereço. Por padrão, todos os endereços têm um peso igual a 1.

Observação

No arquivo serverConf.xml, é necessário verificar se um IP corresponde a um único helohost com um identificador exclusivo (public_id). Não pode ser mapeado para vários helohosts, o que pode resultar em problemas de controle de delivery.

No exemplo anterior, com condições normais, os endereços serão distribuídos da seguinte forma:

* &quot;1&quot;: 5 / (5+5+1) = 45%
* &quot;2&quot;: 5 / (5+5+1) = 45%
* &quot;3&quot;: 1 / (5+5+1) = 10%

Se, por exemplo, o primeiro endereço não puder ser usado para determinada MX, as mensagens serão enviadas da seguinte forma:

* &quot;2&quot;: 5 / (5+1) = 83%
* &quot;3&quot;: 1 / (5+1) = 17%
  • includeDomains: permite que você reserve esse endereço IP para emails que pertencem a um domínio específico. Esta é uma lista de máscaras que podem conter um ou mais curingas ('*'). Se o atributo não for especificado, todos os domínios poderão usar esse endereço IP.

    Exemplo: includeDomains="wanadoo.com,orange.com,yahoo.*"

  • excludeDomains: exclui uma lista de domínios para este endereço IP. Esse filtro é aplicado após o filtro includeDomains .

Otimização do envio de email

A arquitetura interna da Adobe Campaign mta tem impacto na configuração para otimizar o delivery de e-mail. Veja algumas dicas sobre como melhorar seus delivery.

Ajuste o parâmetro maxWaitingMessages

O parâmetro maxWaitingMessages indica o maior número de mensagens preparadas antecipadamente pelo mtachild. As mensagens só são excluídas dessa lista depois de enviadas ou abandonadas.

Este parâmetro é muito importante e particularmente crítico se as mensagens não forem classificadas por domínio.

Quando o limite maxWorkingSetMb (256) for atingido, o servidor do delivery interrompe o envio de mensagens. O desempenho diminuirá significativamente até que os start mtachild voltem a subir. Para contornar esse problema, você pode aumentar o limite do parâmetro maxWorkingSetMb ou diminuir o limite do parâmetro maxWaitingMessages .

O parâmetro maxWorkingSetMb é calculado empiricamente multiplicando o número máximo de mensagens pelo tamanho médio da mensagem e multiplicando o resultado por 2,5. Por exemplo, se uma mensagem tiver um tamanho médio de 50 kB e o parâmetro maxWaitingMessages for igual a 1.000, a memória usada terá em média 125 MB.

Ajuste o número de mtachild

O número de filhos não deve exceder o número de processadores na máquina (aprox. 1000 sessões). Recomendamos que você não exceda 8 mtachild. Em seguida, você pode aumentar o número de mensagens por filho (maxMsgPerChild) para atingir um tempo de vida suficiente.

Nesta página