Questão Por que não posso me enviar um email para: MyEmail@74.125.235.55?


eu abri cmd e digitado ping gmail.com. Isso me mostra:

C:\Windows\system32>ping gmail.com

Pinging gmail.com [74.125.235.55] with 32 bytes of data:
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=215ms TTL=56

Ping statistics for 74.125.235.55:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 215ms, Average = 58ms

C:\Windows\system32>

eu tenho um Gmail conta, então eu enviei um email, mas em vez de email@gmail.com eu usei email@74.125.235.55.

Resposta:

Este é um gerado automaticamente   Notificação de status de entrega

ISTO É APENAS UMA MENSAGEM DE AVISO.

VOCÊ NÃO PRECISA REENCHER SEU   MENSAGEM.

Entrega ao seguinte destinatário   foi adiada:

xxxxxx@74.125.235.54

A mensagem será repetida por mais 2   dias)

Detalhes técnicos de temporário   falha: o servidor do destinatário não   Aceite nossos pedidos para se conectar. Aprender   mais em    http://mail.google.com/support/bin/answer.py?answer=7720   [74.125.235.54 (1): Conexão   recusou]

----- Mensagem original -----

MIME-Versão: 1.0 Recebido: por   10.223.93.196 com id de SMTP w4mr3261626fam.44.1309944998035; Qua,   06 de julho de 2011 02: 36: 38-0700 (PDT)   Recebido: por 10.223.104.194 com HTTP;   Qua, 6 de Jul de 2011 02:36:37 -0700 (PDT)   Data: Qua, 6 / Jul / 2011: 17:36:37 +0800   ID da mensagem:      Assunto: teste De: Joseph    Para:   xxxxxx@74.125.235.54 Tipo de Conteúdo:   multiparte / alternativa;   limite = 20cf3054a49348815504a763560c

teste TESTE

Eu não recebi o email. Por quê?

Por que não posso simplesmente substituir o gmail.com parte com 74.125.235.55?


120


origem




Respostas:


Porque 74.125.235.55 não é o MX (troca de e-mail) para o gmail.com.

Se vocês ping gmail.com ping usa o Uma gravação para executar sua tarefa, mas o envio de e-mails (muitas vezes) incorpora outros servidores.

Você pode usar a ferramenta dig (no Windows: nslookup -q=mx gmail.com como grawity mencionado nos comentários) para ver aqueles DNS registros:

Probe:~ trurl$ dig -t ANY gmail.com

; <<>> DiG 9.6.0-APPLE-P2 <<>> -t ANY gmail.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65087
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 9

;; QUESTION SECTION:
;gmail.com.         IN  ANY

;; ANSWER SECTION:
gmail.com.      3519    IN  MX  30 alt3.gmail-smtp-in.l.google.com.
gmail.com.      3519    IN  MX  5 gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns4.google.com.
gmail.com.      3519    IN  MX  10 alt1.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns3.google.com.
gmail.com.      3   IN  A   209.85.148.18
gmail.com.      3519    IN  MX  40 alt4.gmail-smtp-in.l.google.com.
gmail.com.      3   IN  A   209.85.148.83
gmail.com.      3   IN  A   209.85.148.17
gmail.com.      74086   IN  NS  ns1.google.com.
gmail.com.      3   IN  A   209.85.148.19
gmail.com.      3519    IN  MX  20 alt2.gmail-smtp-in.l.google.com.
gmail.com.      74086   IN  NS  ns2.google.com.

Como você pode ver, há até vários servidores gerenciando e-mail para gmail.com e cada um deles tem prioridades diferentes (o número na última coluna).

E se você prosseguir, verá que gmail-smtp-in.l.google.com (o primeiro mx na lista acima) aponta para um endereço IP diferente:

;; QUESTION SECTION:
;gmail-smtp-in.l.google.com.    IN  ANY

;; ANSWER SECTION:
gmail-smtp-in.l.google.com. 42  IN  A   74.125.39.27

Então você teria que usar recipient@[74.125.39.27] (esta é a sintaxe correta como JdeBP mencionado nos comentários).


MAS O Google não aceita esses e-mails:

