O Oracle Cloud Infrastructure Email Delivery é um serviço de envio de emails que fornece um serviço gerenciado rápido e confiável para o envio de emails de grande volume que precisam chegar à caixa de entrada dos usuários. O Email Delivery fornece aos clientes as ferramentas necessárias para enviar de maneira rápida e confiável o email gerado pela aplicação para comunicações essenciais, como recibos, alertas de detecção de fraude, verificação de identidade multifatorial e redefinições de senha. O Email Delivery é um serviço de infraestrutura altamente escalável, econômico e confiável, e elimina a complexidade e as despesas da criação de uma solução de entrega de email interna.
O Email Delivery é ideal para emails transacionais e gerados por aplicações, como recibos, alertas de detecção de fraudes, verificação de identidade multifatorial e redefinições de senha, mas qualquer email compatível com os regulamentos e leis do setor pode ser enviado.
O Email Delivery é uma infraestrutura de back-end que pode ser integrada a provedores de front-end como Eloqua ou Responsys. O Email Delivery não oferece aos usuários a capacidade de desenvolver campanhas HTML ou gerenciar listas de destinatários.
Sim, o Email Delivery é um serviço semelhante ao Amazon SES ou SendGrid.
Siga as etapas abaixo na API ou no Console da Oracle Cloud Infrastructure para começar a enviar emails.
Instruções detalhadas sobre como configurar e utilizar o Email Delivery estarão disponíveis aqui
1. No console da Oracle Cloud Infrastructure, localize o usuário sob o qual você criará credenciais SMTP. Verifique se o usuário está em um grupo que possui uma política para gerenciar remetentes aprovados, por exemplo, permita que o grupo MyGroup use remetentes aprovados no compartimento MyCompartment.
2. Nas configurações do novo usuário, escolha credenciais SMTP à esquerda e gere credenciais SMTP.
3 Escolha emails no console da Oracle Cloud Infrastructure. Certifique-se de ter escolhido o compartimento correto. Seu usuário deve estar em um grupo com permissão para gerenciar remetentes aprovados neste compartimento.
4. Crie um ou mais remetentes aprovados dentro de um compartimento especificado. Esses são os endereços de email que aparecerão na linha 'De' do email. Observe que os remetentes aprovados são específicos para a região. Se você criar um remetente aprovado em Phoenix, não poderá enviar email pelo Ashburn.
5. Siga as instruções para configurar seu DNS para a estrutura de política de remetente (SPF) adicionando um registro TXT no domínio correspondente.
6. Configure e teste sua conexão SMTP do seu sistema por meio do Email Delivery. Postfix e SendMail são dois produtos SMTP populares, mas qualquer biblioteca SMTP pode ser usada.
O Email Delivery está disponível em todas as regiões e núcleos da OCI. Consulte Regiões e domínios de disponibilidade para obter uma lista completa.
Observação: A aplicação que está enviando o email NÃO precisa estar na região de onde o email é enviado, mas é ideal por motivos de desempenho configurar o email na mesma região da aplicação de envio.
Um remetente aprovado é um recurso que permite que o Email Delivery envie um email com um endereço correspondente. Os remetentes aprovados estão associados a um compartimento e existem apenas na região em que foram configurados.
Sim, o email em massa pode ser enviado por meio de programação com o Oracle Email Delivery.
Nota - Os relatórios não estão disponíveis no GA.
A plataforma Email Delivery é gerenciada pela equipe de Entregabilidade de Email da Oracle Cloud Infrastructure. São impostos limites às contas para proteger o serviço e a reputação de nossos clientes. Os limites a seguir podem ser aumentados para atender aos requisitos de envio em larga escala, abrindo uma solicitação de serviço do My Oracle Support.
Conforme mencionado na descrição do serviço, a obrigação a seguir se aplica ao tipo de email enviado com o Email Delivery:
O tamanho máximo padrão da mensagem de até 2 MB, incluindo cabeçalhos de mensagem, corpo, codificação base64 e anexos, são suportados inicialmente.
Se o limite de tamanho for aumentado, cada 2 MB de dados será contado como um "email" para seus limites diários de volume de envio e taxa.
Exemplos de email
O Email Delivery suporta o envio de mensagens MIME (Multipurpose Internet Mail Extension) via SMTP. MIME é o padrão RFC que especifica em parte como os anexos funcionam. Para mais informações, veja aqui.
Atualmente, o SMTP é o único método para enviar email por meio do Email Delivery. Há um ponto de extremidade SMTP exclusivo em cada região da Oracle Cloud Infrastructure em que o Email Delivery está disponível.
Sim, o Email Delivery está contido nos SDKs da Oracle Cloud Infrastructure.
O Email Delivery fornece um serviço confiável por meio de um sistema compatível com as melhores práticas do setor. A plataforma é gerenciada pela equipe de entregabilidade de emails da Oracle Cloud Infrastructure, que analisa as principais métricas de entrega para garantir a melhor reputação de envio possível. Os itens a seguir estão sob seus cuidados quando você envia emails com o Email Delivery:
O Email Delivery é configurado com limites específicos de taxa de provedor de caixa de correio, modos de retirada e configurações SMTP. Essas configurações foram definidas por meio de relações com o setor e anos de ajuste entre os fornecedores globais de caixas de correio para otimizar o posicionamento da caixa de entrada e a velocidade de entrega.
Sim, os emails devolvidos são coletados e categorizados de acordo com os códigos de rejeição correspondentes.
Qualquer endereço de destinatário considerado permanentemente não entregue, como devoluções, é colocado na lista de supressão do cliente. Tentativas repetidas de envio para endereços na lista de supressão não serão entregues pelo Email Delivery, e tais ocorrências são registradas no relatório de bloqueio. Uma alta taxa de devolução forçada (proporção de devoluções forçadas por mensagens enviadas) ocorre quando um remetente tenta enviar uma mensagem para um endereço de destinatário que não existe. O provedor da caixa de correio retornará um código de devolução física ao remetente. Devoluções definitivas são uma boa indicação da qualidade da lista e devem estar abaixo de 2%.
Sim, as reclamações dos usuários são coletadas e processadas por meio de loops de feedback de reclamação do provedor de caixa de correio. A configuração desses loops de feedback de reclamação é totalmente automatizada com o Email Delivery.
Quando as reclamações de spam do usuário são coletadas, o usuário é adicionado à lista de supressão para proteger o cliente que está enviando a reputação. É recomendável que você também remova o usuário da sua lista de mensagens naquele momento, mas nenhuma outra ação é necessária para garantir a qualidade da entrega de emails.
A lista de supressão está incluída na interface do usuário do console do Email Delivery, bem como na API, SDK e CLI.
O Email Delivery adiciona automaticamente endereços de email com códigos de devolução, mostrando falhas permanentes ou reclamações de usuários na lista de supressão, para proteger a reputação do remetente. O Email Delivery não enviará nenhuma mensagem para esses destinatários no futuro. Tentativas repetidas de envio para endereços de email suprimidos aparecerão no seu relatório bloqueado.
Os motivos para a supressão atualmente incluem: reclamações de spam, hard bounces, soft bounces repetitivos, entradas manuais e solicitações de cancelamento de assinatura de lista.
O SPF impede a falsificação de endereços de email e minimiza o spam de entrada. Por meio do SPF, um domínio pode autorizar explicitamente os hosts que têm permissão para usar seu nome de domínio. O SPF funciona publicando registros SPF (código 99) ou TXT (código 16), que são registros de recursos DNS que declaram quais hosts têm permissão para usar um nome de domínio. O servidor de email de recebimento verifica os registros SPF do domínio identificado como enviando o email para verificar se o IP de origem do qual o email se originou está autorizado a enviar emails desse domínio.
Os provedores de caixa de correio e os ISPs verificam o SPF para garantir que o remetente (Email Delivery) esteja autorizado a enviar email em nome do seu domínio. O SPF é uma base essencial para fornecer boa capacidade de entrega para seu domínio e protegê-lo contra abusos, como ataques de spam ou phishing.
Para configurar o SPF, você deve incluir um registro TXT no domínio usado pelo remetente aprovado. Se o Email Delivery for o único remetente autorizado para este domínio, será semelhante ao seguinte:
Localização de Envio | SPF |
---|---|
Américas | v=spf1 include:rp.oracleemaildelivery.com ~all |
Ásia-Pacífico | v=spf1 include:ap.rp.oracleemaildelivery.com ~all |
Europa | v=spf1 include:eu.rp.oracleemaildelivery.com ~all |
Todas as regiões comerciais | V = spf1 include: rp.oracleemaildelivery.com include: ap.rp.oracleemaildelivery.com include: eu.rp.oracleemaildelivery.com ~all |
"v" indica a versão do SPF usada. Os outros mecanismos testam a legitimidade do email. "MX" e "A" são registros de recursos comparados entre o email e o registro do SPF para decidir se o email é aceito ou não. "todos" sempre corresponde e serve de ação padrão. Os mecanismos são combinados com qualificadores para determinar como lidar com uma correspondência. Os mais simples são + (que é implícito se omitido) e -, resultando em aprovação ou reprovação, respectivamente. O tratamento desses resultados é deixado para os administradores do domínio de recebimento. Normalmente, "falhas" são rejeitadas e falhas leves são marcadas como potencialmente spam.
O uso do SPF pode aumentar a confiança do cliente. Um domínio que implementa o SPF tem muito menos probabilidade de ser falsificado. Sem o SPF, um email de spam pode ser falsificado para mostrar um domínio específico. Nesse caso, o destinatário provavelmente reportaria o email como spam. Com esses relatórios suficientes, os filtros de spam bayesianos teriam mais chances de bloquear o domínio, bloqueando possíveis emails legítimos. Se um domínio implementar SPF, no entanto, e forjar, é mais provável que o servidor de recebimento bloqueie o email fraudulento.
Sim, o Email Delivery suporta IPs dedicados. Por padrão, as contas do cliente são configuradas em conjuntos de envio compartilhado em camadas, dependendo das características do seu email. IPs dedicados são sugeridos para volumes de envio maiores. IPs dedicados podem não ser aconselhados para envio de email mais baixo ou mais esporádico, pois isso não suporta uma boa reputação de envio e, portanto, causa impacto na capacidade de entrega de email.
As características de cada cliente de correio (volume, taxas de burst, reputação etc.) variam sua estratégia de IP dedicada. Nossas equipes são treinadas sobre esse assunto e estão prontas para dar suporte às suas necessidades de IP dedicadas. Entre em contato com o suporte para ajudar com esta configuração.
As melhores práticas de entregabilidade são construídas com o fornecimento de email transparente e desejado pelo usuário. A Lei Anti-Spam do Canadá (CASL) é um dos melhores guias para garantir sua conformidade com a lei, o desejo do usuário e a filtragem pretendida que a maioria dos fornecedores de caixas de correio usa. Este link fornece uma visão geral da CASL e descreve as práticas principais do setor: https://help.dyn.com/casl-faq/
Quando se trata de enviar, ter uma rede limpa para entregar email é mais importante do que nunca. Se você estiver compartilhando endereços IP com spammers e outros remetentes menos respeitáveis, as chances de o seu email ser entregue nas caixas de entrada diminuem drasticamente. Nossa vigilância contínua na supervisão de nossa rede ajuda a eliminar os maus e a trazer mais benefícios.
Autenticação
Ao usar um serviço de entrega de email de terceiros, a autenticação de email ajuda a verificar a identidade e a confiança entre o remetente (Email Delivery) e o servidor de recebimento (ISPs e servidores de email corporativos) imprimindo SPF e chaves de domínio (DKIM) em seus registros DNS. Os servidores de recebimento, na tentativa de impedir que mensagens indesejadas ou falsificadas cheguem à caixa de entrada, realizam pesquisas nos registros DNS do seu domínio para verificar se o remetente de terceiros está autorizado a enviar mensagens em seu nome.
Volume/Frequência
Volumes e frequência constantes ajudam a desenvolver sua reputação como um bom remetente. Picos aleatórios de tráfego são um comportamento geralmente associado a remetentes de spam. É necessário enviar um volume suficiente de seus IPs antes de ser estabelecido como remetente confiável por meio de ISPs.
Taxa de Rejeição
Sua taxa de rejeição é uma porcentagem de mensagens não entregues (rejeições) com base no número total de emails que você enviou. É recomendável que as taxas de rejeição permaneçam abaixo de 2%. As taxas de rejeição mais altas geralmente são indicativas de gerenciamento e limpeza inadequados da lista, ou de que a lista é antiga, alugada ou comprada. O Email Delivery adiciona saltos automaticamente à lista de supressão para ajudar a manter sua taxa de rejeição baixa.
Taxa de Reclamação de Spam
Sua taxa de reclamação de spam é uma porcentagem de reclamações enviadas pelos usuários aos seus ISPs com base no número total de emails que você enviou. As reclamações de spam ocorrem quando o destinatário do email opta por clicar no botão "Isso é spam" na interface do usuário do cliente de email. É recomendável que suas taxas de reclamação de spam permaneçam abaixo de 0,05%. O Email Delivery adiciona automaticamente reclamações de spam à lista de supressão.
Listas negras
Os ISPs usam listas negras para bloquear spam de remetentes com má reputação. Remetentes legítimos podem estar na lista negra por engano. O Email Delivery verifica os 10 principais serviços da lista negra em tempo real em busca de nossos IPs de envio. A maioria das listas negras são blocos de 24 horas e você será automaticamente removido da lista após esse período. Alguns, no entanto, exigem que sua ação seja removida da lista.
Uma alta taxa de devolução forçada (proporção de devoluções forçadas por mensagens enviadas) ocorre quando um remetente tenta enviar uma mensagem para um endereço de destinatário que não existe. O provedor da caixa de correio retornará um código de devolução física ao remetente. Devoluções definitivas são uma boa indicação da qualidade da lista e devem estar abaixo de 2%.
Normalmente, as devoluções definitivas ocorrem quando o endereço de um destinatário é:
Os provedores de caixas de correio esperam que ocorram fortes pulos; no entanto, se ocorrerem muitos pulos, a capacidade de entrega começará a declinar. O Email Delivery adicionará automaticamente todos os endereços de destinatários devolvidos com força à sua lista de supressão para evitar futuras tentativas de entrega e proteger sua reputação de envio.
Você pode reduzir uma alta taxa de rejeição fazendo o seguinte:
1.Implemente um processo de aceitação.Para correspondência em massa (enviando para muitos destinatários ao mesmo tempo), implemente um processo de aceitação. Um processo de aceitação é um método para seus usuários se inscreverem (conceder permissão para você enviar mensagens) para sua lista de emails. É fundamental só enviar mensagens para os assinantes que aceitaram. Existem dois tipos de procedimentos de aceitação.
2. Aceitação única (não confirmado) — uma única aceitação é quando o usuário fornece seu endereço de email e dá permissão para receber mensagens relevantes. Depois que o endereço é fornecido, as mensagens podem ser enviadas sem confirmar que o endereço de email pertence ao usuário que o forneceu.
3. Aceitação dupla (confirmado) — uma aceitação dupla é quando o usuário fornece seu endereço de email. Antes da primeira correspondência, um email de confirmação com uma ação necessária do usuário é enviado para garantir que o proprietário da conta deseje receber mensagens futuras. Uma conta pode ser verificada fazendo o proprietário clicar em um link para responder ao email. Isso garante que o endereço não foi adicionado a uma lista de endereçamento de terceiros sem o consentimento do proprietário.
4.Limitar usuários não engajados. Implemente um processo para remover usuários não engajados. Se um destinatário não estiver abrindo ou clicando no seu email, isso pode indicar que ele não usa mais a conta de email. Se for esse o caso, eventualmente o provedor da caixa de correio encerrará a conta ou a transformará em uma armadilha de spam. Para evitar acertar essas armadilhas de spam ou devoluções definitivas de um email a uma conta cancelada, remova destinatários que não se envolverem dentro de um prazo definido pelo seu modelo de negócios. Isso também ajudará sua capacidade de entrega, aumentando a taxa de engajamento do usuário.
5.Revise a lista de assinantes. Ao revisar sua lista de assinantes, certifique-se de:
Eliminar endereços duplicados antes do envio. Se os endereços que não existem receberem emails várias vezes, isso poderá aumentar sua taxa de rejeição total.
Verificar se uma lista de supressão anterior (possivelmente de outro provedor de serviços de email) não foi incluída acidentalmente.
Verificar se os assinantes optaram por participar (não envie para uma lista antiga que você encontrou).
Restringir os usuários de carregar a lista de contatos de seus clientes de email de uma maneira "selecionar todos". Forçar os usuários a selecionar endereços individualmente impedirá a inclusão acidental de endereços desatualizados ou possivelmente expirados.
6.Avaliar a frequência de envio. Se uma mensagem não tiver a chance de se registrar como devolução forçada antes que a próxima mensagem seja enviada ao destinatário, ela será devolvida novamente. Dê tempo ao provedor de caixa de correio e ao provedor de serviços de email para processar o salto antes de enviar outra mensagem. A diminuição da frequência de envio também oferece ao usuário a oportunidade de cancelar a inscrição antes de receber várias mensagens que ele pode marcar como spam.
Uma taxa de rejeição suave (proporção de n.º de rejeições suaves por n.º de mensagens enviadas) ocorre quando uma mensagem é enviada para um destinatário e o servidor receptor não está disponível temporariamente ou a mensagem foi bloqueada pelo destinatário. É um status temporariamente não entregue e o provedor da caixa de correio retornará um código de devolução suave ao remetente. Esses endereços não serão adicionados à lista de supressão porque eles existem.
Os retornos suaves geralmente são uma boa indicação da qualidade e relevância do conteúdo da mensagem.
Normalmente, ocorrem devoluções suaves para:
As reclamações podem ocorrer por vários motivos e nem todas porque o usuário acha que sua mensagem é "spam". Vamos ser sinceros, às vezes é mais fácil para as pessoas clicar no botão de spam para reduzir as mensagens na sua caixa de entrada cheia.
Aqui estão alguns motivos comuns pelos quais as pessoas podem reclamar de suas mensagens:
Veja como você pode melhorar sua taxa de reclamação:
Sim, o Email Delivery suporta IPs dedicados que permitem que você tenha controle sobre sua reputação. IPs dedicados são endereços IP da Oracle Cloud reservados para o envio de emails. Por padrão, as contas do cliente são configuradas em conjuntos de envio compartilhado em camadas, dependendo das características do seu email. IPs dedicados são sugeridos para volumes de envio maiores. IPs dedicados podem não ser aconselhados para envio de email mais baixo ou mais esporádico, pois isso não suporta uma boa reputação de envio e, portanto, causa impacto na capacidade de entrega de email.
As características de cada cliente de correio (volume, taxas de burst, reputação etc.) variam sua estratégia de IP dedicada. Nossas equipes são treinadas sobre esse assunto e estão prontas para dar suporte às suas necessidades de IP dedicadas. Entre em contato com o suporte para ajudar com esta configuração.
O Reputation Management é um serviço complementar por meio de vendas e requer a compra de uma assinatura da Universal Cloud.
O Email Delivery custa US$ 0,85 por 1.000 emails enviados por meio do serviço. Os emails enviados são definidos como o número de entregas únicas durante um mês civil. As entregas são definidas pelo número de mensagens exclusivas e pelo número de destinatários exclusivos por mensagem.