Sintaxe SPF: entendendo os registros SPF para a configuração de e-mail

Quando você pensa em e-mail, é fácil esquecer o trabalho de bastidores que mantém essas mensagens fluindo sem problemas. No entanto, assim como uma máquina bem ajustada, os sistemas de e-mail dependem de regras específicas para evitar o caos, especialmente diante de ameaças incômodas como spam e ataques de phishing. Uma dessas regras essenciais é o Sender Policy Framework (SPF), que ajuda a verificar se o remetente é realmente quem afirma ser.

“A sintaxe SPF é enganosamente simples”, afirma Adam Lundrigan, CTO da DuoCircle. “v=spf1 seguido de mecanismos e de um qualificador parece algo direto, mas a semântica de avaliação é surpreendentemente complexa: a ordem dos mecanismos importa, a primeira correspondência prevalece, e a diferença entre ~all e -all tem consequências reais na entrega. Toda semana vemos registros em que um mecanismo mal posicionado substitui silenciosamente a política pretendida.”

De acordo com a RFC 7208, a avaliação do SPF é limitada a 10 consultas de mecanismos DNS e a 2 consultas vazias (void lookups) por verificação; ultrapassar qualquer um desses limites gera um PermError que faz a autenticação falhar para todas as mensagens do domínio.

Entender os registros SPF não só reforça a segurança do seu e-mail, como também aumenta as chances de suas mensagens chegarem às caixas de entrada em vez de serem marcadas como lixo eletrônico. Neste artigo, vamos detalhar a sintaxe SPF, para que você compreenda como ela funciona e configure seus próprios registros com confiança, tornando o envio de e-mails mais seguro.

A sintaxe para criar um registro SPF começa com “v=spf1”, seguida de mecanismos que especificam os servidores de envio autorizados, como “a”, “mx”, “ip4” ou “include”, e termina com um qualificador como “~all” ou “-all” que determina o quão rigorosa a política deve ser. Por exemplo, um registro SPF básico pode ter esta aparência: “v=spf1 mx include:example.com -all”, que permite apenas que os servidores MX do domínio e quaisquer servidores listados no registro SPF de example.com enviem e-mails em seu nome.

O que é a sintaxe SPF?

Em sua essência, a sintaxe SPF cumpre um único propósito: identificar quais servidores de e-mail estão legitimamente autorizados a enviar e-mails em nome de um determinado domínio. Isso é crucial, pois o aumento dos ataques de phishing tornou a autenticação de e-mail um aspecto essencial da segurança digital. Entender os componentes da sintaxe SPF ajuda você a compreender como esse processo de verificação funciona e possibilita uma configuração eficaz. Familiarize-se com o formato de um registro SPF para evitar erros.

Componentes da sintaxe SPF

Vamos explorar os três principais componentes que compõem a sintaxe SPF — mecanismos, qualificadores e modificadores —, cada um com um papel fundamental na validação dos e-mails. Nosso glossário de termos SPF define cada um desses componentes.

Primeiro, temos os mecanismos. Eles são os blocos fundamentais que determinam como o endereço IP do servidor de envio corresponde aos registros do seu domínio. Por exemplo, mecanismos como a correspondem ao registro A (que aponta para um endereço IP), enquanto mx se refere aos servidores de troca de e-mails (mail exchange) configurados para lidar com os e-mails do seu domínio. Usar esses mecanismos com precisão ajuda a definir quem pode enviar e-mails a partir do seu domínio, protegendo contra remetentes não autorizados.

Em seguida, abordamos os qualificadores. Pense neles como indicadores que descrevem o resultado do mecanismo. Por exemplo, se um mecanismo é aprovado, normalmente você verá um +, indicando legitimidade. Em contraste, um - indica uma falha total, ou seja, o remetente não está autorizado. Há também o qualificador ~ para uma falha branda (soft fail); ele sugere que o servidor de envio deve ser tratado com desconfiança, mas talvez não seja bloqueado por completo. Por fim, um ? indica neutralidade, o que implica que nenhuma decisão definitiva pôde ser tomada em relação à autorização.

O último componente é conhecido como modificadores. Os modificadores fornecem regras ou informações adicionais contidas no próprio registro SPF. Dois modificadores comuns são exp=, que permite especificar um texto explicativo para as falhas, e redirect=, que pode direcionar as verificações para os registros SPF de outro domínio. Essa flexibilidade sutil pode ser inestimável para garantir que o seu registro SPF atenda a necessidades específicas sem se tornar excessivamente complicado.

