Não foi possível encontrar uma correspondência para sua pesquisa.

Sugerimos que você tente o seguinte para ajudar a encontrar o que procura:

  • Verifique a ortografia da sua pesquisa por palavra-chave.
  • Use sinônimos para a palavra-chave digitada; por exemplo, tente “aplicativo” em vez de “software.”
  • Inicie uma nova pesquisa.

Perguntas frequentes do Email Delivery

Tópicos de perguntas frequentes

Perguntas gerais

O que é o Email Delivery?

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.

Quem deve usar o Email Delivery?

  • Qualquer aplicação na nuvem que inclua email deve aproveitar o Email Delivery.
  • Qualquer empresa que queira enviar mensagens que cheguem à caixa de entrada de seus usuários de maneira econômica deve usar o Email Delivery.

Por que preciso do Email Delivery?

  • É essencial garantir que o email da sua empresa chegue à caixa de entrada dos usuários, pois o email é o meio mais direto para as empresas se comunicarem com seus clientes. À medida que o número e a frequência de emails de saída automatizados aumentam, fica cada vez mais difícil garantir que as mensagens cheguem à caixa de entrada de seus clientes devido a muitos sistemas de filtragem de spam.
  • O Email Delivery é um serviço amigável ao desenvolvedor que resolve problemas de configuração, infraestrutura, segurança e autenticação para entrega de email.

Que tipo de email posso enviar com o Email Delivery?

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 é um provedor de front-end como o Eloqua e o Responsys?

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.

O Email Delivery é igual à Amazon SES ou SendGrid?

Sim, o Email Delivery é um serviço semelhante ao Amazon SES ou SendGrid.

Como começo a enviar emails com o Email Delivery?

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. Por favor veja as perguntas frequentes do Oracle Cloud Infrastructure DNS para saber como configurar isso.

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.

Quais regiões suportam o Email Delivery?

O Email Delivery está disponível em todas as regiões e realms 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.

Por que estou recebendo um erro ao tentar adicionar um remetente aprovado?

  • Verifique se você possui permissões para gerenciar remetentes aprovados no compartimento escolhido. (Política Básica)
  • Você pode ter atingido seu limite de remetentes aprovados. Você pode usar My Oracle Support para registrar uma solicitação de serviço para aumentar o limite de envio de email, conforme necessário.
  • Sua conta pode ser suspensa, o que reduziria o limite de remetentes aprovados para 0.

Enviar emails

O que é um remetente aprovado?

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.

Posso enviar email em massa com o Email Delivery?

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.

O SMTP requer TLS?

  • A Oracle orgulha-se de políticas rígidas de segurança e o Email Delivery cumpre essas políticas. Como tal, só aceitamos Emails de clientes por TLS.
  • TLS (TLS é obrigatório)
  • Somente o TLS versão 1.2 é suportado, pois as versões anteriores são menos seguras.
  • Aplicações Java deve ser atualizado para a versão mais recente para garantir que os protocolos, cifras e patches de segurança atualizados sejam compatíveis com as políticas de segurança da Oracle.
  • As criptografias aprovadas são:
    • TLSv1.2:
    • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256,
    • TLS_DHE_DSS_WITH_AES_256_CBC_SHA256,
    • TLS_RSA_WITH_AES_256_CBC_SHA,
    • TLS_RSA_WITH_AES_256_CBC_SHA256,
    • TLS_DHE_DSS_WITH_AES_128_CBC_SHA256,
    • TLS_DHE_RSA_WITH_AES_128_CBC_SHA,
    • TLS_DHE_RSA_WITH_AES_256_CBC_SHA,
    • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,
    • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,
    • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,
    • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Qual comando de autenticação SMTP é suportado?

  • Apenas SMTP Plain é suportado
  • Nota - Se a aplicação de envio não for flexível no Comando Auth, um proxy/retransmissão smtp pode ser usado

Minha aplicação pode enviar email para o Email Delivery sem acesso público à Internet?

  • Sim, a aplicação precisaria enviar para um serviço que tenha acesso à Internet, como um serviço de proxy ou retransmissão.
  • No futuro, o Email Delivery poderá aceitar emails da Oracle Cloud Infrastructure usando o serviço Service Gateway, sem precisar atravessar a Internet pública)

