Quando enviamos e-mails para servidores do Hotmail, eles não reconhecem nosso ID de Remetente. Na fonte de email de recebimento, lê-se
Resultados da autenticação: hotmail.com; remetente-id = temperror ...
quando deveria dizer passar como com qualquer outro. Portanto, nossos e-mails legítimos vão para a pasta de lixo eletrônico.
Algumas coisas a apontar:
- O SPF é feito corretamente e trabalha com todos os outros grandes provedores de e-mail, como Yahoo, Gmail, etc.
- Enviamos nosso ID de remetente há muito tempo.
- Nós nos inscrevemos no programa JMR.
- Nós tentamos todas as etapas acima com outro domínio nosso e diferentes IPs também, nada mudou.
Recebemos esse erro há semanas. Eu me pergunto como as pessoas que "passam" no cabeçalho fazem isso.
Estou ciente de que o ID do Remetente não é a única coisa que afeta a capacidade de entrega, mas preciso consertar apenas o ID do Remetente, pois parece ser o mais difícil de resolver e provavelmente esse é o único problema que temos. O IP e o domínio são novos e não estão em nenhuma lista negra.
Obrigado antecipadamente.
Parece ser um bug no lado do hotmail. Eu tenho o mesmo problema que você desde 3 meses, alguns domínios com os mesmos registros spf do que outros domínios, estão falhando com senderid = temperror.
Eu escrevi para o hotmail, eles me dizem que é um bug do lado deles (talvez no cache do dns), e eles estão trabalhando "ativamente" para resolvê-lo ...
o hotmail é uma merda ....
As pessoas do OpenSPF têm uma explicação para esses temperamentos.
De link :
Hotmail does not use live DNS for Sender ID. They have a DNS cache that they update twice per day. All TempError means is that your domain's SPF record is not in their cache. To get your record added to their cache, send an e-mail message to [email protected] with your domain in it. They will add it, but be patient as it's a manual process and the cache only updates twice a day.
Eu expressaria minha opinião sobre as pessoas responsáveis por isso, mas tenho certeza de que violaria as diretrizes do site sobre palavrões.
Eu não sei qual deveria ser a pergunta, então eu assumo: "Como verificar os registros SPF?"
O melhor é acessar o link , preencher o (s) formulário (s) e verificar se há erros. Você provavelmente não verá erros, caso contrário, o Google o rejeitaria imediatamente. Mas você pode ver avisos. Cuide das advertências, conserte-as e você verá.
E então você deve estar ciente de que o ID do Remetente não é SPF. Consulte a entrada e o OpenSPF site (quando ele estará de volta online). Mas existem ainda mais recursos .
Tente enviar uma mensagem para o endereço do verificador da porta25 [email protected] . Você pode rever minhas experiências em Detecting Email Server Forgery . O artigo inclui uma lista de serviços de verificação que podem ajudar você a rastrear seu problema.
Esse problema está acontecendo com outros ISPs. Não é um problema com o seu SPF. Acredito que devido a novas medidas de conformidade, há mudanças na leitura de SPF e DKIM. Eu vejo esse erro mais sagacidade configurações SPF estritas, mas não DKIM. Você não precisa do DKIM, mas infelizmente acho que há alguma correlação com esses erros e com o DKIM ausente.