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.
Para ativar o arquivamento de emails CCO quando o Adobe Campaign estiver instalado no local, siga as etapas abaixo.
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">
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
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.
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.
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"/>
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.
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:
<archiving>
nó .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.
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:
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.