Quais são os limites associados ao Email Delivery?

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.

  • Os clientes que se inscreverem no oracle.com para uma avaliação gratuita estão limitados a 200 emails em um período contínuo de 24 horas e as taxas de envio não devem exceder 10 emails por minuto. Remetentes aprovados estão limitados a 2,000. O tamanho máximo de mensagens incluindo codificação base64 e cabeçalhos é de 2 MB.
  • As contas corporativas são limitadas a 50.000 emails em um período contínuo de 24 horas e as taxas de envio não devem exceder 18.000 emails por minuto. Os remetentes aprovados serão limitados a 10.000 para clientes corporativos. O tamanho máximo de mensagens incluindo codificação base64 e cabeçalhos é de 2 MB.
  • O Email Delivery suporta alto volume, mas o limite é definido como uma salvaguarda para a reputação de nossos clientes.
  • Entre em contato com o My Oracle Support, que pode trabalhar com você para entender seu caso de uso e aumentar o limite de envio, conforme necessário.

Existem limitações para o tipo de email que posso enviar com o Email Delivery?

Conforme mencionado na descrição do serviço, a obrigação a seguir se aplica ao tipo de email enviado com o Email Delivery:

  • Você não deve usar os serviços para fins de distribuição de emails de "spam", mensagens instantâneas não solicitadas em massa ou qualquer outra forma de comunicação eletrônica não solicitada distribuída em massa a destinatários com os quais Você não possui relações comerciais ou pessoais pré-existentes.

Que tamanho de email pode ser enviado?

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

  • Um email de 10 MB enviado para um único destinatário é igual a 10 MB/2 MB por email = 5 emails.
  • Uma única solicitação de email com um tamanho de mensagem de 10 MB e 10 destinatários é igual a 10 MB/2 MB por email * 10 destinatários = 50 emails

Posso enviar emails com anexos?

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.

Quais métodos de envio estão disponíveis?

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.

Existem SDKs fornecidos para o Email Delivery?

Sim, o Email Delivery está contido nos SDKs da Oracle Cloud Infrastructure.

Entregabilidade

Como o Email Delivery garante uma entrega confiável?

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:

  • Configurações SMTP Exclusivas do Provedor de Caixa de Correio
  • Coleta de devoluções
  • Coleta de reclamações do usuário
  • Padrões de autenticação de email (como SPF)
  • Gerenciamento de Pool de IP

Como o Email Delivery personaliza as configurações SMTP?

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.

O Email Delivery coleta algum email devolvido?

Sim, os emails devolvidos são coletados e categorizados de acordo com os códigos de rejeição correspondentes.

O que devo fazer se um email for rejeitado?

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%.

O Email Delivery coleta reclamações de usuários?

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.

Qual é a lista de supressão?

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 que é o Sender Policy Framework (SPF) e como eu o uso?

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.

Posso enviar email em IPs dedicados?

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.

O que preciso fazer para garantir que meu email seja compatível com as melhores práticas de entrega?

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/

Por que reputação é tão importante?

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.

O que afeta a reputação?

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.

