服务器 Gind.cn

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

SBS 2003突然不发送电子邮件到外部域

今天下午,我们在办公室的服务器突然开始拒绝向外部域发送邮件 – 我们域的电子邮件仍然交付。 我试过Googlesearch,但是找不到像这样的东西。 这是小型商业服务器2003年SP2,并已运行两年罚款。 只有大约10个帐户(6使用中)。 只要我从Outlook或OWA发送电子邮件,甚至通过SMTP(从发出定期电子邮件的计算机发出cron作业)的电子邮件生成NDR: 您的邮件没有达到部分或全部预期的收件人。 Subject: test from owa Sent: 17/07/2009 10:08 PM 无法联系以下收件人: [email protected] on 17/07/2009 10:08 PM You do not have permission to send to this recipient. For 请联系您的系统pipe理员。 继续否认。 需要正确的身份validation。 (我已经把域名改成了example.com,并且屏蔽了目标地址:使用什么目标电子邮件地址(除了本地账号),结果是一样的) 没有安装软件或更改configuration。 我已经检查了身份validation设置,他们仍然允许来自局域网的SMTP,但通过OWA和Outlook检查所有用户帐户也是如此。 我已经检查了netstat中的额外连接,并且在邮件追踪中心没有可疑的邮件,以防被黑客入侵。 我检查了黑名单检查网站,我们的IP地址没有列出。 我试过禁用和更改“智能主机”,并导致完全相同的问题。 我甚至尝试重新启动服务器! 星期五晚上11点,老板不希望周末没有电子邮件。 我可以在哪里find解决这个问题的地方? 我们正计划在接下来的几周内向SBS 2008迁移,但如果当前的盒子能够工作,那么这将非常方便! 提前致谢。

Exchange 2003不处理某些被Brightmail标记为垃圾邮件的邮件

环境: 运行Brightmail的Exchange 2003前端服务器 Exchange 2003后端服务器与邮件存储等 垃圾邮件正确地标记在标题'X-bmifolder:1' 在大多数情况下,这些邮件将被移动到用户的“垃圾邮件”文件夹中,但仍有一些邮件仍然在收件箱中。 在与赛门铁克交谈时,他们说他们所做的只是标记标题,然后Exchange根据标签将邮件移动到“垃圾邮件”文件夹。 所以,这是我们的Exchange服务器的问题。 那么这很好,如果这是真的,但什么机制在Exchange做这个举动等,所以我可以排除故障? 它看起来不像一个标准标签,所以Exchange甚至知道如何处理它? 作为解决方法,我可以在Outlook客户端中创build一个规则来根据标题中的文本移动电子邮件,但是如果这是客户端规则,那么它就不是理想的,只会覆盖该用户。 注意 – 有点类似的问题,但对于Exchange 2007: 我可以在Exchange 2007中强制执行邮件规则服务器端吗? **更新: 我相信我们现在已经解决了这个问题。 “问题”实际上是在交换服务器端。 Exchange 2003能够理解x-header,并使用它来确定垃圾邮件可信度(SCL) 这里有一个很好的关于在Outlook中查看电子邮件的SCL的教程。 http://msexchangeteam.com/archive/2004/05/26/142607.aspx 有了这个,我确定Exchange知道这封电子邮件是垃圾邮件,但仍然将其发送到收件箱。 以下是Exchange 2003 / Outlook如何处理垃圾邮件的两个高质量链接。 http://www.exchangeinbox.com/article.aspx?i=27&t=3&all=1 http://www.exchangeinbox.com/article.aspx?i=25&t=3&all=1 所以事实certificate,问题是用户有多个人在Outlook中列为联系人,Outlook默认白名单中的联系人中的任何人的地址。 这同样适用于欺骗发件人地址的垃圾邮件发送者。 所以答案就是进入OWA web邮件/选项/pipe理垃圾邮件列表/并取消选中“从你的联系人信任电子邮件”

jdbc4 CommunicationsException

我有一台机器运行一个Java应用程序与同一个实例上运行的一个mysql实例交谈。 该应用程序使用MySQL的jdbc4驱动程序。 我随机获取com.mysql.jdbc.exceptions.jdbc4.CommunicationsException。 这是整个消息。 无法打开JDBC连接进行事务处理; 嵌套的exception是com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:从服务器成功接收的最后一个数据包是25899毫秒前。成功发送到服务器的最后一个数据包是25899毫秒前,这比服务器configuration的值“ WAIT_TIMEOUT”。 在应用程序中使用之前,应考虑使用过期和/或testing连接有效性,增加服务器configuration的客户端超时值,或者使用Connector / J连接属性“autoReconnect = true”来避免此问题。 对于mysql,全局“wait_timeout”和“interactive_timeout”的值设置为3600秒,“connect_timeout”设置为60秒。 等待超时值远高于26秒(25899毫秒)。 在例外跟踪中提到。 我使用dbcp连接池,这里是数据源的spring beanconfiguration。 <bean id="dataSource" destroy-method="close" class="org.apache.commons.dbcp.BasicDataSource" > <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/db"/> <property name="username" value="xxx"/> <property name="password" value="xxx" /> <property name="poolPreparedStatements" value="false" /> <property name="maxActive" value="3" /> <property name="maxIdle" value="3" /> </bean> 任何想法为什么会发生这种情况? 请问用c3p0解决问题?