Agora que exploramos esses elementos fundamentais da sintaxe SPF, vamos examinar exemplos que ilustram a aplicação e a importância de cada componente em cenários reais, para entender melhor seu uso prático.

Exemplos de registros SPF

Por exemplo, considere um registro SPF simples como v=spf1 a -all. Aqui, você está indicando que apenas os e-mails enviados diretamente do endereço IP do registro A são válidos, enquanto todos os outros são rejeitados de imediato — isso envia uma mensagem clara aos servidores de e-mail ao avaliarem as mensagens enviadas.

Vamos a algo um pouco mais complexo, com vários mecanismos, como v=spf1 a mx include:_spf.google.com ~all. Nesse cenário, você permite e-mails tanto do seu registro A quanto dos seus servidores MX, além de autorizar qualquer servidor listado nos registros SPF do Google. O til no final atua como uma falha branda para qualquer outra fonte não identificada.

Compreender esses exemplos enriquece seu entendimento sobre a flexibilidade e a firmeza com que você pode estabelecer as autorizações de e-mail por meio de uma configuração adequada da sintaxe SPF.

Com essa base estabelecida, é hora de passar às etapas práticas para elaborar seus próprios registros SPF eficientes.

Como criar um registro SPF

Criar um registro SPF pode parecer intimidador no início, mas, ao dividi-lo passo a passo, torna-se gerenciável. Como alternativa, você pode gerar um registro SPF automaticamente. Pense nisso como definir as regras de um jogo; você precisa de diretrizes claras para garantir que apenas os jogadores certos — seus servidores de e-mail autorizados — participem do envio de mensagens em seu nome.

Etapa I: Identificar os servidores de e-mail autorizados

Sua primeira tarefa é simples: identificar todos os servidores de e-mail que enviam mensagens em nome do seu domínio. Isso inclui não apenas o seu provedor de hospedagem web, mas também quaisquer serviços de terceiros que você possa usar, como Google Workspace ou Mailgun. Ao mapear essas entidades, você poderá determinar quais servidores precisam de autorização. É como criar a lista de convidados de uma festa; apenas quem estiver na lista poderá entrar.

Imagine este processo: anote todos os provedores e serviços que lidam com o e-mail da sua empresa. Sejam e-mails transacionais de um sistema de gestão de relacionamento com o cliente ou mensagens de marketing enviadas por um serviço de envio em massa, cada serviço deve ser considerado para garantir uma entrega fluida e evitar retornos (bounces).

Etapa II: Construir o registro SPF

Com a sua lista em mãos, é hora de construir o seu registro SPF. Nosso guia sobre como elaborar um registro SPF aborda cada mecanismo. Ele é composto por vários “mecanismos” combinados com “qualificadores”. Em termos simples, os mecanismos informam ao servidor de e-mail do destinatário onde procurar as fontes de envio autorizadas. Os qualificadores especificam o quão rigoroso ou tolerante você deseja ser em relação às violações.

Por exemplo, um registro de amostra poderia ser v=spf1 mx include:_spf.google.com include:mailgun.org ~all. Aqui, mx permite seus servidores de troca de e-mails (mail exchange), enquanto include:_spf.google.com autoriza quaisquer endereços IP especificados no registro SPF do Google.

Ao construir essa linha, lembre-se:

• Comece com v=spf1 para indicar a versão.

• Adicione um mecanismo para cada serviço, como a, mx ou ip4.

• Encerre-a com o mecanismo “all”, que indica o quão rigoroso você deseja ser em relação aos envios não autorizados — se eles devem passar, sofrer uma falha branda, falhar ou permanecer neutros.

Essa abordagem estruturada garante que apenas os servidores permitidos possam enviar e-mails representando o seu domínio, ao mesmo tempo em que combate a falsificação de identidade de forma eficaz.

Etapa III: Publicar o registro SPF no DNS

Uma vez elaborado, a próxima etapa é publicar o seu registro SPF nas configurações de DNS do seu domínio. Isso normalmente envolve fazer login no site do seu registrador de domínio, acessar o gerenciamento de DNS e adicionar um novo registro TXT. Tenha em mente que nem todos os registradores nomeiam suas seções da mesma forma; procure opções relacionadas a registros DNS.

