生产环境邮件问题总结

生产环境邮件问题总结

1. 背景

接到各技术人员反映,不能收到生产环境发送的邮件。

2. 分析原因及采取措施

针对不能收到邮件的问题,有以下几种原因导致:

2.1系统本身业务繁忙,来不及处理发送邮件任务,邮件队列阻塞,造成收不到邮件,或延迟收到邮件。

①-提高nagios本身机器的性能

②-减少发邮件的频率,或者接收邮件的人数。

③-将发送邮件的任务,分散到多个主机,较少nagios主机的压力。

2.2发件人频繁发送邮件,或者发送的附件为zip后缀,被邮件服务器认定附件含有病毒或者垃圾,而不予发送。

后台邮件日志报错

554 DT:SPM 发送的邮件内容包含了未被许可的信息,或被系统识别为垃圾邮件。请检查是否有用户发送病毒或者垃圾邮件

2.3发件人短时间频繁发送邮件、或者发送的邮件中,收件人太多。导致一次要发送的人太多,而被邮件服务器拒绝发送。

在测试过程发现,邮件收件人包含一个地址的能够发送成功,但是如果包含多个收件人的话,被邮件服务器退信。建议以后收件人,尽量少。(非必要人员,不要添加,而不是现在,有多少人,都添加多少人。)

2.4发件人发送附件格式被认定为含有病毒。

目前来看,发送zip后缀的格式被服务器认定为垃圾或病毒,发送文本格式的附件,没有问题。以后尽量减少“zip”后缀格式的附件。暂时发现后缀为”tgz”格式的附件,现在还可以发送成功。

2.5发件人发送邮件主题含有敏感数据或者发件内容含有敏感数据或者发件内容太少,而被拒绝发送

2.6收件人邮箱服务器将邮件发送放入垃圾邮箱。

163个人邮箱,可以通过加白名单,解决此问题。

163企业邮箱,在垃圾邮箱里可以找到。

2.7收件人拒绝接受含有病毒或者被认为是垃圾的邮件。

后台邮件日志报错

 550 DT:SPM 邮件正文带有很多垃圾邮件特征或发送环境缺乏规范性。需调整邮件内容或优化发送环境。

3. 建议

3.1系统层面

提高nagios性能,升级nagios主机配置

3.2邮件服务方面

搭建属于自己的邮件服务器。

3.3其他方面

①-减低邮件发送频率,减少邮件收件人。

②-将发送邮件的任务,分散到多个主机,较少nagios主机的压力。

③-为避免被勿当做垃圾邮件或病毒,调整随时调整附件格式或者形式。

④-规范化邮件主题或者内容,避免有敏感数据。

原文地址:https://www.cnblogs.com/flyback/p/8566107.html

时间: 2024-10-08 10:41:56

生产环境邮件问题总结的相关文章

全网服务器数据备份方案(模拟生产环境)+邮件告知

使用rsync实现全网数据备份(模拟生产环境)+邮件告知 项目要求来源于网络:http://oldboy.blog.51cto.com/2561410/1856048 假定3台服务器主机名分别为web01.backup.nfs01,主机信息如下表: 服务器说明 内网IP 主机名 nginx web服务器 192.168.1.222 WEB-01 NFS存储服务器 192.168.1.233 NFS-01 rsync备份服务器 192.168.1.244 BACKUP 要求:每天晚上00点整在We

CruiseControl.NET配置文件(生产环境版本,与SVN结合自动部署)

配置如下: 说明:此配置文件的功能是当有SVN修改时,会自动触发并编译发布,间隔为10秒. <cruisecontrol xmlns:cb="urn:ccnet.config.builder"> <!--项目说明,节点可多个--> <project name="[项目名]" description="[项目详情]" queue="Q1"> <!--编译日志存放--> <ar

Tomcat学习总结(8)——Tomcat+Nginx集群解决均衡负载及生产环境热部署

