Português
English
A resposta curta: quando o seu endereço reencaminha as mensagens para outro (por exemplo, para o Gmail), o servidor de destino vê a mensagem a chegar do seu servidor, que não está na lista de quem pode enviar em nome do remetente original. O SPF falha, e a mensagem cai no spam ou é recusada. Há três formas de contornar.
Porque acontece
| Passo | O que se passa |
| 1. Alguém escreve-lhe | O remetente (por exemplo, um banco) envia para o seu endereço no seu domínio. |
| 2. O seu servidor reencaminha | Entrega a mensagem ao Gmail com o endereço do remetente original, mas a partir do seu servidor. |
| 3. O Gmail verifica o SPF | Pergunta ao domínio do remetente se o seu servidor está autorizado. Não está. Falha. |
| 4. O resultado | Spam, quarentena ou recusa, sobretudo se o remetente tem uma política rigorosa (DMARC). |
| O que sobrevive | A assinatura DKIM, quando existe e não é alterada, passa na verificação mesmo reencaminhada. |
O que fazer, por ordem de preferência
|
|
|
|
|
| Não resolve juntar o servidor de reencaminhamento ao SPF do remetente: isso não está nas suas mãos (é o domínio do outro) e não deve estar. Quem pode agir é você, mudando o modo como recebe, ou quem reencaminha, reescrevendo o remetente. |
| Os três conceitos de reencaminhar, apelido e apanha-tudo confundem-se facilmente: Reencaminhamentos, alias e catch-all. Se a mensagem foi devolvida com um código, veja Mensagem devolvida 550. |
|
Uma mensagem importante não chega ao reencaminhar? Abra um pedido com o cabeçalho completo dessa mensagem (sem senhas). Abrir pedido de suporte |
PRODUTO RECOMENDADO E-mail profissional no seu domínio Caixas com o nome da sua empresa, sem publicidade, com filtro de spam. desde 5.940,00 Kz/mês (plano de 3 anos, com cupão) Ver planos |
- 0 Utilizadores acharam útil