Depois de adicioná-lo com sucesso às suas configurações de DNS, dê a ele algum tempo — muitas vezes até 48 horas — para que as alterações se propaguem globalmente. É semelhante a anunciar um evento; depois de compartilhá-lo com todos, é preciso esperar um pouco para que as pessoas recebam essa informação e ajam de acordo.

Depois de criar e publicar o seu registro SPF, entender os componentes individuais é essencial para garantir que funcionem corretamente em conjunto. Compreender como cada peça contribui pode ajudar a evitar possíveis problemas de configuração mais adiante.

Mecanismos e modificadores SPF essenciais

Entender os mecanismos SPF é como conhecer as regras de um jogo; assim que você compreender como eles funcionam, se sentirá mais confiante para implementá-los de forma eficaz. Cada mecanismo especifica determinados hosts ou endereços IP autorizados a enviar e-mails para o seu domínio.

Mecanismos

Mecanismo a

O mecanismo a permite que o endereço IP encontrado no registro A do seu domínio envie e-mails em seu nome. Pense nisso como conceder permissão a um amigo de confiança — se o endereço dele corresponder, ele está dentro! Por exemplo, um registro SPF que diz v=spf1 a -all indica que apenas o servidor associado a esse registro A pode enviar e-mails; todos os demais são rejeitados de imediato.

Mecanismo mx

De maneira semelhante, o mecanismo mx funciona permitindo que os servidores de e-mail listados nos registros MX do seu domínio lidem com os e-mails de saída. Ele é especialmente útil quando os seus e-mails são enviados a partir de servidores diferentes do principal, como em muitas configurações corporativas em que vários servidores compartilham as responsabilidades pelo e-mail. Um exemplo aqui seria v=spf1 mx -all, que designa todos os servidores MX configurados dentro desse domínio como remetentes válidos.

Mecanismo include

O mecanismo include permite que você incorpore o registro SPF de outro domínio, o que é especialmente prático ao usar serviços como Mailgun ou Google Workspace, em que esses serviços gerenciam as funções de envio em seu nome. No entanto, reflita com cuidado sobre isso; embora incluir outros domínios simplifique o gerenciamento, isso pode complicar a sua configuração SPF caso surja algum problema com o domínio incluído. Considere usar algo como v=spf1 include:_spf.example.com -all, mas fique de olho na saúde desses registros incluídos para evitar falhas de entrega inesperadas.

Modificadores

redirect

O modificador redirect funciona como um ponteiro para outro registro SPF, voltado a políticas adicionais. Isso permite que você consolide as políticas SPF de vários domínios — ideal para organizações que gerenciam inúmeros subdomínios. Um exemplo poderia ser v=spf1 redirect=_spf.anotherdomain.com, garantindo que qualquer e-mail enviado a partir desse domínio siga as regras definidas no registro especificado.

exp

Por fim, temos o modificador exp, que pode aumentar a clareza ao fornecer explicações legíveis por humanos para as falhas de SPF. Isso significa que, se um e-mail não passar nas verificações SPF, você pode oferecer uma noção do motivo pelo qual ele não atendeu aos critérios, sem se aprofundar em detalhes técnicos. Por exemplo, uma implementação como v=spf1 -all exp=_spf_error.example.com indica que os destinatários devem consultar uma fonte separada para obter explicações sobre as mensagens que falharam.

Compreender esses mecanismos e modificadores estabelece a base para configurar de forma eficaz o seu framework de autenticação de e-mail. A seguir, exploraremos etapas concretas para integrar as configurações SPF ao seu ambiente DNS.

Etapas para implementar o SPF no DNS

A primeira etapa para implementar o seu registro Sender Policy Framework (SPF) envolve acessar o seu console de gerenciamento de DNS. Isso normalmente pode ser feito por meio da interface do seu registrador de domínio ou da sua empresa de hospedagem web. É como destrancar a porta de uma sala repleta de ferramentas para proteger as suas comunicações por e-mail. Dependendo do seu provedor, faça login e navegue pelos diversos menus para encontrar a seção apropriada das configurações de DNS.

Depois de localizar o seu console de gerenciamento de DNS, você está pronto para a próxima fase crucial: adicionar um novo registro TXT.

