孤城浪子的地盘

退信信息

*****@hotmail.com : 550 Your e-mail was rejected for policy reasons on this gateway. Reasons for rejection may be related to content such as

处理方法：

首先去
http://support.msn.com/default.aspx?productkey=edfsmsbl&mkt=en-us提供一些必要的信息。

注意：由于该服务目前只有英文支持，所以如果您打开网页后显示为中文，请您将语言选择为英文，然后在地址栏中再次输入我们提供给您的以上网站。

下面是Windows Live Hotmail Domain技术支持中心的回复

感谢致信Windows Live Hotmail Domain 技术支持中心。

由于您发送的大部分邮件经由Hotmail的内部过滤器判断都是垃圾邮件，因此您的IP***.***.***.***已经被MSN Hotmail所阻止。

在我们无法确定经由您的IP发送的邮件的同时，请您参考以下建议，或许会对您有所帮助。

1．确保您拥有SPF/SIDF记录。您可以通过以下网站查找更多信息：http://www.microsoft.com/senderid

2．请您登录以下网站确定您的IP并没有在任何第三方的阻止列表上。

3．通过IP来分割你的邮件发送结构。行销、公司交易、“转发好友”邮件和注册邮件应该从不同的IP发送。这样可以帮助辨别哪些类型的邮件被Hotmail用户所标识。

4．加强登录流程的管理。 确定您使用的是double-opt-in登录程序。这不会将已经存在的Hotmail用户从您的邮件列表中删除但是可以确认注册您的邮箱活动或电子报的用户的真实性。

5．如果您有与其他网络服务提供商（ISP）相关的用户反馈设定你要设法确定可能原因--一个新的数据源? 新的广告? 也许有人注册了无法辨识的邮件?

6．清楚标识您的邮件，使您的客户可以快速和容易地辨别出向您所要求的邮件。

7．对于一些投诉的数据进行分析－主要查看那些几乎从不点击，开启或回复您邮件的用户。在这些情况下将存在了许多不良的地址。

8．整理清单。将那些不想收到您的邮件的收件人从清单上移除。使退订的流程更可见且容易使用。

9．参加Sender Score计划。这是Hotmail唯一使用的白名单。它是由Return Path所拥有和运营的。您可以在 http://www.senderscorecertified.com 找到关于这个计划的相关信息。

此外，Hotmail 已经建立了一个智能网络数据服务 (SNDS)。这项服务有助于帮助我们的合法用户远离垃圾邮件并使发件人有效地管理自己IP的“健康度”。http://postmaster.msn.com/snds/


我们强烈推荐您通过发件人ID鉴别您发送的邮件并发布您的邮件IP的SPF记录，您可以在http://www.microsoft.com/senderID 上查找相关信息，也可以发送邮件至senderid@microsoft.com 寻求帮助。请注意:该项技术标准(RFC 4408) 不鼓励使用"ptr"作为影响表现和可靠性的原因。

管理使用者的投诉。 Hotmail同时还拥有一个发件者的投诉反馈程序（JMRP），当您注册了这项免费服务后，您的电子邮件列表将会保持更新并发布给那些对此感兴趣的MSN Hotmail用户。参加此服务会将那些不愿意收到您公司邮件的MSN Hotmail用户删除。如果您对此感兴趣，请访问以下网站：

Http://support.msn.com/eform.aspx?productKey=edfsjmrpp&page=support_home_options_form_byemail&ct=eformts

当您使用SNDS工具时，注册JMRP或者使用您的IP注册Sender ID将不会允许您的邮件服务器绕过我们的过滤器，这是为了帮助那些合法的公司发送邮件给Hotmail用户。

SenderScore认证项目。 许多合法的邮件发送者可以加入“允许列表”来减少邮件被转移至垃圾邮件的可能性。Sender Score是一个第三方的项目，由Return Path进行管理。Sender Score (www.senderscorecertified.com)是我们订购的唯一的允许列表服务。

此封邮件内的疑难解答步骤只是作为一个参考。微软并不能保证那些步骤可以确保邮件传送至MSN，Hotmail或Live.com的用户。

作为Windows Live的重要客户，我们很高兴为您提供持续有效的服务，感谢您使用Windows Live Hotmail Domain。