近日,为解决生产环境热部署问题,决定在服务器中增加一个tomcat组成集群,利用集群解决热部署问题. 这样既能解决高并发瓶颈问题,又能解决热部署(不影响用户使用的情况下平滑更新生产服务器)问题. 因为项目是前后端分离的,所以本以为成本很低,没想到遇到了一系列的坑,解决了2天才搞定,发现了很多不是集群而是项目本身的问题. 我是同一个服务器下配置tomcat和nginx等,本文主要面向有一定基础的读者,基本配置就不在本文累述了(基础问题可以留言或者发邮件). 0x0_1 服务器环境 服务器: Cen

jenkins实现生产环境部署文件的回滚操作

由于dotnet项目的生产环境环境部署工具比较少,所以我使用jenkins作为生产环境的自动化部署工具. 既然有回滚操作,那么就会有部署操作:要实现回滚,先要实现部署的操作,我在jenkins搭建了一键从测试环境发布到正式环境的工具,部署的大致思路如下(详细的操作点这里,有详细节点配置和部署配置): 前提:安装jenkins的环境为master,每一个生产环境为slave,slave是实时连接到master的. 1.测试环境上使用了CCNET进行每次的代码变更编译部署,在测试环境上进行编译的版本

Zabbix3.0入门到生产环境应用实战

套视频是应大多数从业运维朋友的强烈要求,综合市场现有zabbix教程的精华推出,结合生产环境从简单系统自带的模板监控到自定义监控讲解,结合现在流行的saltstack自动化工具以及zabbix自动化监控进行应用各方面监控和讲解,其功能可以做到批量部署,批量监控,细化到进程以及URL的监控,涵盖了硬件监控,系统监控,应用监控,安全监控 技术要点:1.实现一整套企业级zabbix监控,从零开始去一步步实现生产环境的监控2.zabbix 强大内置key讲解,了解linux oskey要点,了解和使用内

如何获取生产环境的 Device Token?

在沙盒环境,我们可以将 device token 打印到控制台,从而获得 device token.但更换到生产环境(production)后就没有这么方便了.如果想获得生产环境的 device token,可以依照以下步骤: 打开以下 url: http://developer.apple.com/library/ios/#technotes/tn2265/_index.html 在页面右上角,有一个 Companion File 连接,点击以下载 Companion File 文件.下载后得

(转)企业生产环境用户权限集中管理方案案例

https://wenku.baidu.com/view/0acd163d4a73f242336c1eb91a37f111f1850d94.html http://blog.51cto.com/youngboy/1660551 https://www.cnblogs.com/redball/articles/6992236.html 企业生产环境用户权限集中管理方案案例 1问题现状 当前我们公司服务器上百台,各个服务器上需要管理的人很多(开发+运维+架构+DBA+产品+市场),在大家同时登录Li

Confluence 6 从生产环境中恢复一个测试实例

请参考 Restoring a Test Instance from Production 页面中的内容获得更多完整的说明. 很多 Confluence 的管理员将会使用生产实例运行完整数据和服务的 Confluence 服务器,同时还会设置一个测试实例来测试升级等.在这种情况下,你的 Confluence 可以回运行 2 个不同的版本,而且也是非常常见的.这个文档将会知道你如何拷贝生产环境中的数据到一个测试实例中,同时测试环境的版本和生产环境中的版本还有可能是不同的. 在开始这个操作指南之前,

生产环境下扩充Windows集群的共享磁盘

先说一下背景环境,两台DELL M1000E的刀箱,安装有6个M620刀片服务器,其中4台做了微软的FailoverCluster,这个集群共同访问两个DELL EQ 存储. 这两个存储上,分别划了相应的卷,共集群的虚机来访问. 需求就是当前的邮件服务器磁盘的空间不够了,需要扩充.因为不太方便去把自己生产环境的图贴上了,我说一下流程和注意事项就够了. 第一步:去DELL EQ的管理端口,登录进去,选中你要扩充的Volume名称,单击Modify settings,然后在space标签,输入你想扩