Configurar email Cco email-archiving
Você pode configurar o Adobe Campaign para manter uma cópia dos emails enviados da sua plataforma.
No entanto, o próprio Adobe Campaign não gerencia arquivos arquivados. Ela 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 com CCO (invisível para os recipients do delivery) que você deve especificar.
Recommendations e limitações recommendations-and-limitations
- 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 de CCO de sua escolha deve ser fornecido à equipe do Adobe que irá configurá-lo para você.
- Para instalações no local, siga as diretrizes abaixo para ativá-lo. Consulte as seções Ativação do email Cco (no local) e Configuração do endereço de email CCO (no local).
- Você só pode usar um endereço de email CCO.
- Depois que o email Cco for configurado, verifique se o recurso está habilitado no modelo de entrega ou no delivery por meio da opção Email BCC. Para obter mais informações, consulte esta seção.
- Somente os emails enviados com êxito são considerados. As rejeições não são.
- O sistema de arquivamento de emails mudou com o Adobe Campaign 17.2 (build 8795). Se você já estava usando o arquivamento de emails, é necessário atualizar manualmente para o novo sistema de email Cco. Para obter mais informações, consulte a seção Migração para o novo Email Cco.
Ativar email Cco (no local) activating-email-archiving--on-premise-
Para ativar o arquivamento de emails com CCO quando o Adobe Campaign for instalado no local, siga as etapas abaixo.
Pasta local local-folder
Para permitir a transferência de emails enviados para um endereço de email CCO, cópias brutas exatas de emails enviados devem ser salvas primeiro como arquivos .eml em uma pasta local.
O caminho da pasta local deve ser especificado no arquivo config-<instance>
.xml, da 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 morto é <deliveryid>-<broadlogid>.eml
quando o status dos emails não é Sent. Depois que o status for alterado para Sent, o nome do arquivo será <deliveryid>-<broadlogid>-sent.eml
. Por exemplo:
C:\emails\2018-12-02\13h\4012-8040-sent.eml
Parâmetros parameters
Depois que o caminho da pasta local for definido, adicione e edite os seguintes elementos conforme desejado no arquivo config-<instance name>.xml
. Abaixo estão os valores padrão:
<archiving autoStart="false" compressionFormat="0" compressBatchSize="10000"
archivingType="1" 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 morto (arquivo .zip).
-
archivingType: estratégia de arquivamento a ser usada. O único valor possível é 1. Cópias brutas de emails enviados são salvas no formato .eml na pasta dataLogPath e são enviadas ao endereço de email CCO via SMTP. Depois que as cópias de email forem enviadas para o endereço CCo, o nome do arquivo de arquivamento se tornará
<deliveryid>-<broadlogid>-sent-archived.eml
e o arquivo será movido para a pasta dataLogPath/archives. O caminho do arquivo de email enviado e CCO arquivado é então<datalogpath>archivesYYYY-MM-DDHHh<deliveryid>- <broadlogid>-sent-archived.eml
. -
expirationDelay: número de dias que os arquivos .eml são mantidos para arquivamento. Após esse atraso, eles são movidos automaticamente para a pasta dataLogPath/archives para compactação. Por padrão, os arquivos .eml expiram após dois dias.
-
purgeArchivesDelay: número de dias que os arquivos mortos são mantidos na pasta dataLogPath/
<archives>
. Após esse período, eles são excluídos permanentemente. A limpeza começa quando o MTA é iniciado. Por padrão, ele é executado a cada sete dias. -
pollDelay: verificando a frequência (em segundos) de novos emails enviados recebidos para a pasta dataLogPath. Por exemplo, se esse parâmetro estiver definido como 60, isso significa que, a cada minuto, o processo de arquivamento passará pelos arquivos .eml dentro das pastas dataLogPath/
<date and time>
, aplicará uma limpeza se necessário e enviará cópias de email para o endereço CCO e/ou compactará 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 o parâmetro pollDelay. Por exemplo, se você definir o parâmetro acquiLimit como 100 enquanto o parâmetro pollDelay estiver definido como 60, 100 arquivos .eml por minuto serão processados.
-
smtpNbConnection: número de conexões SMTP com o endereço de email CCO.
Ajuste 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 o parâmetro pollDelay como 600, o parâmetro acquiLimit como 5000 e o parâmetro smtpNbConnection como 2. Isso significa que usando duas conexões SMTP, 5.000 emails serão enviados para o endereço CCO a cada 10 minutos.
Configuração do endereço de email CCO (no local) configuring-the-bcc-email-address--on-premise-
No arquivo 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: destino de arquivamento
- 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
Práticas recomendadas de Cco de email best-practices
-
Caixa de correio de endereço CCO: verifique se ela tem capacidade de recepção suficiente para arquivar todos os emails enviados pelo MTA.
-
Pool de MTA: o recurso de arquivamento com CCO funciona no nível do MTA. Ele permite duplicar todos os emails enviados 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 com CCO opera abrindo uma conexão e tentando enviar todos os emails por meio dela. A Adobe recomenda verificar com seu contato técnico interno o número de emails aceitos em uma determinada conexão. Aumentar esse número pode ter um grande impacto na taxa de transferência do Cco.
-
IPs de envio com CCO: atualmente, os emails com CCO não são enviados por meio dos proxies do MTA normal. Em vez disso, uma conexão direta é aberta do servidor MTA para o servidor de email de destino. Incluir na lista de permissões Isso significa que talvez seja necessário adicionar outros IPs ao arquivo na rede, dependendo da configuração do servidor de email.