Como posso diminuir minha taxa de rejeição total?

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 é:

  • Introduzido incorretamente
  • Não está mais em uso (o usuário cancelou a conta)
  • Adquirido de um site raspando a web
  • Fabricado por um provedor de serviços de lista

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 envio em massa (enviando para vários 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.

Como posso diminuir minha taxa de rejeição suave?

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.

  • Observação: o Email Delivery adicionará um endereço à lista de supressão se 4 emails enviados a ele em um período de 24 horas resultarem em uma devolução (soft bounce).
  • 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:

  • Conteúdo semelhante a spam - o conteúdo da mensagem foi identificado como spam pelo receptor e foi bloqueado temporariamente.
  • Conteúdo irrelevante para o destinatário - isso pode causar um número alto de reclamações e os receptores bloquearão temporariamente as mensagens do endereço IP ou domínio do remetente.
  • Alto número de reclamações - alguns destinatários bloquearão todas as mensagens recebidas de um endereço IP quando for excedido um limite de reclamações (número de reclamações em um período por IP).
  • Servidor de recebimento de email ocupado - se isso ocorrer, o servidor de correio de saída tentará enviar a mensagem quatro vezes e, em seguida, devolverá a mensagem.
  • Caixa de correio cheia ou acima da cota - se a caixa de correio do destinatário estiver cheia ou acima da cota, a mensagem pode ser devolvida.

Como posso diminuir minha taxa de reclamações?

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:

  • É realmente spam.
  • O conteúdo não é mais relevante para o que o destinatário espera (diferente do que ele optou por participar).
  • É mais fácil do que encontrar a URL de cancelamento de assinatura oculto no rodapé do email.
  • O destinatário confia na interface do usuário do ISP no seu URL de cancelamento de inscrição.
  • O destinatário está cansado de receber suas mensagens.

Veja como você pode melhorar sua taxa de reclamação:

  • Não envie spam
  • Obter conteúdo relevante - se o destinatário se inscreveu no seu site para obter descontos diários para supermercados, não comece a enviar taxas de empréstimo automaticamente.
  • URL de cancelamento de inscrição facilmente acessível - cancelar a inscrição é uma coisa boa. Reduzirá sua lista, o que é ruim, mas na verdade ajuda o sucesso da sua caixa de entrada, enviando apenas para os destinatários envolvidos, abrindo ou clicando em suas mensagens. Quando as pessoas reclamam, isso prejudica sua reputação de envio, facilitando a remoção da lista. A pior coisa que você pode fazer é ocultar a URL de cancelamento de inscrição na parte inferior da mensagem. Uma pequena porcentagem de usuários rolará para a parte inferior do email e procurará uma pequena URL. A maioria seguirá o caminho mais fácil e marcará como spam.
  • Implementar cabeçalho de cancelamento de assinatura da lista - se for suportado pelo provedor de caixa de correio, esse recurso permitirá que os usuários cancelem a inscrição com segurança da sua lista por meio da interface do usuário do ISP confiável, em vez de marcar como spam. Essa é a coisa mais próxima do Gmail de um ciclo de feedback.
  • Implementar um duplo processo de aceitação - enviar email para os usuários atuais e confirmar que eles desejam receber suas mensagens é uma ótima maneira de garantir que eles ainda valorizem sua mensagem. Essa é uma ótima maneira de remover os destinatários antes de marcar como spam.
  • Verificar a frequência de email - o envio de muitas mensagens em um curto período pode irritar os destinatários, fazendo com que eles marquem sua mensagem como spam. Verifique se a cadência da mensagem está alinhada com a frequência esperada do seu conteúdo. Reduzir a frequência pode reduzir as reclamações de spam.
  • Limpar destinatários não envolvidos - os clientes podem estar cansados de seus emails, se não estiverem abrindo as mensagens ou clicando nos links. Você deve limpar os destinatários se a sua tentativa final de se envolver com eles não tiver êxito. Aqui estão algumas dicas para ajudar a entender as práticas recomendadas de gerenciamento de listas nessa área.

Meu email não foi entregue. Como solucionar problemas?

  • Verifique se o destinatário está na lista de supressão.
  • Verifique se você possui o SPF configurado para aumentar o posicionamento da sua caixa de entrada.
  • Verifique os logs da sua aplicação para garantir que não houve um problema (por exemplo, uma falha de autenticação ou um problema no formato da mensagem de email).
  • Se você fornecer dois endereços diferentes para o envelope e o corpo, eles deverão ser remetentes aprovados ou o email será rejeitado.
  • Se o SMTP FROM não for o mesmo que o do corpo do email, ambos precisam ser um remetente aprovado.
  • Ainda não encontrou o problema? Abra um Ticket de suporte ao cliente

O Oracle Email Delivery suporta IPs dedicados?

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.

Comercial

Quais são as ofertas fornecidas pelo Email Delivery?

O Reputation Management é um serviço complementar por meio de vendas e requer a compra de uma assinatura da Universal Cloud.

Quanto custa o Email Delivery?

O Email Delivery custa US$ 0,10 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.