A segunda etapa é criar um novo registro TXT, que abrigará a sua política SPF. Ali, você encontrará uma opção rotulada como “Add New Record” ou algo semelhante. Para o campo “Name”, deixe-o em branco ou insira ”@” para representar o domínio raiz. Isso significa que o registro se aplica ao seu domínio principal, e não a um subdomínio, ajudando os servidores de e-mail a identificar onde buscar a autorização quando os e-mails são enviados a partir do seu domínio.

Com o registro TXT configurado, passamos a um dos aspectos mais críticos: inserir corretamente a sua sintaxe SPF.

Para esta etapa, você usará o seu registro SPF cuidadosamente construído, que define quais servidores de e-mail estão autorizados a enviar mensagens em nome do seu domínio. No campo “Value” ou “Data”, insira essa sintaxe com precisão. Por exemplo: v=spf1 a mx include:_spf.google.com ~all. Confira essa entrada com atenção, porque até mesmo um pequeno erro de digitação pode levar a uma configuração incorreta, permitindo que servidores não autorizados enviem e-mails em seu nome ou bloqueando os legítimos. Lembre-se de que a sintaxe segue uma estrutura específica: começa com a declaração de versão (v=spf1), seguida de mecanismos e qualificadores que detalham os servidores de envio autorizados.

Depois de inserir a sua sintaxe SPF, é hora de salvar o registro e aguardar que as alterações entrem em vigor nos servidores DNS.

A etapa final se concentra na propagação — assim que você salva o seu novo registro TXT, os sistemas DNS de todo o mundo podem levar até 48 horas para atualizar seus registros de acordo. Pense nisso como enviar convites; depois que eles saem, as pessoas precisam de tempo para responder. Durante esse período, você pode usar ferramentas online que verificam se o seu registro SPF foi propagado corretamente. Essas ferramentas são incrivelmente úteis; elas o pouparão de possíveis dores de cabeça no futuro ao confirmar que tudo está em ordem e funcionando como deveria.

Seguir essas etapas garante que você não apenas se proteja contra ataques de falsificação de identidade, mas também melhore a capacidade de entrega geral dos e-mails enviados a partir do seu domínio.

Vamos agora explorar como verificar de forma eficaz se a sua configuração está funcionando de maneira fluida e segura.

Validando a sua configuração SPF

Validar a sua configuração SPF não é uma mera formalidade; é uma etapa essencial para garantir que os seus e-mails sejam entregues corretamente, mantendo a segurança do domínio. Ao configurar o seu registro SPF, é vital que apenas os servidores de e-mail que você pretende autorizar tenham permissão para enviar mensagens em nome do seu domínio. Isso ajuda a evitar problemas como a falsificação de e-mail (spoofing), em que agentes maliciosos poderiam forjar um endereço de e-mail para enganar os destinatários.

Ferramentas para validação

Para auxiliar nesse processo, várias ferramentas online foram desenvolvidas especificamente para analisar registros SPF e identificar possíveis problemas. Por exemplo, ferramentas como MXToolbox, SPF Analyzer e CheckMX do Google oferecem interfaces intuitivas que avaliam rapidamente as suas configurações SPF em relação às melhores práticas.

Você pode estar se perguntando como essas ferramentas realizam sua análise. Normalmente, elas verificam se o registro SPF atende a critérios cruciais, como as regras de sintaxe e os limites de consultas DNS. Depois de submeter o seu domínio a um desses validadores, você geralmente receberá um relatório detalhando quaisquer discrepâncias ou áreas que precisam de atenção. É uma maneira simples, porém eficaz, de conferir novamente se está tudo em ordem.

Ferramenta	Recurso	URL
MXToolbox	Consulta SPF completa	mxtoolbox.com
SPF Analyzer	Análise detalhada de registros SPF	spfanalyzer.com
Google’s CheckMX	Verifica tanto registros SPF quanto MX	toolbox.googleapps.com

Com essas ferramentas de validação confirmando a sua configuração, você estará mais bem preparado para entender o que constitui um registro SPF bem estruturado. Esse conhecimento o prepara para a próxima exploração de aplicações reais, com exemplos concretos que ilustram configurações SPF eficazes.

