服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

雅虎电子邮件到Exchange邮箱的过度延迟或不交付

带有Yahoo邮件附件的电子邮件不会传递到我们的交换邮箱或收到很多延迟。更大的附件后来交付。具有10MB附件的电子邮件根本不提供和“失败通知”消息出现在雅虎邮箱。 接收连接器的最大尺寸设置为15MB,并从Gmail发送相同的电子邮件成功传递到我们的邮箱。 分析交付的雅虎邮件的标题显示,内部雅虎服务器之间发生延迟: Received: from edge.mydomain.com (…) by hubtransport.mydomain.com (…) with Microsoft SMTP Server (TLS) id 14.3.361.1; Tue, 17 Oct 2017 09:46:19 +0330 Received: from sonic301-2.consmr.mail.bf2.yahoo.com (74.6.129.41) by edge.mydomain.com (…) with Microsoft SMTP Server id 14.1.438.0; Tue, 17 Oct 2017 09:42:10 +0330 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1508220732; bh=bksjW5TROZcxTvYHCLqUYpF9HOWQ9JF0oMeKW5qc+uY=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=phTCEcma9Zp3i5o5U3hPunGTiqrIBBn8vXKX8XV847eQ/YYbxaqNQ6in+hTiiB4nepTLME7idDYC52Jo/1Yu3o3MmCebT849+/6bq32hmB9ynTiWdqcWAEKhXLmXSlammDKB0shbHG26rC7VX840V2NtxKLB5QMLYxgHbgCVgh5gFaPsd6yP1Pz0XLIwI59n619lDrtHQYcAW2ghtTukh3I2UMByuteAJKYC/d/eq8eoayen14xMgcc/J08osx4MAtcLPl5PenXzBQpTf+hgUljqixKjKiBVZ1+D8OtVRwrD7qT13pj95YOPJHqr3Sjs28uLaaL1HZdbu9f9PTZQSw== X-YMail-OSG: bPRSVbgVM1mj9nLbjTnKbn5kHc._OmtaBeC0DmqQFJdYlBvKo1Z1LJj7IM28zQs F0grQ1hFHudHa_8YL.jM.3gxQjhZq45uEbgAYQE1QOyOZgijZuRWYwqFKseJ1koAiJMvByg_810l […]

使用Post方法调用REST WS时,IIS 8.5在生产中抛出400错误的请求

我有一个奇怪的问题。 让我一步一步详细解释: 我有一个供应商开发的REST WS(使用WCF制作)与MS CRM同步数据。 我开发了一个Windows服务,它从数据库中提取批量数据进行同步,然后使用Post方法作为JSON对象将它传递给这个Web服务。 Windows服务部署在其中一个节点上。 我面临的问题从来没有发生在Dev,QA,UAT或分期环境中。 它仅适用于生产环境。 在生产应用程序工作了一段时间,然后开始抛出400错误的请求错误。 然后,直到我们重新启动站点或重置应用程序池标识IIS不断抛出400错误的请求错误。 当我们重新启动网站或应用程序池时,相同的请求失败开始获得成功的答复。 它在这样的一段时间内工作,而且再次发生400次。 Web服务托pipe的环境是Win Server 2012,2节点负载平衡环境。 WS被部署在boht节点的端口8080上,并被configuration为在.Net 4.0下运行。 我在我的Windows服务日志(这是这些WS的客户端)中收到以下错误。 System.Net.WebException:远程服务器返回错误:(400)错误的请求。 在CrmWrapperWsHelper.cs中的SspToCrmSynchronizationService.Helpers.CrmWrapperWsHelper.CallService(String data,String url,String method,String userName,String password,String contentType):SspToCrmSynchronizationService.Helpers.CrmWrapperWsHelper.CallDocumentCreateService中的第79行(String data)CrmWrapperWsHelper.cs :第20行在SequentialProcess.cs中的SspToCrmSynchronizationService.Process.SequentialProcess.Process(List`1 appList,DatabaseHelper dbHelperForChildTask,CancellationToken ct)的CommonOperations.cs中的第52行:SspToCrmSynchronizationService.Process.CommonOperations.GenerateJsonAndInvokeDocCreateWS(Int64 appRefNo,Application app) 88行 首先,我们检查了IIS日志,发现IIS在几百个MS中返回了400错误。 我们怀疑它没有到达WS应用程序,因为应用程序根本没有logging任何东西,尽pipelogging请求是供应商在WS代码中做的第一件事情。 其次,我们使用Fiddler来捕获请求和响应,并得到以下结果: HTTP/1.1 400 Bad Request Cache-Control: private Content-Length: 1647 Content-Type: text/html Server: Microsoft-IIS/8.5 X-ASpNet-Version: 4.0.30319 X-Powered-By: ASP.Net Date: […]

后缀/ smtpd_relay_restrictions。 如何允许从第三方smtp服务器中继到任何域(但不打开中继!)

默认情况下,我的Postfix允许将中继电子邮件发送到我的域(domain1.com),或者只允许密码auth客户端或“myhostname”地址。 这是大多数邮件服务器的正常情况。 如果我在Exchange Online中设置连接器以通过我的后缀发送出站电子邮件,则客户端(例如Outlook)通常使用Exchange凭据发送电子邮件,并将Exchange服务向前发送电子邮件到我的后缀。 main.cf: relay_domains = domain1.com … smtpd_relay_restrictions = reject_non_fqdn_recipient, reject_non_fqdn_sender, reject_unknown_recipient_domain, reject_unknown_sender_domain, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_invalid_hostname, reject_unverified_sender, reject_unknown_client_hostname, reject_unknown_helo_hostname, defer_unauth_destination 后缀将拒绝“454 4.7.1中继访问被拒绝”代码: Anonymous TLS connection established from mail-ve1eur122p0672.outbound.protection.outlook.com[213.199.154.150]: TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits) NOQUEUE: reject: RCPT from mail-ve1eur122p0672.outbound.protection.outlook.com[213.199.154.150]: 454 4.7.1 <[email protected]>: Relay access denied; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<EUR03-VE1-obe.outbound.protection.outlook.com> disconnect from mail-ve1eur122p0672.outbound.protection.outlook.com[213.199.154.150] […]