Jul  6 13:25:15 lofi postfix/smtp[31213]: C6FXXXXXXX: to=<REMOVED@[74.125.39.27]>,
relay=74.125.39.27[74.125.39.27]:25, delay=3.4, delays=0.16/0.01/0.15/3.1, dsn=5.1.1,
status=bounced(host 74.125.39.27[74.125.39.27] said:
550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=6596 REMOVEDg.99
(in reply to RCPT TO command))

Pensando mais sobre isso: o Google não aceita ou não aceita esses e-mails porque eles não sabem a quem você gosta de enviar. O servidor por trás de 74.125.39.27 poderia manipular e-mails para gmail.com, google.com, picasa.com (etc, etc ...), então não há como distinguir o usuário.


152



Você esqueceu de mencionar isso email@74.125.39.27 seria a sintaxe errada, de qualquer forma, de acordo com a RFC 5322 § 3.4.1. - JdeBP
Seção RFC Relevante. - Humphrey Bogart
nslookup dará informações semelhantes em máquinas Windows. - MikeJ-UK
nslookup -q=mx gmail.com para ser mais preciso. - grawity


Quando você envia um email para user@domain.com, o servidor de email de saída usa o Registro MX de DNS do domínio de destino para determinar qual endereço IP é responsável pelo tratamento de mensagens nesse domínio. Isso pode não ser o mesmo endereço IP retornado durante um ping normal.

Usando a ferramenta 'dig' no Linux, posso determinar que o registro MX de gmail.com seja resolvido para o seguinte conjunto de servidores:

gmail-smtp-in.l.google.com.
alt1.gmail-smtp-in.l.google.com.
alt2.gmail-smtp-in.l.google.com.
alt3.gmail-smtp-in.l.google.com.
alt4.gmail-smtp-in.l.google.com.

que produzem resultados de ping completamente diferentes:

$ ping gmail-smtp-in.l.google.com.
PING gmail-smtp-in.l.google.com (209.85.227.27) 56(84) bytes of data.
64 bytes from wy-in-f27.1e100.net (209.85.227.27): icmp_req=1 ttl=50 time=12.8 ms

Se você pode realmente enviar e-mail diretamente para esse endereço IP provavelmente depende do seu cliente de e-mail e servidor de e-mail, e você pode precisar colocar o endereço entre colchetes conforme tipo de encaixeresposta.


25





Tente usar:

email@[74.125.235.55]

11



Isso pode não funcionar, como a análise pessoal ilustra, mas vale a pena tentar. - slotishtype
O endereço "xxxxx @ [74.125.235.55]" no campo "Para" não foi reconhecido. Por favor, certifique-se de que todos os endereços estão devidamente formados. - Pacerier
Eu sei, essa é uma configuração específica do Gmail. Você pode enviá-lo de um cliente de email diferente, mas pode não enviar. - slotishtype
btw eu estou curioso, qual é a razão que fez você pensar que isso iria funcionar? - Pacerier
@[ip] é uma sintaxe especial no RFC que é definida como ignorando a pesquisa do MX. - Random832


74.125.235.55 não é um gateway do Gmail. Se você for diretamente para o endereço IP no seu navegador, ele não irá para o site do Gmail. ele vai para o Google, então isso pode ser um ponto.


7



Então, qual é o gateway do Gmail? Para reformular, que números devo digitar no navegador para obter a página que normalmente vejo no gmail.com? - Pacerier
@Pacerier, os servidores da web exibirão páginas diferentes dependendo de qual nome de domínio você usa para acessá-las. Por exemplo, eu administro iconsf.org e iconsfinc.com. Eles estão no mesmo servidor com o mesmo endereço IP, mas a página da Web que você vê depende do nome que você digita. Se você acabou de usar o endereço IP, você sempre verá iconsf.org. - CarlF


Primeiro, esse endereço IP em si não será listado como um registro MX do DNS (mesmo se você usou o endereço IP correto do servidor de e-mail), como os outros disseram, então ele não encontrará o servidor em primeiro lugar (ele também não vai rota com base nesse endereço IP como o @thedomain é usado apenas para pesquisas). Mesmo se você usou o telnet para se conectar diretamente ao servidor (é assim que os especialistas testam o e-mail diretamente), ele ainda falharia pelo seguinte motivo:

