Configurar email Cco

Você pode configurar o Adobe Campaign para manter uma cópia dos emails enviados da sua plataforma.

No entanto, o Adobe Campaign em si não gerencia arquivos arquivados. Ele permite enviar as mensagens de sua escolha para um endereço dedicado, de onde elas podem ser processadas e arquivadas usando um sistema externo.

Para fazer isso, os arquivos .eml correspondentes aos emails enviados são transferidos para um servidor remoto, como um servidor de email SMTP. O destino do arquivamento é um endereço de email CCO (invisível para os recipients do delivery) que você deve especificar.

Recommendations e limitações

• O recurso Cco de email é opcional. Verifique o contrato de licença.
• Para arquiteturas hospedadas e híbridas, entre em contato com o executivo da sua conta para ativá-la. O endereço de email CCO de sua escolha deve ser fornecido à equipe do Adobe que o configurará para você.
• Para instalações no local, siga as diretrizes abaixo para ativá-la - consulte o Ativação do email Cco (no local) e Configuração do endereço de email CCO (no local) seções.
• Você só pode usar um endereço de email CCO.
• Depois que o CCO de email estiver configurado, verifique se o recurso está ativado no template do delivery ou no delivery por meio da Email BCC opção. Para obter mais informações, consulte esta seção.
• Somente emails enviados com êxito são considerados, as rejeições não são.
• O sistema de arquivamento de email foi alterado com o Adobe Campaign 17.2 (build 8795). Se você já estava usando o arquivamento de email, é necessário atualizar manualmente para o novo sistema CCO de email. Para obter mais informações, consulte a Migração para o novo Cco de email seção.

Ativando email Cco (no local)

Para ativar o arquivamento de emails CCO quando o Adobe Campaign estiver instalado no local, siga as etapas abaixo.

Pasta local

Para permitir a transferência de emails enviados para um endereço de email CCO, as cópias brutas exatas de emails enviados devem primeiro ser salvas como arquivos .eml em uma pasta local.

O caminho para a pasta local deve ser especificado no config-<instance>.xml , na configuração. Por exemplo:

<mta dataLogPath="C:\emails">

O caminho completo é o seguinte: <datalogpath> YYYY-MM-DDHHh. A data e a hora são definidas de acordo com o relógio do servidor MTA (UTC). Por exemplo:

C:\emails\2018-12-02\13h

O nome do arquivo de arquivamento é <deliveryid>-<broadlogid>.eml quando o status dos emails não for Sent. Depois que o status for alterado para Sent, o nome do arquivo se torna <deliveryid>-<broadlogid>-sent.eml. Por exemplo:

C:\emails\2018-12-02\13h\4012-8040-sent.eml

Parâmetros

Depois que o caminho da pasta local for definido, adicione e edite os seguintes elementos, conforme desejado na config-<instance name>.xml arquivo. Abaixo estão os valores padrão:

<archiving autoStart="false" compressionFormat="0" compressBatchSize="10000"
           archivingType="0" expirationDelay="2" purgeArchivesDelay="7"
           pollDelay="600" acquireLimit="5000" smtpNbConnection="2"/>

• compressionFormat: formato usado ao compactar os arquivos .eml. Os valores possíveis são:

  0: sem compactação (valor padrão)

  1: compactação (formato .zip)

• compressBatchSize: número de arquivos .eml adicionados a um arquivo (arquivo .zip).

• archivingType: estratégia de arquivamento a ser usada. Os valores possíveis são:

  0: cópias brutas de emails enviados são salvas no formato .eml no formato dataLogPath folder (valor padrão). Uma cópia de arquivamento do <deliveryid>-<broadlogid>-sent.eml é salvo no dataLogPath/archive pasta. O caminho do arquivo de email enviado se torna <datalogpath>archivesYYYY-MM-DDHHh <deliveryid>-<broadlogid>-sent.eml.

  1: cópias brutas de emails enviados são salvas no formato .eml no formato dataLogPath e são enviadas para o endereço de email CCO por SMTP. Depois que as cópias de email são enviadas para o endereço CCO, o nome do arquivo morto se torna <deliveryid>-<broadlogid>-sent-archived.eml e o arquivo é movido para o dataLogPath/archive pasta. O caminho do arquivo de email arquivado e enviado por Cco é então <datalogpath>archivesYYYY-MM-DDHHh<deliveryid>- <broadlogid>-sent-archived.eml.

