Visão Geral do Serviço Email Delivery
O serviço Oracle Cloud Infrastructure Email Delivery oferece uma solução gerenciada rápida e confiável para o envio de e-mails transacionais e de marketing seguros e de alto volume.
O serviço Email Delivery fornece as ferramentas necessárias para enviar e-mails gerados por aplicativo para comunicações essenciais, como recebimentos, alertas de detecção de fraude, verificação de identidade e redefinições de senha.
A plataforma é otimizada para e-mail em massa ou de marketing e transacional, e não para e-mail de correspondência pessoal.
A equipe de Capacidade de Entrega de E-mail do Oracle Cloud Infrastructure gerencia a plataforma usando as principais métricas de capacidade de entrega para garantir a melhor reputação de envio possível para seus e-mails.
Os itens a seguir são fornecidos quando você envia e-mails usando o serviço Email Delivery:
- Configurações SMTP exclusivas do provedor da caixa postal em nossos Agentes de Transferência de E-mail (MTA)
- Coleta de devoluções
- Coleção de reclamações do usuário
- Padrões de autenticação de e-mail
- Desempenho da capacidade de entrega
Quando você usa o Email Delivery, nós nos tornamos o servidor de e-mail de saída. Se você tiver um servidor de e-mail existente, poderá mantê-lo e configurá-lo para envio por meio do serviço Email Delivery. O serviço Email Delivery cuida automaticamente dos loops de feedback e da reputação da plataforma.
Componentes do ServiçoEmail Delivery
O serviço Email Delivery usa os componentes descritos nesta seção.
- REMETENTES APROVADOS
- Um Remetente Aprovado é um recurso que equivale ao endereço "De". Um remetente aprovado está associado a um compartimento e só existe na região em que o remetente aprovado foi configurado. Se você precisar ter o mesmo remetente aprovado em outra região, ele deverá ser criado na outra região. Por exemplo, se você criar um remetente aprovado na região Oeste dos EUA (Phoenix), não poderá enviar e-mails pela região Leste dos EUA (Ashburn).
- LISTA DE SUPRESSÃO
- A Lista de Supressão é incluída na interface do usuário da Console do Email Delivery e na API. O Email Delivery adiciona automaticamente à lista de supressão os endereços de e-mail com códigos de devolução que mostram falhas permanentes ou reclamações do usuário, a fim de proteger a reputação do remetente. O serviço Email Delivery não envia nenhuma mensagem a esses destinatários no futuro.
- AUTENTICAÇÃO SPF
-
O SPF (Sender Policy Framework) é usado por receptores de e-mail para detectar spoofing de e-mail. Usando o SPF, um receptor de e-mails pode verificar se o Protocolo de Internet (IP) está explicitamente autorizado a enviar para esse domínio. O SPF é implementado publicando um registro TXT especial nos registros DNS de um domínio. O registro TXT declara quais hosts têm permissão para enviar e-mail em nome deste domínio. Os servidores de recebimento de e-mail verificam os registros SPF de domínios de envio para verificar se o endereço IP de origem do e-mail está autorizado a enviar mensagens desse domínio. Sem o SPF, um e-mail de spam ou de phishing pode ser falsificado para parecer que o e-mail vem de um domínio legítimo. Os domínios que implementam SPF têm uma probabilidade muito maior de bloquear e-mails que tentam fazer spoof do domínio. Para obter uma visão geral de como o SPF funciona, consulte Estrutura da Política de Remetentes. Para obter detalhes sobre a sintaxe de registro do SPF, consulte Sintaxe de Registro do SPF.
Regiões e Domínios de Disponibilidade
As credenciais SMTP podem ser usadas para qualquer região, pois as identidades são ativos globais. No entanto, os remetentes aprovados (seu endereço "De") devem ser configurados dentro de cada região que você planeja usar para o serviço Email Delivery. Para configurar remetentes aprovados dentro de cada região, selecione uma região no menu Região na Console e crie um remetente aprovado. Configure seu aplicativo para enviar e-mail para o ponto final dessa região em que você criou o remetente aprovado, usando as credenciais SMTP. O aplicativo de envio não precisa estar localizado na região de onde o e-mail é enviado; no entanto, recomendamos que seja local ou o mais próximo possível por motivos de desempenho.
Para obter mais informações, consulte Regiões e Domínios de Disponibilidade.
Configurando uma Nova Região
Para começar a enviar emails de uma nova região, lembre-se dos seguintes pontos:
- Um remetente aprovado deve ser criado na nova região.
- As credenciais SMTP são globais. No entanto, recomendamos que você gere credenciais SMTP para um novo usuário (sem o acesso à Console do OCI) na nova região para que as credenciais não sejam compartilhadas com outras regiões. Certifique-se de que o usuário tenha os privilégios corretos.
- Os e-mails devem ser enviados ao novo ponto final de conexão SMTP regional.
- A lista de supressão e os remetentes aprovados são ativos regionais do serviço Email Delivery.
Por exemplo, se um e-mail enviado da região Oeste dos EUA (Phoenix) for devolvido, o endereço de e-mail do destinatário será adicionado à lista de supressão da região Oeste dos EUA (Phoenix). Este destinatário não seria adicionado a listas de supressão de outras regiões. Se você estiver enviando e-mails de regiões distintas, os enviadores aprovados deverão ser criados em cada região.
- O SPF deve ser configurado em cada subdomínio. Por exemplo, em sua configuração de DNS, crie um registro TXT para notification.eu-frankfurt-1.oraclecloud.com e cole as seguintes informações da caixa de diálogo no registro:
v=spf1 include:spf.oracleemaildelivery.com ~all
Formas de Acessar o Oracle Cloud Infrastructure
Você pode acessar o OCI (Oracle Cloud Infrastructure) usando a Console (uma interface baseada em browser), a API REST ou a CLI do OCI. Instruções para usar a Console, API e CLI nos tópicos ao longo desta documentação. Para ver uma lista de SDKs disponíveis, consulte Software Development Kits e Interface de Linha de Comando.
Para acessar a Console, você deve usar um browser suportado. Para ir até a página de acesso da Console, abra o menu de navegação na parte superior desta página e selecione Console de Infraestrutura. Você será solicitado a informar seu tenant na nuvem, seu nome de usuário e sua senha.
Autenticação e Autorização
Cada serviço do Oracle Cloud Infrastructure se integra ao serviço IAM para autenticação e autorização, para todas as interfaces (Console, SDK ou CLI e API REST).
Um administrador de uma organização precisa configurar grupos, compartimentos e políticas que controlam quais usuários podem acessar quais serviços, quais recursos e o tipo de acesso. Por exemplo, as políticas controlam quem pode criar novos usuários, criar e gerenciar a rede na nuvem, criar instâncias, criar buckets, fazer download dos objetos, entre outros. Para obter mais informações, consulte Gerenciando Domínios de Identidade. Para ver detalhes específicos sobre a gravação de políticas para cada um dos diversos serviços, consulte a Referência de Políticas.
Se você for um usuário comum (não um administrador) que precisa usar os recursos do Oracle Cloud Infrastructure que a empresa possui, entre em contato com um administrador para configurar um ID de usuário para você. O administrador pode confirmar o(s) compartimento(s) que você pode usar.
O Email Delivery suporta todos os mecanismos de autenticação nativos do OCI. Consulte Métodos de Autenticação do OCI SDK.
Autenticação e Pontos Finais de Conexão
O Email Delivery suporta todos os mecanismos de autenticação nativos da OCI ao usar envios de e-mail HTTPS. Para obter mais informações, consulte Métodos de Autenticação do OCI SDK. Ele também suporta o comando AUTH PLAIN ao usar a autenticação SMTP. Se o aplicativo de envio não for flexível com o comando AUTH, um proxy/relay SMTP poderá ser usado. Para obter mais informações sobre o comando AUTH, consulte Comando AUTH e seus mecanismos.
Para saber os pontos finais regionais, portas ou detalhes de segurança para estabelecer conexões HTTPS ou SMTP, consulte Informações de envio HTTPS e Informações de envio SMTP na Console. Para obter mais informações, consulte Configurando a Conexão HTTPS e Configurando a Conexão SMTP.
Monitorando Recursos
Você pode monitorar a integridade, a capacidade e o desempenho dos recursos do Oracle Cloud Infrastructure usando métricas, alarmes e notificações. Para obter mais informações, consulte os serviços Monitoring e Notifications.
Para obter informações sobre as métricas do serviço Email Delivery disponíveis e como exibi-las, consulte Métricas do Serviço Email Delivery.
Recursos e Limites do Serviço Email Delivery
Para ver uma lista dos limites e instruções aplicáveis à solicitação de um aumento de limite, consulte Limites do Serviço. Para definir limites específicos de compartimentos em um recurso ou família de recursos, os administradores podem usar cotas de compartimentos.
Os clientes que se inscrevem em uma avaliação gratuita do Oracle Cloud se limitam a:
- Um volume de 200 e-mails por dia em que um e-mail é definido como um único destinatário nos campos PARA:, CC: ou CCO: ou um bloco de dados de 2 MB.
Exemplos de e-mail:
-
Uma única solicitação com 10 destinatários (PARA:, CC: ou CCO:) é igual a 10 e-mails.
-
Um e-mail de 10 MB enviado para um único destinatário é igual a 10 MB dividido por 2 MB por e-mail. Isso é igual a 5 e-mails.
-
Uma única solicitação de e-mail com um tamanho de mensagem de 10 MB enviado para 10 destinatários é igual a 10 MB dividido por 2 MB por e-mail multiplicado por 10 destinatários. Isso é igual a 50 e-mails.
-
- 2.000 remetentes aprovados.
- Cada usuário está limitado a um máximo de duas credenciais SMTP.
- As taxas de envio são limitadas a 10 e-mails por minuto.
- Anexos embutidos e anexos externos.
- Tamanho máximo da mensagem de 2 MB, incluindo codificação e cabeçalhos base64
As contas empresariais estão limitadas a:
- Um volume de 50.000 e-mails por dia em que um e-mail é definido como um único destinatário nos campos PARA:, CC: ou CCO: ou um bloco de dados de 2 MB.
Exemplos de e-mail:
- Uma única solicitação com 10 destinatários (PARA:, CC: ou CCO:) é igual a 10 e-mails.
- Um e-mail de 10 MB enviado para um único destinatário é igual a 10 MB dividido por 2 MB por e-mail. Isso é igual a 5 e-mails.
- Uma única solicitação de e-mail com um tamanho de mensagem de 10 MB enviado para 10 destinatários é igual a 10 MB dividido por 2 MB por e-mail multiplicado por 10 destinatários. Isso é igual a 50 e-mails.
- 10.000 remetentes aprovados.
- As taxas de envio são limitadas a 18.000 e-mails por minuto.
- Anexos embutidos e anexos externos.
- Tamanho máximo da mensagem de 2 MB, incluindo codificação e cabeçalhos base64
O serviço Email Delivery, por padrão, suporta mensagens de até 2 MB, incluindo cabeçalhos de mensagem, corpo e anexos. Cada 2 MB de dados conta para seu volume de envio diário e os limites da taxa de envio. Por exemplo, um número de 10 MB é contado como cinco e-mails.
Para qualquer aumento de limite de email, SPF e DKIM são necessários para o seu domínio de envio e remetente aprovado. Consulte Configurando o SPF e Configurando o DKIM.
Com base em sua necessidade, você pode solicitar um aumento de limite de até 60 MB para o tamanho da mensagem.
Para abrir uma solicitação de serviço para aumentar o limite, consulte Solicitando um Aumento do Limite de Serviço. Sua solicitação de aumento é avaliada pelas seguintes informações fornecidas:
- Quais são os seus domínios de envio atuais?
- Suas práticas de envio atendem aos requisitos das legislações CAN-SPAM e CASL?
- Descreva resumidamente o tipo de e-mail que você enviará. Por exemplo, os e-mails são de marketing, em massa, newsletters, transacionais, notificações etc?
- Você envia e-mails relacionados a empréstimos de curto prazo ou ofertas de cartão de crédito?
- Você envia e-mails em nome de outras empresas?
- Como os destinatários se cadastram para receber esses e-mails? Especifique os domínios nos quais eles possam se cadastrar.
- Existem outros métodos usados para coletar endereços de e-mail?
- Quantos e-mails você deseja enviar por mês?
- Qual fornecedor de ESP você está usando para enviar seus emails?
- Qual é o número máximo de mensagens que você precisa enviar em uma capacidade expandida (dentro de um período específico)?
- Qual é o tamanho máximo das suas mensagens?
- Qual é o número de e-mails com mais de 2 MB enviados por dia?
- Os seus destinatários são endereços de e-mail da Oracle (por exemplo, test.user@oracle.com)?
- Qual região de entrega de e-mail você pretende usar para enviar e-mail?
A plataforma Email Delivery suporta limites de volume mais altos. Os limites são definidos como uma forma de proteção da reputação de nossos clientes. Para abrir uma solicitação de serviço para aumentar o limite de envio de e-mails, consulte Solicitando um Aumento do Limite de Serviço.
Para qualquer aumento de limite de email, SPF e DKIM são necessários para o seu domínio de envio e remetente aprovado. Consulte Configurando o SPF e Configurando o DKIM.
Política do Serviço IAM Obrigatória
Para usar o Oracle Cloud Infrastructure, um administrador deve ser membro de um grupo ao qual foi concedido acesso de segurança em uma política por um administrador da tenancy. Esse acesso será necessário se você estiver usando a Console ou a API REST com um SDK, uma CLI ou outra ferramenta. Se você receber uma mensagem informando que não tem permissão ou está não autorizado, verifique com o administrador da tenancy qual tipo de acesso você tem e qual compartimento seu acesso funciona.
Se você for iniciante em matéria de políticas, consulte Conceitos Básicos de Políticas e Políticas Comuns. Para obter mais detalhes sobre políticas para o serviço Email Delivery, consulte Detalhes do Serviço Email Delivery.
As permissões são obrigatórias para gerenciar e usar remetentes aprovados e a lista de supressão. Por exemplo:
- Para ativar todas as operações em remetentes aprovados para um grupo de usuários específico:
Allow group '<identity domain name>'/'<group name>' to manage approved-senders in tenancy - Para ativar todas as operações em supressões para um grupo de usuários específico:
Allow group '<identity domain name>'/'<group name>' to manage suppressions in tenancy
Se você estiver usando credenciais SMTP de usuários que não estão no Domínio de Identidades "Padrão", inclua o nome do Domínio de Identidades na instrução de política. Para obter mais informações, consulte Como as Políticas Funcionam (com Domínios de Identidades).
Endereços IP dedicados
Quando você cria uma conta de serviço do Email Delivery, por padrão, seus e-mails são enviados de endereços IP compartilhados com outros clientes da Oracle.
O serviço Email Delivery suporta endereços IPs dedicados a você, para controle total sobre sua reputação. Tanto uma estratégia de IP compartilhado como uma de IP dedicado podem oferecer uma entrega excelente, dependendo das suas necessidades e características de fluxo de e-mail. Para obter mais informações sobre IP compartilhado, consulte IP Compartilhado ou IP Dedicado.
Ao usar um pool dedicado de endereços IP de propriedade da Oracle, somente o seu e-mail é enviado deles.
Nossos especialistas em capacidade de entrega analisam todas as solicitações IP dedicadas para garantir a melhor capacidade de entrega para sua situação. IPs dedicados podem não ser indicados para envios de e-mail com menor volume ou mais esporádicos, uma vez que isso não favorecerá uma boa reputação de envio e assim poderá causar impacto na sua capacidade de entrega de e-mail.
Endereços IP dedicados são ideais para remetentes que:
- Enviam grandes volumes de e-mails de forma consistente para sustentar sua própria reputação de IP. O envio de um grande volume de e-mails de forma consistente é o que os filtros automatizados dos ISPs (Internet Service Providers) utilizam para designar uma reputação ao seu endereço IP. Esta é uma das principais informações para saber se suas mensagens são entregues na caixa de entrada, na pasta de spam ou rejeitadas temporariamente.
- Desejam o controle total de sua reputação de envio E entendem as melhores práticas de entrega de e-mail. Quando você é o único remetente em um IP, ele isola sua reputação de outros remetentes. Isso pode ser bom ou ruim, dependendo das suas práticas de envio e higiene consistente.
- Tenham volumes grandes, fluxos de e-mail diferentes e queiram criar reputações exclusivas para cada um. IPs dedicados permitem que você crie reputações IP separadas com base em diversos tipos de fluxos de e-mail, como mensagens transacionais versus e-mail de marketing em massa. Se você tiver o volume para apoiar essa opção, o isolamento desses fluxos de e-mail poderá reduzir o risco dos desafios de entrega para tipos de mensagem mais críticos.
Endereços IP dedicados provavelmente não são bons para remetentes que:
- Enviem e-mails de forma inconsistente em volumes baixos, evitando que uma reputação de ISP seja designada. Para criar uma reputação de IP, os ISPs preferem uma cadência de e-mail previsível com volume de e-mail suficiente para designar uma reputação. O não atendimento deste requisito pode levar a desafios de entrega. O envio em um pool de IPs compartilhados com muitos remetentes menores fornecerá ao ISP um grande volume de e-mails consistentes.
- Não entendam as melhores práticas de e-mail, o que pode levar a desafios de entrega de baixa reputação. O envio em um pool de IPs compartilhados com outros clientes gerenciado pela Oracle pode ser menos arriscado para um novato em e-mail.
Suas características de e-mail (volume, taxas de burst, reputação etc.) causam variação na sua estratégia de IP dedicado. Nossas equipes são treinadas em estratégias de IP dedicado e estão prontas para dar suporte a suas necessidades. Caso precise de ajuda com sua configuração, você poderá ir para o My Oracle Support e criar uma solicitação de serviço.
Aplicando Tags a Recursos
Você pode aplicar tags a recursos para ajudar você a organizá-los de acordo com necessidades de negócios. Você pode aplicar tags no momento da criação de um recurso ou pode atualizá-lo posteriormente com tags. Para obter informações gerais sobre a aplicação de tags, consulte Tags de Recursos.
O serviço Email Delivery suporta a aplicação de tags a remetentes aprovados.
Integração com os Serviços do Oracle Cloud Infrastructure
O serviço Email Delivery audita os seguintes eventos:
- Criando um remetente (CreateSender)
- Excluindo um remetente (DeleteSender)
- Recuperando detalhes sobre um remetente (ListSenders)
Para exibir logs de eventos no serviço Email Delivery, o usuário deverá estar em um grupo com a capacidade de exibir todos os logs de eventos de Auditoria na tenancy. Para obter mais informações, consulte Exibindo Eventos de Log de Auditoria.