Acostumar-se com as nuances desses registros pode ajudá-lo a implementar futuras modificações com confiança, contribuindo, em última análise, para uma operação de e-mail mais fluida e uma segurança reforçada para o seu domínio.

Exemplos de registros SPF

Os exemplos são inestimáveis quando se trata de compreender as nuances da construção de registros SPF eficazes, pois destacam a sintaxe crucial e as melhores práticas.

Exemplo 1: Registro SPF simples

Um registro SPF básico pode ter esta aparência:

v=spf1 mx -all

Nessa estrutura, o mecanismo mx indica que apenas os servidores de troca de e-mails (MX) associados ao seu domínio estão autorizados a enviar mensagens. O qualificador -all no final estabelece que qualquer outra fonte que tente enviar e-mail em nome do seu domínio será rejeitada de imediato. Trata-se de uma abordagem conservadora, perfeita para empresas que buscam uma proteção rigorosa contra a falsificação de e-mail.

Exemplo 2: Registro SPF complexo com includes

Para uma configuração mais detalhada, considere este exemplo:

v=spf1 a mx include:_spf.google.com include:mailgun.org ~all

Aqui, expandimos consideravelmente a nossa lista de autorizações. Além dos mecanismos a e mx, incluímos dois serviços externos: Google Workspace e Mailgun. Ao usar o mecanismo include, você concede a esses serviços permissão para enviar e-mails em seu nome. O ~all final implica uma falha branda para qualquer servidor não mencionado explicitamente; os e-mails desses servidores ainda passarão, mas podem ser marcados como potencialmente suspeitos. Essa configuração é ideal para organizações que dependem de serviços de terceiros e, ao mesmo tempo, mantêm certo nível de cautela ao lidar com fontes não autorizadas.

Além disso, empregar configurações tão abrangentes ajuda as empresas a aproveitar múltiplas plataformas sem comprometer a segurança. No entanto, isso exige monitoramento para garantir que nenhum dos domínios incluídos apresente problemas próprios; se isso acontecer, você poderia se expor inadvertidamente a vulnerabilidades.

Criar um registro SPF não se resume a escrever uma linha de texto; exige considerar cuidadosamente em quem você confia para enviar e-mails e como cada componente interage com os demais. Compreender as armadilhas comuns é essencial para elaborar uma estratégia eficaz que se integre perfeitamente à sua configuração geral de e-mail.

Resolvendo problemas comuns de SPF

Quando o assunto é SPF, ignorar até mesmo detalhes menores pode levar a problemas significativos. Um problema comum é ultrapassar o limite de consultas DNS, que é fixado em 10. Isso significa que, se o seu registro SPF incluir mecanismos demais, como include, cada um conta como uma consulta DNS. Se você ultrapassar esse limite, encontrará falhas de validação, o que pode causar interrupções na entrega de e-mails.

A solução não é excessivamente complicada; trata-se de simplificar a sua abordagem. Comece consolidando vários IPs sob um único mecanismo e reduzindo o número de instruções include sempre que possível. Em vez de ter entradas separadas para vários subdomínios, considere agrupá-las para manter o seu registro SPF conciso. Essa redução não só ajuda a permanecer dentro dos limites, como também torna o seu registro mais fácil de gerenciar.

Embora as consultas DNS sejam cruciais, não se esqueça de garantir que a sua sintaxe esteja livre de erros.

Problema II: Erros de sintaxe

Os erros de sintaxe representam outro obstáculo significativo no gerenciamento de registros SPF. Até mesmo um simples erro de digitação ou um caractere fora do lugar pode causar erros de configuração que deixam o seu domínio de e-mail vulnerável. É essencial prestar muita atenção; um espaço mal colocado ou um mecanismo incorreto pode acarretar consequências indesejadas.

Uma forma eficaz de mitigar essas preocupações é usar um verificador de sintaxe SPF antes de publicar o seu registro. Essas ferramentas online podem ajudar a identificar erros rapidamente e a poupar tempo e dores de cabeça no futuro, evitando contratempos durante a implementação.

Aqui estão algumas estratégias para garantir a exatidão das suas configurações SPF:

• Utilize validadores de SPF online, como os oferecidos pelo dmarcian ou por outros sites confiáveis.

• Sempre confira novamente se há erros de digitação; muitas vezes eles ocorrem durante a inserção manual.