• expirationDelay: número de dias em que os arquivos .eml são mantidos para arquivamento. Após esse atraso, eles são movidos automaticamente para a variável dataLogPath/archive pasta para compactação. Por padrão, os arquivos .eml expiram após dois dias.

• purgeArchivesDelay: número de dias que os arquivos são mantidos no dataLogPath/<archives> pasta. Após esse período, são permanentemente excluídas. A limpeza começa quando o MTA é iniciado. Por padrão, é realizado a cada sete dias.

• pollDelay: verificar a frequência (em segundos) de novos emails enviados para a dataLogPath pasta. Por exemplo, se esse parâmetro for definido como 60, significa que a cada minuto, o processo de arquivamento passa pelos arquivos .eml dentro da variável dataLogPath/<date and time> , aplique uma limpeza, se necessário, e envie cópias de email para o endereço CCO e/ou compacte os arquivos arquivados, sempre que necessário.

• acquisitionLimit: número de arquivos .eml processados de uma vez antes que o processo de arquivamento seja aplicado novamente de acordo com a variável pollDelay parâmetro. Por exemplo, se você definir a variável acquisitionLimit para 100 enquanto a variável pollDelay for definido como 60, 100 arquivos .eml por minuto serão processados.

• smtpNbConnection: número de conexões SMTP para o endereço de email CCO.

Certifique-se de ajustar esses parâmetros de acordo com a taxa de transferência de envio de email. Por exemplo, em uma configuração em que o MTA está enviando 30.000 emails por hora, você pode definir a variável pollDelay para 600, a variável acquisitionLimit para 5000 e a variável smtpNbConnection para 2. Significa que, usando 2 conexões SMTP, 5.000 emails serão enviados ao endereço CCO a cada 10 minutos.

Configuração do endereço de email CCO (no local)

No config-<instance name>.xml use os seguintes parâmetros para definir o servidor de email SMTP para o qual os arquivos armazenados serão transferidos:

<archiving smtpBccAddress="" smtpEnableTLS="false" smtpRelayAddress="" smtpRelayPort="25"/>

• smtpBccAddress: arquivamento do destino
• smtpEnableTLS: usando uma conexão SMTP segura (protocolo TLS/SSL)
• smtpRelayAddress: endereço de retransmissão a ser usado
• smtpRelayPort: porta de retransmissão a ser usada

Migração para o novo Cco de email

Para fazer isso, faça as seguintes alterações no config-<instance>.xml arquivo:

1. Remova o zipPath do <archiving> nó .
2. Defina as compressionFormat para 1 se necessário.
3. Defina as archivingType para 1.

Depois que o CCO do email estiver configurado, selecione a variável Email BCC no template de delivery ou no delivery. Para obter mais informações, consulte esta seção.

Práticas recomendadas de Cco de emails

• Caixa de correio do endereço CCO: verifique se tem capacidade de recebimento suficiente para arquivar todos os emails enviados pelo MTA.

• Pooling de MTA: o recurso de arquivamento do Cco funciona no nível do MTA. Ele permite duplicar cada email enviado pelo MTA. Como o MTA pode ser agrupado em várias instâncias (desenvolvimento, teste ou produção, por exemplo) ou até mesmo em vários clientes (em um ambiente de mid-sourcing), a configuração desse recurso afeta a segurança:

  • Se você compartilhar um MTA com vários clientes e um deles tiver essa opção ativada, esse cliente acessará todos os emails dos outros clientes que compartilham o mesmo MTA. Para evitar essa situação, use um MTA diferente para cada cliente.
  • Se você usar o mesmo MTA em várias instâncias (desenvolvimento, teste, prod) para um único cliente, as mensagens enviadas de todas as três instâncias serão duplicadas pela opção dataLogPath .

• Emails por conexão: O arquivamento de emails CCO opera abrindo uma conexão e tentando enviar todos os emails por essa conexão. O Adobe recomenda verificar com seu contato técnico interno o número de emails aceitos em uma determinada conexão. O aumento desse número pode ter um grande impacto na taxa de transferência de Cco.

• IPs de envio de Cco: atualmente, os emails do CCO não são enviados pelos proxies MTA normais. Em vez disso, uma conexão direta é aberta do servidor MTA para o servidor de email de destino. Isso significa que talvez seja necessário adicionar outros IPs à lista de permissões na rede, dependendo da configuração do servidor de email.