Tudo está funcionando agora, teve que fazer um pequeno ajuste em nosso SPF e também só precisou de tempo para o nosso DNS se propagar.
O Exchange 2007 usa DNS direto para todos os emails de saída. O email que é enviado do nosso IP público ( 1.2.3.4 - este é o IP do meu servidor de email ) é entregue às pastas de spam para provedores como Comcast e yahoo.
Atualmente, nosso SPF é assim: v = spf1 ip4: 1.2.3.4 mx a: mail.domain.com? all
MX: mail.domain.com. (10)
A entrada de DNS reverso em nosso ISP é mail.domain.com para nosso IP
A resposta do banner HELO do nosso servidor é < 220 mail.domain.com >
Nosso endereço IP NÃO está na lista negra em nenhum lugar, e o Cisco Senderbase nos fornece uma pontuação de Bom
Qual é a razão pela qual nossa correspondência não parece legítima?
se eu entendi direito:
seu domínio está registrado nos servidores de e-mail do seu provedor e seu servidor de e-mail está entregando os e-mails diretamente. Assim, quando o e-mail é entregue, a busca reversa do ip pode falhar (primeiro spam), então o servidor de recebimento vê um spf que não está apontando para o seu sistema (segundo spam) e seu sistema é listado como endereço IP no SPF gravar (talvez spam # 3) e a direção de entrada é roteada através de um sistema diferente, que não é 100% claro pela informação que você deu (spam # 4).
Isso também explica por que ele está funcionando quando você tenta enviar mensagens por meio da interface da Web.
Basta dizer à sua caixa de câmbio para enviar todas as mensagens de saída através do servidor smtp do provedor e tudo ficará bem novamente.
KR
gromit
como você me disse que eu tenho algo errado, apenas me ajude a ajudá-lo:)
Mail and DNS hosted with Network Solutions. MX records only point to NetSol. Exchange POP connector used to download mail to our Exchange mailboxes.
Ambos estão bem.
Exchange 2007 uses direct DNS for all outgoing mail. Mail that is sent from our public IP (1.2.3.4) >is delivered to the spam folders for providers such as Comcast and yahoo. When they reply to that >mail, it is never received by us.
Isso parece muito com uma configuração incorreta dos registros MX ou um erro em algum lugar no sistema de email. Normalmente, o e-mail deve bater na caixa de correio do seu provedor e, em seguida, você deve obtê-lo via conector pop3. Como isso não acontece. Verifique os registros MX e para verificar quaisquer pastas de spam disponíveis no sistema de correio do seu provedor. (O conector POP3 não está baixando as subpastas iirc).
If we login to the NetSol webmail portal (mail.ourdomain.com), and send mail to Comcast or yahoo, >the message is received normally, and we receive replies. My thought is that once the message is >marked as spam, their reply never gets to us, as the NetSol spam filters are extremely aggressive, >and drop the message. We have no control/access to these filters or logs of what is filtered. But >why are we being marked as spam?
Tenho certeza de que esse problema vem de registros incorretos de mx ou spf. Quando você envia um e-mail via netsol web ui, ele é entregue ok, porque é entregue via netsol smtp que está configurado corretamente no dns ...
Currently, our SPF looks like this: v=spf1 ip4:1.2.3.4 mx a:inbound.ourdomain.com.netsolmail.net ?all
MX: inbound.ourdomain.com.netsolmail.net.(10) with CNAMES of mail.ourdomain.com and smtp.ourdomain.com
The reverse DNS entry on our ISP is ourdomain.com for our IP
"Nosso IP"? Do servidor web do sistema de correio?
The banner HELO response from our server is <220 ourdomain.com> Our IP address is NOT blacklisted anywhere, and the Cisco Senderbase gives us a score of Good
Como eu escrevi antes, tem algo a ver com a configuração do dns. Mas só posso verificá-lo se você me der o domínio de que estamos falando.
KR
Gromit
Tags exchange-2007