1.检查你的磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间  
    
  2.检查你的磁盘分区格式  
        如果是FAT16,则数据文件最大只能是2G  
        如果是FAT32,则数据文件最大只能是4G  
        改为NTFS分区则没有这种限制  
    
  3.检查一下你有没有限制数据库文件的大小  
        企业管理器--右键你的数据库--属性--文件增长限制--如果有限制大小,取消限制  
    
  4.检查你的SQL版本,如果你用MSDE,则限制了数据文件最大是2G  
    
  5.你也可以为   primary   组添加新的数据文件来解决这个问题  
        alter   database   库名   add   file(NAME   =   逻辑文件名,FILENAME   =   'c:\实际文件名.ndf')  

问题：浏览网页时，所有asp与aspx的页面访问时都报以下Server Application Error错误：
错误提示：
Server Application Error
The server has encountered an error while loading an application during the processing of your request. Please refer to the event log for more detail information. Please contact the server administrator for assistance.
查看日志，日志中W3SVC出现警告错误：
服务器无法加载应用程序 ’/LM/W3SVC/1/ROOT’。错误是 ’没有注册类别’。 
有关此消息的详细信息，请访问 Microsoft 联机支持站点: http://www.microsoft.com/contentredirect.asp。

有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
解决：
1、开始--运行--输入cmd，依次运行发下命令：

cd %windir%\system32\inetsrv 

rundll32 wamreg.dll, CreateIISPackage 

regsvr32 asptxn.dll
（注意，CreateIISPackage 区分大小写。）
2、如果运行regsvr32 asptxn.dll时出现8004e00f错误，则是msdtc服务没有正常启动。按以下方法操作：
(1)删除注册表中的键：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC
HKEY_CLASSES_ROOT\CID
(2)停止MSDTC服务：net stop msdtc
(3)卸载MSDTC服务：msdtc -uninstall
(4)重新安装MSDTC服务：msdtc -install
然后再按照上述1、的方法解决Server Application Error的方法就可以了。
参考：http://www.microsoft.com/china/technet/community/columns/insider/iisi0305.mspx

1、备分日志：现在时间是2006-11-18 09：47

语句如下：

BACKUP LOG test TO DISK='d:\database\0611180947.logs' WITH INIT

提示：

已处理 4 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

BACKUP LOG 操作成功地处理了 4 页，花费了 0.104 秒（0.275 MB/秒）。

2、恢复之前数据库备份文件test.bak,使用WITH NORECOVERY参数：

RESTORE DATABASE test from disk='d:\database\test.bak' WITH NORECOVERY

提示：

已处理 216 页，这些页属于数据库 'test' 的文件 'test'（位于文件 1 上）。

已处理 1 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

RESTORE DATABASE 操作成功地处理了 217 页，花费了 0.352 秒（5.029 MB/秒）。

3、使用日志恢复数据库到时间为2006-11-18 09:43，即恢复09：44分的删除和新增操作

RESTORE LOG test FROM disk='d:\database\0611180947.logs' WITH RECOVERY,STOPAT='11/18/2006 09:43'

提示：

已处理 4 页，这些页属于数据库 'test' 的文件 'test_log'（位于文件 1 上）。

RESTORE LOG 操作成功地处理了 4 页，花费了 0.016 秒（1.792 MB/秒）。

至此，再进入到软件中，可以看到，数据已经还原到原来的状态了

　　问题:无法上传较大的文件“Request 对象 错误 'ASP 0104 : 80004005'”或者上传成功后，找不到文件名
　　更改Win 2003的IIS 6.0对asp的上传文件大小为200k限制，aspx的上传程序没有影响。在IIS6.0中，默认设置是特别严格和安全的，最大只能传送 204,800 个字节，这样可以最大限度地减少因以前太宽松的超时和限制而造成的攻击。IIS 6 出于安全考虑, 默认最大请求是200K(也即最大提交数据限额为200KByte，204800Byte)。(在 IIS 6.0 之前的版本中无此限制)

　　解决方案：

　　先打开Internet 信息服务(IIS)管理器

　　(本地计算机 )---- 属性 ----允许直接编辑配置数据库(N)

　　一定要勾先“允许直接编辑配置数据库(N)”

　　然后在服务里关闭iis admin service服务

　　找到windows\system32\inesrv\下的metabase.xml,

　　用计事本打开metabase.xml，找到ASPMaxRequestEntityAllowed 把他修改为需要的值，默认为204800，即200K

　　把它修改为51200000(50M)

　　然后重启iis admin service服务