Не мой опыт; если сервер не неисправен, они почти никогда не отказывают; рабочие станции отказывают много.
Править: Ох, за одним исключением. Серверы Citrix отказывают много; мы получаем много ошибок из памяти и полный набор каждой программной ошибки на планете; это вызвано тем, что они запускают приложения пространства пользователя, которые, намного более вероятно, будут иметь утечки памяти.
При рассмотрении электронного письма от y'day, отправленного от Gmail, я не вижу IP отправителя нигде в транспортном заголовке (всего один сервер Gmail). Google имеет его, несомненно, но это, вероятно, взяло бы получение повестки в суд, включенной для получения его.
Почтовые серверы скрывают свои адреса отправителей, особенно если они используют 'веб-почту'. В переписке его сервер к серверу и клиенту всегда получает их электронную почту с их сервера. Когда они посылают электронное письмо, они не отправляют, оно непосредственно к гуглит почтовый сервер, но оно отправляется в их почтовый сервер, кто, чем передает его в Google.
Вот пример обмена от google.com:
postfix/smtpd[26593]: подключение из mail-yx0-f195.google.com [209.85.210.195]
postfix/smtpd[26593]: D23242C681AA: client=mail-yx0-f195.google.com [209.85.210.195]
постфикс/очистка [31200]: D23242C681AA: идентификатор сообщения = postfix/qmgr[4010]: D23242C681AA: от =, size=2016, nrcpt=2 (активная очередь)
postfix/smtpd[722]: подключение от localhost.localdomain [127.0.0.1]
postfix/smtpd[722]: A64A02C681B2: client=localhost.localdomain [127.0.0.1]
постфикс/очистка [31200]: A64A02C681B2: идентификатор сообщения =
postfix/smtpd[722]: разъединение от localhost.localdomain [127.0.0.1]
postfix/qmgr[4010]: A64A02C681B2: от =, size=2602, nrcpt=2 (активная очередь)
postfix/smtp[31242]: D23242C681AA: к =, relay=127.0.0.1 [127.0.0.1]:10024, delay=4.9, delays=0.12/0.01/0/4.8, dsn=2.0.0, status=sent (250 2.0.0 хорошо: поставленный в очередь как A64A02C681B2)
postfix/smtp[31242]: D23242C681AA: к =, orig_to =, relay=127.0.0.1 [127.0.0.1]:10024, delay=4.9, delays=0.12/0.01/0/4.8, dsn=2.0.0, status=sent (250 2.0.0 хорошо: поставленный в очередь как A64A02C681B2)
postfix/qmgr[4010]: D23242C681AA: удаленный
postfix/lmtp[732]: A64A02C681B2: к =, relay=mail.medomain.com [10.0.2.5]:7025, delay=0.12, delays=0.01/0.02/0/0.09, dsn=2.1.5, status=sent (250 2.1.5 хорошо)
postfix/smtp[733]: A64A02C681B2: к =, relay=gmail-smtp-in.l.google.com [209.85.221.45]:25, delay=1.5, delays=0.01/0.02/0.25/1.2, dsn=2.0.0, status=sent (250 2.0.0 OK 1245978619 11si5308893qyk.152)
postfix/qmgr[4010]: A64A02C681B2: удаленный
Поскольку Вы видите его единственные сервер-серверные передачи. Если Вы хотели знать, кто соединился с тем, какой IP, Google будет иметь той информацией более или менее в их журналах фронтенда вместо почтовых журналов бэкенда.
Gmail и большинство почтовых поставщиков скроют его по умолчанию (я полагаю, что только Hotmail раньше включал однажды).
Если Вы хотите проследить реальный IP-адрес, самый легкий путь (без повестки в суд) состоит в том, чтобы создать электронное письмо со ссылкой (или изображение) и надеяться, что пользователь считает его (или нажмет на ссылку). Пока электронная почта является достаточно интересной (и не спамной), пользователь будет работаться временно для чтения ее..
Но даже если Вы получаете полный заголовок, Вы ничему не можете доверять кроме последнего Полученного заголовка (все остальное может фальсифицироваться). См. также, Как отследить исходное местоположение электронного письма через его IP-адрес.
Я думаю, что Gmail является одним из некоторых, которые скрывают IP для Вас. Каждый раз, когда я получаю ответы на объекты для продажи на Craigslist, я всегда проверяю IP перед ответом. Я заметил, что hotmail и дюйм/с Yahoo присутствуют, в то время как Gmail не.
Спаммеры поймали на это также и теперь используют heck из адресов Gmail для отправки спама.