Por que não consigo enviar um e-mail para: MyEmail@74.125.235.55?

120

Eu abri cmde digitei 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>

Como tenho uma conta do Gmail , enviei um e-mail a mim mesmo, mas não o email@gmail.comusei email@74.125.235.55.

Resposta:

Esta é uma notificação de status de entrega gerada automaticamente

ISTO É APENAS UMA MENSAGEM DE ALERTA.

VOCÊ NÃO PRECISA REENVIAR SUA MENSAGEM.

A entrega ao seguinte destinatário foi atrasada:
xxxxxx@74.125.235.54
A mensagem será repetida por mais 2 dia (s)

Detalhes técnicos de falha temporária: O servidor destinatário não aceitou nossos pedidos de conexão. Saiba mais em http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1): conexão recusada]

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

Versão MIME: 1.0 Recebida: por 10.223.93.196 com ID 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 julho de 2011 02:36:37 -0700 (PDT) Data: qua, 6 de julho de 2011 17:36:37 +0800 ID da mensagem: Assunto: test De: Joseph Para: xxxxxx@74.125.235.54 Tipo de conteúdo: multipart / alternativa; limite = 20cf3054a49348815504a763560c

teste TESTE

Não recebi o email. Por quê?

Por que não posso simplesmente substituir a gmail.compeça 74.125.235.55?

ip gmail ping smtp

— Pacerier
fonte

152

Porque 74.125.235.55 não é o MX (troca de mensagens) para gmail.com.

Se você executar ping no gmail.com, pingusa o registro A para executar sua tarefa, mas o envio de emails (geralmente) incorpora outros servidores.

Você pode usar a ferramenta dig(no Windows: nslookup -q=mx gmail.comconforme a gravidade mencionada nos comentários) para ver os registros DNS :

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, existem até vários servidores que lidam com email para gmail.com e cada um deles tem prioridades diferentes (o número na última coluna).

E se você continuar, verá que gmail-smtp-in.l.google.com (o primeiro mxda 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 o 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 não sabe para quem você deseja enviá-lo . O servidor atrás 74.125.39.27 poderia lidar com e-mails para gmail.com, google.com, picasa.com(etc., etc ...), então não há nenhuma maneira de distinguir o usuário.

— tremer
fonte

49

Você esqueceu de mencionar que email@74.125.39.27seria a sintaxe errada de qualquer maneira, conforme RFC 5322 § 3.4.1.

— JdeBP 06/07

13

Seção RFC relevante .

— Humphrey Bogart

9

nslookupfornecerá informações semelhantes em máquinas Windows.

— MikeJ-UK

12

nslookup -q=mx gmail.compara ser mais preciso.

— grawity

25

Quando você envia um email para user@domain.com, o servidor de email de saída usa o registro MX DNS do domínio de destino para determinar qual endereço IP é responsável pelo tratamento de emails nesse domínio. 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 para gmail.com é 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 completamente diferentes de ping:

$ 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 email diretamente para esse endereço IP provavelmente depende do seu cliente de email e servidor de email, e talvez seja necessário colocar o endereço entre colchetes, conforme a resposta do tipo de slot .

11

Tente usar:

email@[74.125.235.55]

— slotishtype
fonte

Isso pode não funcionar, como ilustra a análise dos caras, mas talvez valha a pena tentar.

— Slotishtype 6/07

1

O endereço "xxxxx @ [74.125.235.55]" no campo "Para" não foi reconhecido. Certifique-se de que todos os endereços estejam devidamente formados.

— Pacerier

Eu sei, essa é uma configuração específica do Gmail. Você pode enviá-lo de um cliente de email diferente, mas ele pode não ser enviado.

— Slotishtype

btw Estou curioso, qual é a razão que fez você pensar que isso iria funcionar?

— Pacerier 06/07/11

16

@[ip]é uma sintaxe especial no RFC que é definida como ignorando a pesquisa MX.

— Random832

7

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

— Sandeep Bansal
fonte

1

então qual é o gateway do gmail? Para reformular, quais números devo digitar no navegador para obter a página que costumo ver no gmail.com?

— Pacerier 06/07/11

2

@Pacerier, os servidores da Web exibirão páginas diferentes, dependendo do nome de domínio que você usa para acessá-los. Por exemplo, administro iconsf.org e iconsfinc.com. Eles estão no mesmo servidor no mesmo endereço IP, mas a página da Web que você vê depende do nome digitado. Se você acabou de usar o endereço IP, sempre verá o iconsf.org.

— CarlFel

6

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

Sempre que eu configuro um sistema de correio e faço muitos deles, com o Microsoft Exchange ou outros, você sempre precisa informar quais são os domínios que ele aceita. Eu sempre entro @thedomain.com, o que significa que ele aceitará apenas emails desse domínio. Como @74.125.235.55não é um domínio, e certamente não está na lista de domínios aceitos, mesmo se você estivesse diretamente conectado ao servidor de email, ele ainda o rejeitará.

— KCotreau
fonte

2

Na verdade, 74.125.235.55 é um domínio (de acordo com o 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 grande aborrecimento de vários operadores de servidores DNS de conteúdo. Observe também que vários MTSes aceitarão automaticamente emails endereçados aos endereços IP de seus servidores de retransmissão SMTP (da maneira sintaticamente correta). Versões mais antigas do exim fizeram isso. O qmail também.

— JdeBP 06/07

@JdeBP Não sou especialista nessa RFC e, quando olhei para ela, queria explodir de cabeça, mas não deveria ter um .com ou .net para realmente ser um domínio? De qualquer forma, para todos os fins práticos, não é um domínio e certamente não está na questão.

— KCotreau

1

Isso faz parte do problema: é um domínio em questão, especialmente para fins práticos . É que o interlocutor é como você e não percebe isso. Em uma addr-speca sequência de caracteres 74.125.235.55é um domínio, com as etiquetas 55, 235, 125, e 74em ordem decrescente a partir da raiz. Em 2008, Duane Wessels et al. colocar nomes de domínio inexistentes como causando cerca 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 "resolvível" no meu primeiro comentário. Sim, está tentando ser resolvido, mas sem o .com etc. sempre falha.

— KCotreau

3

A questão é o que realmente é um endereço de email .

Em muitos esquemas de protocolos, a sintaxe do endereço xxx@example.comsignifica apenas "conectar-se ao host da Internet example.come especificar (para o protocolo relevante) o 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 maneira que quando a ping). Para e-mails, é diferente. A cadeia completa xxx@example.comé aqui um endereço de email, o domínio faz parte do endereço, não é apenas o servidor ao qual uma conexão se envia para enviá-lo; esse servidor é chamado de "retransmissão" e é obtido, a partir dessa parte do host, por uma solicitação DNS especial (registros MX), conforme explicado em outras respostas, mas lembre-se:

pode coincidir ou não com o endereço IP "normal" para example.com( Aregistro). freqüentemente eles são diferentes.
depois que o cliente descobre a retransmissão e se conecta a ela, ainda precisa informar o endereço de e-mail completo "Quero enviar uma mensagem para xxx@example.com" (a mesma retransmissão pode processar e-mails para domínios diferentes).

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

— leonbloy
fonte

2

Lembre-se de que os servidores de correio de destino examinam todo o endereço , incluindo o nome que segue o @sinal. Os servidores de email do Gmail apenas rotearão as mensagens que terminam @gmail.com, descartando ou rejeitando todos os outros endereços ^[1] .

O endereço IP do servidor de email do Gmail é 74.125.45.27. Mas o endereço tyler@gmail.comnão é o mesmo 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 decidi que não poderia ser entregue no segundo endereço.

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

— tylerl
fonte