• Certifique-se de que cada mecanismo esteja formatado corretamente: os prefixos corretos (+, ~, -, ?) devem corresponder ao resultado pretendido.

Ao permanecer atento a esses problemas comuns — ultrapassar o limite de consultas DNS e os erros de sintaxe — você pode garantir que o seu registro SPF permaneça robusto e funcional. Manter um registro SPF preciso não só melhora a capacidade de entrega dos e-mails, como também fortalece a segurança do seu domínio contra ataques de falsificação de identidade. Verificações e atualizações regulares garantirão que você não seja uma das muitas organizações que negligenciam suas configurações SPF, mantendo as suas comunicações confiáveis e seguras.

Para encerrar esta discussão sobre registros SPF, manter-se proativo no gerenciamento dessas configurações pode aprimorar significativamente a sua segurança de e-mail e o seu desempenho.

Quais erros comuns devem ser evitados ao escrever registros SPF?

Entre os erros comuns a evitar ao escrever registros SPF estão deixar de incluir todos os endereços IP de envio válidos, ultrapassar por engano o limite de 10 consultas DNS e usar mecanismos “all” sem a especificação adequada, o que pode expor o domínio a riscos de falsificação. Os dados mostram que 15% dos erros de configuração decorrem de negligenciar fontes de envio adicionais, ressaltando a importância de uma abordagem abrangente para garantir a entrega adequada de e-mails e a conformidade em segurança.

Como a sintaxe SPF afeta a capacidade de entrega de e-mails e a prevenção de spam?

A sintaxe SPF afeta significativamente a capacidade de entrega de e-mails e a prevenção de spam ao permitir que os domínios especifiquem quais servidores de e-mail estão autorizados a enviar mensagens em seu nome. Esse mecanismo de autenticação ajuda os servidores receptores a verificar a legitimidade das mensagens recebidas, reduzindo a probabilidade de serem marcadas como spam. De acordo com um estudo de 2023, as organizações que implementaram o SPF observaram uma redução de 20 a 30% nos incidentes relacionados a spam, evidenciando sua eficácia em aumentar a confiabilidade dos e-mails e melhorar a reputação geral do remetente.

Como criar um registro SPF para um domínio?

Para criar um registro SPF para um domínio, você precisa adicionar um registro TXT nas configurações de DNS do seu domínio que especifique quais servidores de e-mail têm permissão para enviar mensagens em nome do seu domínio. A sintaxe básica inclui a tag de versão “v=spf1”, seguida de mecanismos como “ip4”, “ip6” ou “include” para listar as fontes autorizadas. Por exemplo, um registro SPF pode ter esta aparência: “v=spf1 ip4:192.0.2.0/24 include:_spf.example.com -all”. Configurar corretamente o seu registro SPF pode reduzir significativamente a falsificação de e-mail; estudos indicam que domínios com registros SPF implementados sofrem até 77% menos ataques de phishing.

Os registros SPF podem coexistir com outros métodos de autenticação de e-mail, como DKIM e DMARC?

Sim, os registros SPF podem coexistir com outros métodos de autenticação de e-mail, como DKIM e DMARC e, na verdade, isso é recomendado para uma segurança de e-mail reforçada. Enquanto o SPF verifica os endereços IP do remetente, o DKIM garante a integridade da mensagem por meio de assinaturas criptográficas, e o DMARC se apoia em ambos ao fornecer um mecanismo de geração de relatórios e aplicação de políticas. Combinar esses protocolos leva a uma defesa mais robusta contra ataques de falsificação e phishing; estudos mostraram que domínios que implementam o DMARC junto com o SPF e o DKIM observam um aumento de 10 a 20% nas taxas de entrega de e-mails.

Quais são os componentes da sintaxe SPF?

Os componentes da sintaxe SPF incluem o identificador de versão (sempre “v=spf1”), os mecanismos que definem quais hosts têm permissão para enviar e-mails (como “ip4”, “ip6” e “include”) e os modificadores que fornecem instruções adicionais para o tratamento dos registros SPF. Cada mecanismo tem uma função específica, como “-all”, que indica uma falha para todas as outras fontes não listadas, enquanto “~all” sugere uma falha branda. Compreender esses componentes é crucial, pois as organizações que implementam o SPF observaram uma queda média de 70% nas tentativas de falsificação de e-mail, aprimorando substancialmente a sua segurança de e-mail.