November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
Wednesday, July 4th, 2007 08:45 pm
OrgName: Microsoft Corp
OrgID: MSFT
Address: One Microsoft Way
City: Redmond
StateProv: WA
PostalCode: 98052
Country: US

NetRange: 65.52.0.0 - 65.55.255.255
CIDR: 65.52.0.0/14
NetName: MICROSOFT-1BLK
NetHandle: NET-65-52-0-0-1
Parent: NET-65-0-0-0-0
NetType: Direct Assignment
NameServer: NS1.MSFT.NET
NameServer: NS5.MSFT.NET
NameServer: NS2.MSFT.NET
NameServer: NS3.MSFT.NET
NameServer: NS4.MSFT.NET
Comment:
RegDate: 2001-02-14
Updated: 2004-12-09

RTechHandle: ZM23-ARIN
RTechName: Microsoft Corporation
RTechPhone: +1-425-882-8080
RTechEmail: noc@microsoft.com

OrgAbuseHandle: ABUSE231-ARIN
OrgAbuseName: Abuse
OrgAbusePhone: +1-425-882-8080
OrgAbuseEmail: abuse@microsoft.com

OrgAbuseHandle: HOTMA-ARIN
OrgAbuseName: Hotmail Abuse
OrgAbusePhone: +1-425-882-8080
OrgAbuseEmail: abuse@hotmail.com

OrgAbuseHandle: MSNAB-ARIN
OrgAbuseName: MSN ABUSE
OrgAbusePhone: +1-425-882-8080
OrgAbuseEmail: abuse@msn.com

OrgNOCHandle: ZM23-ARIN
OrgNOCName: Microsoft Corporation
OrgNOCPhone: +1-425-882-8080
OrgNOCEmail: noc@microsoft.com

OrgTechHandle: MSFTP-ARIN
OrgTechName: MSFT-POC
OrgTechPhone: +1-425-882-8080
OrgTechEmail: iprrms@microsoft.com

И думаете, на этот abuse можно отправить жалобу на спам с ихнего хотмейла? Агащазблин, разбежались.


Abuse@hotmail.com and abuse@msn.com do NOT process spam reports. These accounts only process abusive e-mails in, but not limited, to the following categories:

• Child exploitation/pornography threats
• Harassment
• Impersonation of an institution or trademark (like a bank or government agency or charity) also known as Phishing
• Issues relating to account credentials being compromised (hacked)


А если про спам - это вам на report_spam@hotmail.com or report_spam@msn.com depending on the spammer’s domain.

Только врожденным ненатурализмом можно объяснить отсутствие этих адресов в ARIN.
Wednesday, July 4th, 2007 08:36 pm (UTC)
А чем этот спаммер замечателен, что про него надо руками писать?
Wednesday, July 4th, 2007 08:39 pm (UTC)
а чем про него еще писать?
Wednesday, July 4th, 2007 08:42 pm (UTC)
А кнопку нажать сверху никак нельзя? Или ты не веб клиентом пользуешься?
Wednesday, July 4th, 2007 08:59 pm (UTC)
какую кнопку?
я вообще хотмейлом отродясь не пользовался. это мне с него спам пришел
Thursday, July 5th, 2007 03:53 am (UTC)
Ну ты вроде пишешь "И думаете, на этот abuse можно отправить жалобу на спам с ихнего хотмейла?", вот я и предположил, что пользуешься.

В общем, если не сложно, пришли мне это дело аттачем на evgenykr@империязла.com, буду выяснять подробности, как и зачем оно у нас в этой точке устроено.
Thursday, July 5th, 2007 06:33 am (UTC)
читать следует как "спам с ихнего хотмейла", а не "отправить с ихнего хотмейла"
Отфорвардил собственно спам и автоответ, который мне пришел
Спасибо.
Wednesday, July 4th, 2007 08:46 pm (UTC)
а унас на спам можно жаловатся на abuse от чего и страдаем... придуркаватые пользователи интернета борятся со спамом от наших клиентов просто редиректя спам нам на абьюс. Наверное героями антиспамерами себя все щитают.... а мы в ответ кладем болт на свой абьюс ящик с тысячами писим ежедневно. Вот такая взаимная любофф.
А в микрософте люди поумней знают правду жизни =)
Wednesday, July 4th, 2007 09:00 pm (UTC)
Вообще-то, пользователи интернета совершенно правы. abuse сужествует именно для жалоб. Так что не удивляйтесь, если потом ваши же пользователи будут жаловаться, что от вас почту блокируют. spam support service и все такое :)
Wednesday, July 4th, 2007 09:04 pm (UTC)
а кто сказал что они жалуются? Повторяю .... они спамят спамом, просто жмакают переслать, от себя кроме сурса ничего не добавляют! И они не правы, они бараны =)
Thursday, July 12th, 2007 07:22 am (UTC)
Прошу прощения за беспокойство, не можешь подсказать, кого бы в яндексе спросить про это?

barrel# tail -2000 /var/log/maillog | grep yandex
Jul 11 15:52:54 barrel postfix/smtp[28914]: 330F29BFDB: lost connection with mx1.yandex.ru[213.180.200.11] while sending message body
Jul 11 15:53:49 barrel postfix/smtp[28914]: 330F29BFDB: to=<...@yandex.ru>, relay=mx1.yandex.ru[213.180.200.1]:25, delay=432808, delays=432698/0.03/62/49, dsn=4.4.2, status=deferred (lost connection with mx1.yandex.ru[213.180.200.1] while sending message body)
Jul 12 11:05:08 barrel postfix/smtp[21886]: A1DE89BFDB: lost connection with mx1.yandex.ru[213.180.223.90] while sending end of data -- message may be sent more than once
Jul 12 11:05:45 barrel postfix/smtp[21886]: A1DE89BFDB: to=<...@yandex.ru>, relay=mx1.yandex.ru[213.180.200.11]:25, delay=75, delays=0.22/0.02/39/36, dsn=4.4.2, status=deferred (lost connection with mx1.yandex.ru[213.180.200.11] while sending end of data -- message may be sent more than once)

Яндексовый суппорт на мои вопросы забивает.
Thursday, July 12th, 2007 07:32 am (UTC)
На первый взгляд сильно напоминает проблему с MTU.
Когда и на какие адреса в саппорт писали и какой IP у отправляющего сервера?
Thursday, July 12th, 2007 07:41 am (UTC)
Я тоже думал про MTU, пока не сменил DSL на Ethernet другого оператора. Ну и почему-то такое исключительно с Яндексом.

195.178.220.3, писал об этом в http://feedback.yandex.ru/?from=mail где-то с неделю назад.
Thursday, July 12th, 2007 10:06 am (UTC)
ответ ушел. но на самом деле, там фигня какая-то непонятная.
Со стороны Яндекса это выглядит даже не как таймаут, как бывает в случае с MTU, а как преждевременное закрытие сессии по инициативе клиента.
По дороге точно нет никаких особо интеллектуальных SMTP-фильтров типа PIX'а или чего-нибудь такого рода?

И как выглядит сессия телнетом?