一、引言
在服务器组装过程中，除了硬件设备的购置费用外，还需要考虑一系列其他费用。
这些费用对于整个项目的预算和最终成本效益分析具有重要影响。
本文将详细阐述在服务器组装过程中需要考虑的其他费用因素，以便更好地规划预算和控制成本。
二、硬件设备选购与运输费用
1. 硬件设备选购：在服务器组装之前，需要选购各种硬件设备，如处理器、内存、存储设备、网卡等。这些设备的价格因品牌、性能、规格等因素而异。因此，在选购过程中需要进行充分的市场调研和比较，以挑选出性价比高的设备。
2. 运输费用：硬件设备购买后，还需要考虑运输费用。特别是对于大型服务器设备，由于其体积较大、重量较重，运输成本相对较高。在选购设备时，可以关注商家的配送政策，选择免运费或低运费的服务，以降低整体成本。
三、操作系统与软件费用
1. 操作系统费用：服务器需要安装操作系统以支持各种软件和应用程序的运行。常见的操作系统包括Windows Server、Linux等。这些操作系统有不同的版本和价格，需要根据实际需求选择合适的版本并支付相应的费用。
2. 软件费用：除了操作系统外，服务器还需要安装各种软件以实现特定的功能，如数据库软件、安全软件、备份软件等。这些软件的费用也是需要考虑的重要因素。
四、服务器托管与维护费用
1. 服务器托管：对于一些企业或组织来说，可能不具备自主搭建服务器的条件，需要将服务器托管在专业的数据中心或托管服务提供商处。托管费用因数据中心或服务提供商的定价策略而异，需要考虑托管的地点、带宽、安全性等因素。
2. 维护费用：服务器在运行过程中需要进行定期的维护和保养，以确保其稳定运行。维护费用包括硬件设备的检测与维护、操作系统的更新、安全漏洞的修复等。这些费用虽然可能一次性投入较高，但可以有效延长服务器的使用寿命和提高运行效率。
五、电力与散热设施费用
1. 电力设施：服务器在运行过程中需要稳定的电力供应。为了确保服务器的稳定运行，需要配置UPS电源、备用发电机等设施，以应对电力波动和故障。这些电力设施的费用也是需要考虑的一部分。
2. 散热设施：服务器在运行过程中会产生大量的热量，需要配置散热设施以保持设备的正常运行。散热设施包括散热器、风扇、空调等，其费用因设备规格和数量而异。
六、人员培训与技术支持费用
1. 人员培训：为了有效管理和维护服务器，需要对相关人员进行培训，以提高其技能和知识。培训费用包括培训资料、培训课程、培训时间等方面的投入。
2. 技术支持：在服务器运行过程中，可能会遇到各种技术问题，需要专业的技术支持团队进行解决。一些数据中心或托管服务提供商会提供技术支持服务，其费用也是需要考虑的一部分。
七、结论
服务器组装过程中的其他费用包括硬件设备选购与运输费用、操作系统与软件费用、服务器托管与维护费用、电力与散热设施费用以及人员培训与技术支持费用等。
在规划预算和控制成本时，需要充分考虑这些费用因素，以确保项目的顺利进行和最终的成本效益。
通过合理的规划和选择，可以有效降低整体成本，提高服务器的性能和效率。
ping命令的作用！
Ping就是一个测试程序，如果Ping运行正确，我们大体上就可以排除网络访问层、网卡、MODEM的输入输出线路、电缆和路由器等存在的故障，从而减小了问题的范围Ping是潜水艇人员的专用术语，表示回应的声纳脉冲，在网络中Ping 是一个十分好用的TCP/IP工具。
它主要的功能是用来检测网络的连通情况和分析网络速度。
Ping有好的善的一面也有恶的一面。
先说一下善的一面吧。
上面已经说过Ping的用途就是用来检测网络的连同情况和分析网络速度，但它是通过什么来显示连通呢？这首先要了解Ping的一些参数和返回信息。
以下是PING的一些参数：ping [-t] [-a] [-n count] [-l length] [-f] [-i ttl] [-v tos] [-r count] [-s count] [-j computer-list] | [-k computer-list] [-w timeout] destination-list-tPing 指定的计算机直到中断。
-a将地址解析为计算机名。
-n count发送 count 指定的 ECHO 数据包数。
默认值为 4。
-l length发送包含由 length 指定的数据量的 ECHO 数据包。
默认为 32 字节；最大值是65,527。
-f在数据包中发送不要分段标志。
数据包就不会被路由上的网关分段。
-i ttl将生存时间字段设置为 ttl 指定的值。
-v tos将服务类型字段设置为 tos 指定的值。
-r count在记录路由字段中记录传出和返回数据包的路由。
count 可以指定最少 1 台，最多 9 台计算机。
-s count指定 count 指定的跃点数的时间戳。
-j computer-list利用 computer-list 指定的计算机列表路由数据包。
连续计算机可以被中间网关分隔（路由稀疏源）IP 允许的最大数量为 9。
-k computer-list利用 computer-list 指定的计算机列表路由数据包。
连续计算机不能被中间网关分隔（路由严格源）IP 允许的最大数量为 9。
-w timeout指定超时间隔，单位为毫秒。
destination-list指定要 ping 的远程计算机。
Ping的返回信息有Request Timed Out、Destination Net Unreachable和Bad IP address还有Source quench received。
Request Timed Out这个信息表示对方主机可以到达到TIME OUT，这种情况通常是为对方拒绝接收你发给它的数据包造成数据包丢失。
大多数的原因可能是对方装有防火墙或已下线。
Destination Net Unreachable这个信息表示对方主机不存在或者没有跟对方建立连接。
这里要说明一下destination host unreachable和time out的区别，如果所经过的路由器的路由表中具有到达目标的路由，而目标因为其它原因不可到达，这时候会出现time out，如果路由表中连到达目标的路由都没有，那就会出现destination host unreachable。
Bad IP address 这个信息表示你可能没有连接到DNS服务器所以无法解析这个IP地址，也可能是IP地址不存在。
Source quench received信息比较特殊，它出现的机率很少。
它表示对方或中途的服务器繁忙无法回应。
怎样使用Ping这命令来测试网络连通呢？连通问题是由许多原因引起的，如本地配置错误、远程主机协议失效等，当然还包括设备等造成的故障。
首先我们讲一下使用Ping命令的步骤。
使用Ping检查连通性有五个步骤：1. 使用ipconfig /all观察本地网络设置是否正确；2. Ping 127.0.0.1，127.0.0.1 回送地址Ping回送地址是为了检查本地的TCP/IP协议有没有设置好；3. Ping本机IP地址，这样是为了检查本机的IP地址是否设置有误；4. Ping本网网关或本网IP地址，这样的是为了检查硬件设备是否有问题，也可以检查本机与本地网络连接是否正常；（在非局域网中这一步骤可以忽略）5. Ping远程IP地址，这主要是检查本网或本机与外部的连接是否正常。
在检查网络连通的过程中可能出现一些错误，这些错误总的来说分为两种最常见。
1. Request Timed Outrequest time out这提示除了在《PING（一）》提到的对方可能装有防火墙或已关机以外，还有就是本机的IP不正确和网关设置错误。
①、IP不正确：IP不正确主要是IP地址设置错误或IP地址冲突，这可以利用ipconfig /all这命令来检查。
在WIN2000下IP冲突的情况很少发生，因为系统会自动检测在网络中是否有相同的IP地址并提醒你是否设置正确。
在NT中不但会出现request time out这提示而且会出现Hardware error这提示信息比较特殊不要给它的提示所迷惑。
②、网关设置错误：这个错误可能会在第四个步骤出现。
网关设置错误主要是网关地址设置不正确或网关没有帮你转发数据，还有就是可能远程网关失效。
这里主要是在你Ping外部网络地址时出错。
错误表现为无法Ping外部主机返回信息Request timeout。
2. Destination Host Unreachable当你在开始PING网络计算机时如果网络设备出错它返回信息会提示destination host unreachable。
如果局域网中使用DHCP分配IP时，而碰巧DHCP失效，这时使用 PING命令就会产生此错误。
因为在DHCP失效时客户机无法分配到IP系统只有自设IP，它往往会设为不同子网的IP。
所以会出现Destination Host Unreachable。
另外子网掩码设置错误也会出现这错误。
还有一个比较特殊就是路由返回错误信息，它一般都会在Destination Host Unreachable前加上IP地址说明哪个路由不能到达目标主机。
这说明你的机器与外部网络连接没有问题，但与某台主机连接存在问题。
举个例子吧。
我管理的网络有19台机，由一台100M集线器连接服务器，使用DHCP动态分配IP地址。
有一次有位同事匆忙地告诉我我的OUTLOOK打不开了，我到他机器检查，首先我检查了本地网络设置，我用ipconfig /all看IP分配情况一切正常。
接着我就开始PING网络中的其中一台机器，第一次PING结果很正常，但OUTLOOK还是无法使用其它网络软件和Copy网络文件都可以使用但网络速度很慢，第二次PING我用了一个参数-t（-t可以不中断地PING对方，当时我想PING一次可能发现不了问题）发现有time=30ms和request time out，从服务器PING这台机就更有趣，request time out比正常数据还多，在局域中竟然有time=30ms和request time out太不正常了。
开始我认为是网卡的问题但换网卡后故障依旧，重做网线还是不能解决问题，这故障真有趣！最后我没办法了把它插在集线器端口上的另一端的网线换到另一个端口，哈！故障解决了。
原来是集线器端口坏了。
如何用Ping命令来判断一条链路的速度？Ping这个命令除了可以检查网络的连通和检测故障以外，还有一个比较有趣的用途，那就是可以利用它的一些返回数据，来估算你跟某台主机之间的速度是多少字节每秒我们先来看看它有那些返回数据。
Pinging 202.105.136.105 with 32 bytes of data:Reply from 202.105.136.105: bytes=32 time=590ms TTL=114Reply from 202.105.136.105: bytes=32 time=590ms TTL=114Reply from 202.105.136.105: bytes=32 time=590ms TTL=114Reply from 202.105.136.105: bytes=32 time=601ms TTL=114Ping statistics for 202.105.136.105:Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),Approximate round trip times in milli-seconds:Minimum = 590ms, Maximum = 601ms, Average = 593ms在例子中bytes=32表示ICMP报文中有32个字节的测试数据（这是估算速度的关键数据），time=590ms是往返时间。
怎样估算链路的速度呢？举个例子吧。
我们把A和B之间设置为PPP链路。
从上面的PING例子可以注意到，默认情况下发送的ICMP报文有32个字节。
除了这32个字节外再加上20个字节的IP首部和8个字节的ICMP首部，整个IP数据报文的总长度就是60个字节（因为IP和ICMP是Ping命令的主要使用协议，所以整个数据报文要加上它们）。
另外在使用Ping命令时还使用了另一个协议进行传输，那就是PPP协议（点对点协议），所以在数据的开始和结尾再加上8个字节。
在传输过程中，由于每个字节含有8bit数据、1bit起始位和1bit结束位，因此传输速率是每个字节2.98ms。
由此我们可以估计需要405ms。
即68*2.98*2（乘2是因为我们还要计算它的往返时间）。
我们来测试一下 b/s的链路：Pinging 202.105.36.125 with 32 bytes of data:Reply from 202.105.36.125: bytes=32 time=415ms TTL=114Reply from 202.105.36.125: bytes=32 time=415ms TTL=114Reply from 202.105.36.125: bytes=32 time=415ms TTL=114Reply from 202.105.36.125: bytes=32 time=421ms TTL=114Ping statistics for 202.105.36.125:Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),Approximate round trip times in milli-seconds:Minimum = 415ms, Maximum = 421ms, Average = 417ms看是不是差不多啊。
^_^这里大家可能要注意到，这估算值跟实际值是有误差的，为什么呢？因为我们现在估算的是一个理论值，还有一些东西我们没有考虑。
比如在网络中的其它干扰，这些干扰主要来之别的计算机。
因为在你测试时不可能全部计算机停止使用网络给你做测试，这是不实际的。
另外就是传输设备，因为有某些设备如MODEM它在传输时会把数据压缩后再发送，这大大减少了传输时间。
这些东西产生的误差我们是不能避免的，但其数值大约在5%以内我们都可以接受（利用MODEM传输例外），但是可以减少误差的产生。
比如把MODEM的压缩功能关闭和在网络没有那么繁忙时进行测试。
有时候误差是无须消除的。
因为我们需要这些误差跟所求得的理论值进行比较分析，从而找出网络的缺陷而进行优化。
这时测试网络的所有数据包括误差都会成为我们优化的依据。
还要注意，这种算法在局域网并不适用，因为在局域网中速度非常的快几乎少于1ms，而Ping的最小时间分辨率是1ms，所以根本无法用Ping命令来检测速度。
如果想测试速度那就要用专门仪器来检测。
总的来说，Ping命令是一个在故障检查方面很有用而且很便利的工具
可以给别人发邮件，但是收不到邮件，怎么设置，能收到邮件？
A》发不出邮件：因为新浪邮箱最近在升级！等升级完了可能就好了。
1》发邮件出现系统退信的大致原因 如果邮件传输过程中，收到系统退信，请您检查退信的内容，并和下面的几种情况进行比对，查找原因，一般出现退信的大致原因如下： 1、没有找到收件人的地址 退信包含：invalid address (#5.5.0)/User unknown/user is not found/doesnt have this account 出错原因：对方地址不存在或者电子邮件地址输入错误。
解决方法：请您核实一下对方的地址是否正确再次发送。
2、接收方邮箱已经没有足够的空间来接收新邮件 退信包含：mailbox is full/Quota exceed the hard limit for user/mail box space not enough 出错原因：接收方的邮箱已满，没有足够的空间来接收新的邮件。
解决方法：用其它方式通过对方及时的清理出足够的空间来接收这封邮件。
3、超过了对方邮件服务商规定的一封邮件大小的限制 退信包含：552 Message size exceeds fixed limit 出错原因：这封邮件太大了，超过了对方的邮件服务商针对一封邮件大小的限制。
解决方法：将附件拆分成多个部分发送或者让对方换一个较大邮箱来接收这封信件。
4、被对方服务器拒收： 退信包含：Recipient address rejected/552 Error: content rejected/553 Mail data refused 出错原因：被对方邮件服务器拒绝接收 解决方法：告知用户具体原因，需让接收方向网管说明情况，将新浪的地址从黑名单中撤消就可以正常发送信件了。
5、服务器不能建立链接： 退信包含：Sorry, I wasnt able to establish an SMTP connection. (#4.4.1)/550 System is busy 出错原因：对方某一台收件服务器当时正处在繁忙之中或者咱们的服务器和对方链接并不是很顺畅 解决方法：有可能是暂时的情况，测试一下，发送一封信件到目的地址，看看是否有退信。
如果用户反映近一段时间不稳定，一会正常一会有退信，则需请记录投诉信息、退信原件，立即和我们联系进行解决。
6、没有目的邮件主机: 退信包含：Sorry, I couldnt find any host named . (#5.1.2) 出错原因：一般是对方邮件地址@后面部分输入错误或者服务器解析有问题。
解决方法：请用户核实一下对方的地址是否正确再次发送。
另外，您可以使用其他网站的邮箱发送给对方进行测试，看是否出现退信，如果没有，请立即和我们联系。
7、单封信件的收件人过多： 退信包含：Remote host said: 553 Too many recipients in the mail, should less than 20 出错原因：对方对于一封信件的收件人有限制，这封信件的收件人太多了，所以被对方退回。
解决方法：可以单独给这个地址发送一封邮件，或者减少这封信件收件人的商量 8、找不到对方的邮件服务器或者ip地址 退信包含：Sorry, I couldnt find a mail exchanger or IP address 出错原因：一般情况下是对方的邮件服务器配置有修改，修改后需要一到两天才对在网络上同步成功。
解决方法：请您稍后一段时间再次发送，看看能够正常。
如要是反映这种状况持续的时间比较长，而且用其它邮箱发送就没有问题，需要立即和我们联系来解决问题。
2》您好，请问您无法发送邮件时，系统有什么报错信息吗？或者，是收到退信了呢？如果有退信，请将退信按附件方式转发到以下邮箱里 ，并注明查询退信原因，新浪收到您的邮件后，会立刻给您回信的。
另外，请注意一下您填写的收件人地址是否正确，您可以试试，自己给自己发送邮件，看看是否可以发送成功。
另外，如果是通过客户端软件收发邮件的，您可以将您在客户端中设置的服务器地址改成服务器的IP地址，其中免费邮箱POP3服务器IP地址是：202.106.182.168，SMTP服务器IP地址是：202.106.187.158。
任你邮 pop3服务器IP地址是:202.108.35.190 smtp服务器IP地址是:202.108.35.196 然后看一下我的服务器需要身份验证是否打勾，如果没有请打上勾。
换成IP地址后您可以省略DNS解析的步骤。
如果仍不可以正常速度收发邮件，建议您可以做如下测试： 请使用ping的网络命令检查与新浪网邮箱服务器的联接情况，具体方法如下： 如果您的电脑操作系统为：win2000、XP 点击左下角的开始，在弹出的菜单中选择“运行”。
在出现的对话框中输入“cmd”。
此时会弹出一个黑色的DOS状态下的对话框。
在提示符后输入ping空格 （收件服务器）或者（发件服务器）。
如果是任你邮邮箱，就输入ping空格 （收件服务器）或者（发件服务器）。
请提供下面出现的检测结果，请确认问题，谢谢！ 如果您的电脑操作系统为：win98、winme 点击左下角的开始，在弹出的菜单中选择程序，这时会出现新的对话框，在其中的附一栏菜单中点选“MS-DOS 方式”。
此时会弹出一个黑色的DOS状态下的对话框。
在提示符后输入ping空格（收件服务器）或者（发件服务器）。
如果是任你邮邮箱，就输入ping空格 （收件服务器）或者（发件服务器）。
请提供下面出现的检测结果，请确认问题，谢谢！ 在出现的结果中，如果time此项数值小于100，则为链接速度正常，如果大于150则您的网速较慢，请联络您的网络提供商。
如有更多问题， 请咨询新浪客服中心。
全国统一客服热线 咨询邮箱 3》发不出邮件： 原因很多: 1、对方拒绝接收你的邮件。
即你的邮箱地址被对方屏蔽了；和你朋友联系一下，是不是在设置区设置了拒收； 2、你写的邮箱地址不对，没写清楚，或没写全，无法发送到对方邮箱； 3、对方的邮箱已满，也无法发送到； 4、网络或系统有故障；你可以先退出邮箱，再重新登录试一下； 5、你发送的邮件和附件太大等。
退信是会说明原因的，你可以查看一下是什么原因呀。
另外你可咨询一下新浪客服中心。
全国统一客服热线 咨询邮箱 希望对你有所帮助 4》一般来说，E-mail的发信方式分为两种：一种是通过ISP或免费邮箱服务商提供的SMTP发信服务器中转的发信方式;另一种则是通过本机建立S MTP发信服务器直接发送电子邮件的方式。
1、通过邮件发信服务器发信的收发过程。
在这一发信过程中，首先由发信人通过电脑将电子邮件发送到SMTP发信服务器上，如果发信服务器收到的邮件合法，发信服务器通过一种“存储转发”技术，将该电子邮件在服务器上排队，当轮到该邮件发送顺序时，再由发信服务器将邮件发送到对方的收信服务器（M X邮件交换服务器）上，再由收信服务器转发到POP3服务器上（很多服务器系统的收信服务器和POP3服务器是同一服务器），最后由收件人通过电脑上的客户端软件将电子邮件从P OP3服务器上取走。
2、通过本机直接发送电子邮件的过程。
与上述发送过程不同的是，一些软件提供本机直接发送电子邮件到收信服务器上的功能，其实就是利用本机电脑建立一个SMTP发信服务器，由本机充当发信服务器的功能，绕过I SP或免费邮箱提供的SMTP发信服务器。
因此本机既充当发信人电脑，又充当发信服务器，其发信过程与上述过程类似，但减少了发信人与发信服务器之间的网络传输过程和邮件的排队等待时间。
如有更多问题， 请咨询新浪客服中心。
全国统一客服热线 咨询邮箱 5》由于发信的时候，主要系统会去找@这个个符号，如果没有这个符号，或者输入错误,就会出现这种提示。
经过测试还发现在中文输入状态下，全角输入＠的符号跟英文状态下输入的字符差不多。
请在全英文的状态下输入一遍邮箱地址，或者直接粘贴页面上自己的地址发送，可以测试是否正常的。
如有更多问题， 请咨询新浪客服中心。
全国统一客服热线 咨询邮箱 B》为什么收不到朋友的邮件:因为新浪邮箱最近在升级！等升级完了可能就好了。
1》 您好，如果出现无法接收发送邮件的情况，您可以将您在客户端中设置的服务器地址改成服务器的IP地址，其中免费邮箱POP3服务器IP地址是：202.106.182.168，SMTP服务器IP地址是：202.106.187.158。
然后看一下我的服务器需要身份验证是否打勾，如果没有请打上勾。
换成IP地址后您可以省略DNS解析的步骤。
如果仍不可以正常速度收发邮件，建议您可以做如下测试： 请使用ping的网络命令检查与新浪网邮箱服务器的联接情况，具体方法如下： 如果您的电脑操作系统为：win2000、XP 点击左下角的开始，在弹出的菜单中选择“运行”。
在出现的对话框中输入“cmd”。
此时会弹出一个黑色的DOS状态下的对话框。
在提示符后输入ping空格 （收件服务器）或者（发件服务器）。
请提供下面出现的检测结果，请确认问题，谢谢！ 如果您的电脑操作系统为：win98、winme 点击左下角的开始，在弹出的菜单中选择程序，这时会出现新的对话框，在其中的附一栏菜单中点选“MS-DOS 方式”。
此时会弹出一个黑色的DOS状态下的对话框。
在提示符后输入ping空格（收件服务器）或者（发件服务器）。
请提供下面出现的检测结果，请确认问题，谢谢！ 在出现的结果中，如果time此项数值小于100，则为链接速度正常，如果大于150则您的网速较慢，请联络您的网络提供商。
如有更多问题， 请咨询新浪客服中心。
全国统一客服热线 咨询邮箱 2》为什么免费信箱收不到朋友的来信? 如果您没有收到朋友的信件，请先检查您自己的免费信箱是否有问题？最简单的测试办法是自己给自己发一封邮件，如果发的出去收得到的话，就说明您的免费邮箱一切正常，没有问题。
另外您还要检查是否您垃圾邮件过滤设置不当造成的，请您登陆邮箱内的设置区进行调整。
另外，您可以让对方测试给其他网站邮箱发邮件是否正常，如果不正常，就是对方邮箱服务器的问题。
如果以上三点都没有问题的话，有可能是对方曾经给新浪发垃圾邮件被新浪屏蔽，请您给我们发邮件，主题为：“我收不到对方的邮件”，然后正文里面写明对方的邮件地址是什么和大致情况，我们会通过邮件和对方联系，让对方发一封测试邮件给我们，然后从中查找原因来解决问题。
我们的联系邮箱为,另外也欢迎您通过电话和我们联系，我们的客服电话为(全国统一免长途费热线) 3》为什么收费邮箱(任你邮)收不到朋友的来信？ 如果您没有收到朋友的信件，请先检查您自己的收费邮箱(任你邮)是否有问题？最简单的测试办法是自己给自己发一封邮件，如果发的出去收得到的话，就说明您的收费邮箱一切正常，没有问题.另外您还要检查下面是否您垃圾邮件过滤设置不当造成的。
如果以上两点都没有问题的话，很有可能就是中间线路，或者对方邮件服务器有问题造成的，email的接收影响因素很多，一个因素是新浪的邮件服务器，一个因素是中间线路，一个因素是对方服务器，如果中间任何一个环节出现问题的话，都有可能出现收不到邮件的情况，具体是那一个环节出现问题，要根据对方的退信来判断，您可以和对方联系一下看看是否有退信产生，一般出现退信的原因请详细参阅这里。
另外，这里要建议您的是，如果您的收费邮箱曾经导入过免费邮箱，那么我们建议您最好让对方直接给您的收费邮箱地址发邮件，这样可以保证速度最快。
4》可能有下列几种原因： 1、请检查一下邮箱的文件夹，是否邮箱使用空间已满；如果是，请清理邮箱，将邮件下载或清除； 2、请检查邮箱“配置”里的“过滤器”，是否设置了拒收；如果是，请将拒收项目删除； 3、请检查邮箱“配置”的“自动转信”是否设置了转发功能，却没有选择在原站点保留。
因为邮件的传输过程是，发件方编写好邮件后，邮件从发件方服务器上发出，中间要经过线路传输，然后到达接收方服务器上，再由接收方服务器将邮件放到收件人的邮箱目录里，如果中间任何一个环节出现问题，比如是遇到线路或服务器比较繁忙时，就有可能会影响邮件的接收。
您可以自己给自己发送邮件，测试一下，看看收信的速度如何， 这样也比较容易判断问题出在哪里。
一般来说，E-mail的发信方式分为两种：一种是通过ISP或免费邮箱服务商提供的SMTP发信服务器中转的发信方式;另一种则是通过本机建立S MTP发信服务器直接发送电子邮件的方式。
1、通过邮件发信服务器发信的收发过程。
在这一发信过程中，首先由发信人通过电脑将电子邮件发送到SMTP发信服务器上，如果发信服务器收到的邮件合法，发信服务器通过一种“存储转发”技术，将该电子邮件在服务器上排队，当轮到该邮件发送顺序时，再由发信服务器将邮件发送到对方的收信服务器（M X邮件交换服务器）上，再由收信服务器转发到POP3服务器上（很多服务器系统的收信服务器和POP3服务器是同一服务器），最后由收件人通过电脑上的客户端软件将电子邮件从P OP3服务器上取走。
2、通过本机直接发送电子邮件的过程。
与上述发送过程不同的是，一些软件提供本机直接发送电子邮件到收信服务器上的功能，其实就是利用本机电脑建立一个SMTP发信服务器，由本机充当发信服务器的功能，绕过I SP或免费邮箱提供的SMTP发信服务器。
因此本机既充当发信人电脑，又充当发信服务器，其发信过程与上述过程类似，但减少了发信人与发信服务器之间的网络传输过程和邮件的排队等待时间。
oracle数据库的后台进程有哪些
DBWR进程：该进程执行将缓冲区写入数据文件，是负责缓冲存储区管理的一个ORACLE后台进程。
当缓冲区中的一缓冲区被修改，它被标志为“弄脏”，DBWR的主要任务是将“弄脏”的缓冲区写入磁盘，使缓冲区保持“干净”。
由于缓冲存储区的缓冲区填入数据库或被用户进程弄脏，未用的缓冲区的数目减少。
当未用的缓冲区下降到很少，以致用户进程要从磁盘读入块到内存存储区时无法找到未用的缓冲区时，DBWR将管理缓冲存储区，使用户进程总可得到未用的缓冲区。
ORACLE采用LRU（LEAST RECENTLY USED）算法（最近最少使用算法）保持内存中的数据块是最近使用的，使I/O最小。
在下列情况预示DBWR 要将弄脏的缓冲区写入磁盘：当一个服务器进程将一缓冲区移入“弄脏”表，该弄脏表达到临界长度时，该服务进程将通知DBWR进行写。
该临界长度是为参数DB-BLOCK-WRITE-BATCH的值的一半。
当一个服务器进程在LRU表中查找DB-BLOCK-MAX-SCAN-CNT缓冲区时，没有查到未用的缓冲区，它停止查找并通知DBWR进行写。
出现超时（每次3秒），DBWR 将通知本身。
当出现检查点时，LGWR将通知DBWR.在前两种情况下，DBWR将弄脏表中的块写入磁盘，每次可写的块数由初始化参数DB-BLOCK- WRITE-BATCH所指定。
如果弄脏表中没有该参数指定块数的缓冲区，DBWR从LUR表中查找另外一个弄脏缓冲区。
如果DBWR在三秒内未活动，则出现超时。
在这种情况下DBWR对LRU表查找指定数目的缓冲区，将所找到任何弄脏缓冲区写入磁盘。
每当出现超时，DBWR查找一个新的缓冲区组。
每次由DBWR查找的缓冲区的数目是为寝化参数DB-BLOCK- WRITE-BATCH的值的二倍。
如果数据库空运转，DBWR最终将全部缓冲区存储区写入磁盘。
在出现检查点时，LGWR指定一修改缓冲区表必须写入到磁盘。
DBWR将指定的缓冲区写入磁盘。
在有些平台上，一个实例可有多个DBWR.在这样的实例中，一些块可写入一磁盘，另一些块可写入其它磁盘。
参数DB-WRITERS控制DBWR进程个数。
LGWR进程：该进程将日志缓冲区写入磁盘上的一个日志文件，它是负责管理日志缓冲区的一个ORACLE后台进程。
LGWR进程将自上次写入磁盘以来的全部日志项输出，LGWR输出：当用户进程提交一事务时写入一个提交记录。
每三秒将日志缓冲区输出。
当日志缓冲区的1/3已满时将日志缓冲区输出。
当DBWR将修改缓冲区写入磁盘时则将日志缓冲区输出。
LGWR进程同步地写入到活动的镜象在线日志文件组。
如果组中一个文件被删除或不可用，LGWR 可继续地写入该组的其它文件。
日志缓冲区是一个循环缓冲区。
当LGWR将日志缓冲区的日志项写入日志文件后，服务器进程可将新的日志项写入到该日志缓冲区。
LGWR 通常写得很快，可确保日志缓冲区总有空间可写入新的日志项。
注意：有时候当需要更多的日志缓冲区时，LWGR在一个事务提交前就将日志项写出，而这些日志项仅当在以后事务提交后才永久化。
ORACLE使用快速提交机制，当用户发出COMMIT语句时，一个COMMIT记录立即放入日志缓冲区，但相应的数据缓冲区改变是被延迟，直到在更有效时才将它们写入数据文件。
当一事务提交时，被赋给一个系统修改号（SCN），它同事务日志项一起记录在日志中。
由于SCN记录在日志中，以致在并行服务器选项配置情况下，恢复操作可以同步。
CKPT进程：该进程在检查点出现时，对全部数据文件的标题进行修改，指示该检查点。
在通常的情况下，该任务由LGWR执行。
然而，如果检查点明显地降低系统性能时，可使CKPT进程运行，将原来由LGWR进程执行的检查点的工作分离出来，由 CKPT进程实现。
对于许多应用情况，CKPT进程是不必要的。
只有当数据库有许多数据文件，LGWR在检查点时明显地降低性能才使CKPT运行。
CKPT进程不将块写入磁盘，该工作是由DBWR完成的。
初始化参数CHECKPOINT-PROCESS控制CKPT进程的使能或使不能。
缺省时为FALSE，即为使不能。
SMON进程：该进程实例启动时执行实例恢复，还负责清理不再使用的临时段。
在具有并行服务器选项的环境下，SMON对有故障CPU或实例进行实例恢复。
SMON进程有规律地被呼醒，检查是否需要，或者其它进程发现需要时可以被调用。
PMON进程：该进程在用户进程出现故障时执行进程恢复，负责清理内存储区和释放该进程所使用的资源。
例：它要重置活动事务表的状态，释放封锁，将该故障的进程的ID从活动进程表中移去。
PMON还周期地检查调度进程（DISPATCHER）和服务器进程的状态，如果已死，则重新启动（不包括有意删除的进程）。
PMON有规律地被呼醒，检查是否需要，或者其它进程发现需要时可以被调用。
RECO进程：该进程是在具有分布式选项时所使用的一个进程，自动地解决在分布式事务中的故障。
一个结点RECO后台进程自动地连接到包含有悬而未决的分布式事务的其它数据库中，RECO自动地解决所有的悬而不决的事务。
任何相应于已处理的悬而不决的事务的行将从每一个数据库的悬挂事务表中删去。
当一数据库服务器的RECO后台进程试图建立同一远程服务器的通信，如果远程服务器是不可用或者网络连接不能建立时，RECO自动地在一个时间间隔之后再次连接。
RECO后台进程仅当在允许分布式事务的系统中出现，而且DISTRIBUTED ？C TRANSACTIONS参数是大于进程：该进程将已填满的在线日志文件拷贝到指定的存储设备。
当日志是为ARCHIVELOG使用方式、并可自动地归档时ARCH进程才存在。
LCKn进程：是在具有并行服务器选件环境下使用，可多至10个进程（LCK0，LCK1……，LCK9），用于实例间的封锁。
Dnnn进程（调度进程）：该进程允许用户进程共享有限的服务器进程（SERVER PROCESS）。
没有调度进程时，每个用户进程需要一个专用服务进程（DEDICATEDSERVER PROCESS）。
对于多线索服务器（MULTI-THREADED SERVER）可支持多个用户进程。
如果在系统中具有大量用户，多线索服务器可支持大量用户，尤其在客户_服务器环境中。
在一个数据库实例中可建立多个调度进程。
对每种网络协议至少建立一个调度进程。
数据库管理员根据操作系统中每个进程可连接数目的限制决定启动的调度程序的最优数，在实例运行时可增加或删除调度进程。
多线索服务器需要SQL*NET版本2或更后的版本。
在多线索服务器的配置下，一个网络接收器进程等待客户应用连接请求，并将每一个发送到一个调度进程。
如果不能将客户应用连接到一调度进程时，网络接收器进程将启动一个专用服务器进程。
该网络接收器进程不是ORACLE实例的组成部分，它是处理与ORACLE有关的网络进程的组成部分。
在实例启动时，该网络接收器被打开，为用户连接到ORACLE建立一通信路径，然后每一个调度进程把连接请求的调度进程的地址给予于它的接收器。
当一个用户进程作连接请求时，网络接收器进程分析请求并决定该用户是否可使用一调度进程。
如果是，该网络接收器进程返回该调度进程的地址，之后用户进程直接连接到该调度进程。
有些用户进程不能调度进程通信（如果使用SQL*NET以前的版本的用户），网络接收器进程不能将如此用户连接到一调度进程。
在这种情况下，网络接收器建立一个专用服务器进程，建立一种合适的连接.即主要的有：DBWR,LGWR,SMON 其他后台进程有PMON,CKPT等
