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">
OBSERVAÇÃO

A equipe que implementa o projeto é responsável por garantir que as configurações de segurança permitam o acesso à pasta definida por meio do dataLogPath parâmetros.

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
OBSERVAÇÃO

Em uma instância mid-sourcing, o diretório dos emails do CCO está localizado no servidor mid-sourcing.

A deliveryID e a broadlogID vêm do servidor mid-sourcing quando o status dos emails não é enviado. Depois que o status for alterado para Sent, essas IDs vêm do servidor de marketing.

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)

IMPORTANTE

Por motivos de privacidade, os emails CCO devem ser processados por um sistema de arquivamento capaz de armazenar informações de identificação pessoal (PII) seguras.

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
OBSERVAÇÃO

Se você estiver usando uma retransmissão SMTP, as alterações nos emails feitas pela retransmissão não serão consideradas no processo de arquivamento.

Além disso, a retransmissão atribui um Sent status para todos os emails, incluindo aqueles que não são enviados. Portanto, todas as mensagens são arquivadas.

Migração para o novo Cco de email

IMPORTANTE

O sistema de arquivamento de email (CCO) foi alterado com o Adobe Campaign 17.2 (build 8795). Se você estiver atualizando de uma build mais antiga e já estiver usando recursos de arquivamento de email, será necessário atualizar manualmente para o novo sistema de arquivamento de email (CCO).

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.

Nesta página