Sempre que eu configuro um sistema de email, e faço um monte deles, com o Microsoft Exchange ou outros, você sempre tem que dizer quais são os domínios que ele aceitará. Eu sempre entro @thedomain.com, o que significa que só aceita emails para esse domínio. Desde a @74.125.235.55 não é um domínio, e certamente não está na lista de domínios aceitos, mesmo se você estivesse diretamente conectado ao servidor de e-mail, ele ainda o rejeitaria.


6



Na realidade, 74.125.235.55  é um domínio (por RFC 5322 § 3.4.1 não é a sintaxe de um endereço IP em um addr-spec). É um domínio inexistente, mas é um domínio, para aborrecimento de vários operadores de servidores DNS de conteúdo. Note também que vários MTS automaticamente aceitar correio endereçado aos endereços IP de seus servidores de retransmissão SMTP (na maneira sintaticamente correta). Versões mais antigas do exim faziam isso.  O mesmo acontece com o qmail. - JdeBP
@ JdeBP Eu não sou um especialista nesse RFC, e quando eu olhei para ele, de cabeça queria explodir, mas não deveria ter um .com ou .net para realmente ser um domínio? Em qualquer caso, para todos os efeitos práticos, não é um domínio, e certamente não está na questão dada. - KCotreau
Isso é parte do problema: é um domínio na questão, especialmente para fins práticos. É só que o questionador é como você e não percebe isso. Em um addr-spec a seqüência de caracteres 74.125.235.55 é um domínio, com os rótulos 55, 235, 125e 74 em ordem decrescente da raiz. Em 2008, Duane Wessels et al. colocar nomes de domínio inexistentes como causadores de 3,8% das consultas no servidor DNS de conteúdo raiz "K" da ICANN. Agora é hora de você ler a RFC 4697 § 2.9. - JdeBP
Eu deveria ter dito domínio "solucionável" no meu primeiro comentário. Sim, está tentando ser resolvido, mas sem o .com, etc. sempre falhará. - KCotreau


A questão é o que um endereço de e-mail realmente é.

Em muitos esquemas de protocolos, a sintaxe de endereço xxx@example.com significa apenas "conectar-se ao host da Internet example.com e especifique (para o protocolo relevante) usuário xxx". SSH, FTP, SCP e outros seguem esse padrão: example.com é apenas um nome sofisticado para um endereço IP (que é resolvido da mesma forma que ao fazer um ping). Para e-mails, é diferente. A corda cheia xxx@example.com é aqui um endereço de e-mail, o domínio faz parte do endereço, não é apenas o servidor ao qual se conectar para enviá-lo; esse servidor é chamado de "relay" e é obtido dessa parte do host por uma solicitação de DNS especial (registros MX), conforme explicado em outras respostas, mas lembre-se:

  1. pode coincidir ou não com o endereço IP "normal" para example.com (A registro). freqüentemente eles são diferentes.

  2. uma vez que o cliente descobre o relé e se conecta a ele, ele ainda deve informar o endereço de e-mail completo "Quero enviar um e-mail para xxx@example.com"(o mesmo relé pode processar mensagens para diferentes domínios).

BTW, o segundo ponto (mas não o primeiro) também se aplica a HTTPdesde 1.1: o domínio é usado para resolver o endereço IP do host, mas também é usado para especificar o recurso.


3





Lembre-se de que os servidores de correio de destino olham endereço inteiro, incluindo o nome que segue o @ placa. Os servidores de e-mail do Gmail só rotearão mensagens que terminem em @gmail.com, descartando ou rejeitando todos os outros endereços[1].

O endereço IP do servidor de e-mail do Gmail é 74.125.45.27. Mas o endereço tyler@gmail.com não é a mesma coisa que tyler@74.125.45.27. O Gmail diria "Eu sei quem é tyler@gmail.com, mas nunca ouvi falar do nome tyler@74.125.45.27", e decide que não poderia entregar para o segundo endereço.


[1]Sim, sei que não é exatamente verdade e sim, sei sobre o Google Apps.


2