什么叫接收邮件服务器(POP）？

邮件接收服务器，顾名思义，就是指接收邮件的服务器，使用的大都是POP协议，POP协议具体是什么呢？

Post Office Protocol

：邮局协议  POP 协议允许工作站动态访问服务器上的邮件，目前已发展到第三版，称为 POP3。POP3 允许工作站检索邮件服务器上的邮件。POP3

传输的是数据消息，这些消息可以是指令，也可以是应答。

创建一个分布式电子邮件系统有多种不同的技术支持和途径：POP（邮局协议）、DMSP（分层式电子邮件系统协议）和 IMAP（因特网信息访问协议）。

其中，POP

协议创建最早因此也最为人们了解；DMSP 具有较好的支持“无连接”操作的性能，但其很大程度上仅限于单个应用程序（PCMAIL）；IMAP 提供了 POP 和

DMSP 的扩展集并提供对远程邮件访问的三种支持方式：离线、在线和无连接。

POP

协议支持“离线”邮件处理。其具体过程是：邮件发送到服务器上，电子邮件客户端调用邮件客户机程序以连接服务器，并下载所有未阅读的电子邮件。

这种离线访问模式是一种存储转发服务，将邮件从邮件服务器端送到个人终端机器上，一般是

PC 机或 MAC。一旦邮件发送到 PC 机或 MAC 上，邮件服务器上的邮件将会被删除。

POP3

并不支持对服务器上邮件进行扩展操作，此过程由更高级的 IMAP4 完成。 POP3 使用 TCP 作为传输协议 

扩展资料

当多个工作组、部门和骨干网连接在一起的时候，企业间需要连网，一个系统连接了很多很多的网络，Internet已经变得十分普遍和重要，电子邮件是因特网上最为流行的应用之一。

如同邮递员分发投递传统邮件一样，电子邮件也是异步的，也就是说人们是在方便的时候发送和阅读邮件的，无须预先与别人协同。

与传统邮件不同的是，电子邮件既迅速，又易于分发，而且成本低廉。另外，现代的电子邮件消息可以包含超链接、HTML格式文本、图像、声音甚至视频数据。

我们将在本文中查看处于因特网电子邮件核心地位的应用层协议。但在深入讨论这些协议之前，让我们先概览一下因特网邮件系统及其重要部件。

-邮件服务器

　　 在SQLPlus中用insert 的都是中文的 为什么一存入服务器后 再select出的就是　　　 有的时候 服务器数据先导出 重装服务器 再导入数据 结果 发生数据查询成　　　……　　　这些问题 一般是因为字符集设置不对造成的　　　很久以来 字符集一直是困扰著众多Oracle爱好者的问题 笔者从事Oracle数据库管理和应用已经几年了 经常接到客户的类似上面提到的有关数据库字符集的 告急 和 求救 在此我们就这个问题做一些分析和探讨　　　首先 我们要明确什么是字符集？字符集是一个字节数据的解释的符号集合 有大小之分 有相互的包括关系 如us ascii就是zhs gbk的子集 从us ascii到zhs gbk不会有数据解释上的问题 不会有数据丢失 Oracle对这种问题也要求从子集到超集的导出受支持 反之不行 在所有的字符集中utf 应该是最大 因为它基于unicode 双字节保存字符(也因此在存储空间上占用更多)　　　其次 一旦数据库创建后 数据库的字符集是不能改变的 因此 在设计和安装之初考虑使用哪一种字符集是十分重要的 数据库字符集应该是操作系统本地字符集的一个超集 存取数据库的客户使用的字符集将决定选择哪一个超集 即数据库字符集应该是所有客户字符集的超集　　　在实际应用中 和字符集问题关系最大的恐怕就是exp/imp了 在做exp/imp时 如果Client 和Server的nls_lang设置是一样的 一般就没有问题的 但是 要在两个不同字符集的系统之间导数据就经常会有这样或那样的问题 如 导出时数据库的显示正常 是中文 当导入到其他系统时 就成了乱码 这也是一类常见问题　　　现在 介绍一些与字符集有关的NLS_LANG参数　　　 NLS_LANG格式 NLS_LANG = language_territory charset　　　有三个组成部分（语言 地域和字符集） 每个成分控制了NLS子集的特性 其中 language 指定服务器消息的语言　　　territory 指定服务器的日期和数字格式　　　charset 指定字符集　　　 例如　AMERICAN_AMERICA US SCII　　　AMERICAN _ AMERICA ZHS GBK　　　　　 还有一些子集可以更明确定义NLS_LANG参数　DICT BASE 数据字典基本 表版本　　　DBTIMEZONE 数据库时区　　　NLS_LANGUAGE 语言　　　NLS_TERRITORY 地域　　　NLS_CURRENCY 本地货币字符　　　NLS_ISO_CURRENCY ISO货币字符　　　NLS_NUMERIC_CHARACTERS 小数字符和组 分隔开　　　NLS_CHARACTERSET 字符集　　　NLS_CALENDAR 日历系统　　　NLS_DATE_FORMAT 缺省的日期格式　　　NLS_DATE_LANGUAGE 缺省的日期语言　　　NLS_SORT 字符排序序列　　　NLS_TIME_FORMAT 时间格式　　　NLS_TIMESTAMP_FORMAT 时间戳格式　　　……　 通过props$动态性能视图 我们可以查看数据库的字符集信息　$> sqlplus internal　　　SQL> desc props$　　　Name Type Nullable Default Comments　　　NAME VARCHAR ( )　　　VALUE$ VARCHAR ( ) Y　　　MENT$ VARCHAR ( ) Y　　　SQL> set arraysize　　　SQL> col value$ format a　　　SQL> select name value$ from props$ where name= NLS_CHARACTERSET ;　　　NAME VALUE$　　　NLS_CHARACTERSET ZHS GBK　　　SQL> select from sys props$;　　　NAME VALUE$　　　DICT BASE　　　DBTIMEZONE :　　　NLS_LANGUAGE AMERICAN　　　NLS_TERRITORY AMERICA　　　NLS_CURRENCY $　　　NLS_ISO_CURRENCY AMERICA　　　NLS_NUMERIC_CHARACTERS　　　NLS_CHARACTERSET ZHS GBK　　　NLS_CALENDAR GREGORIAN　　　NLS_DATE_FORMAT DD MON RR　　　NLS_DATE_LANGUAGE AMERICAN　　　NLS_SORT BINARY　　　NLS_TIME_FORMAT HH MI SSXFF AM　　　NLS_TIMESTAMP_FORMAT DD MON RR HH MI SSXFF AM　　　NLS_TIME_TZ_FORMAT HH MI　　　SSXFF AM TZH:TZM　　　NLS_TIMESTAMP_TZ_FORMAT DD MON RR HH MI SSXFF AM TZH:TZM　　　NLS_DUAL_CURRENCY $　　　NLS_P BINARY　　　NLS_NCHAR_CHARACTERSET ZHS GBK　　　NLS_RDBMS_VERSION　　　NAME VALUE$　　　GLOBAL_DB_NAME SCPDB　　　EXPORT_VIEWS_VERSION　　　 rows selected　　　SQL>　　　 从结果可以看出　NLS_LANG = AMERICAN _ AMERICA ZHS GBK　　　虽然 数据库的字符集是在create database的时候指定的 以后不允许改变 但在一个已经建立好的数据库上 我们可以通过修改SYS PROPS$来修改主要是对应客户端的显示 与存储无关　　　如　　　SQL> conn / as sysdba　　　Connected　　　SQL> SQL> select from sys props$　　　 WHERE NAME= NLS_LANGUAGE ;　　　NAME VALUE$　　　NLS_LANGUAGE AMERICAN　　　SQL>　　　SQL> UPDATE sys PROPS$ SET VALUE$= SIMPLIFIED CHINESE　　　 WHERE NAME= NLS_LANGUAGE ;　　　 row updated　　　SQL>　　　SQL> select from sys props$　　　 WHERE NAME= NLS_LANGUAGE ;　　　NAME VALUE$　　　NLS_LANGUAGE SIMPLIFIED CHINESE　　　SQL>　　　 通常出现问题的原因 可分为三种　 服务器指定字符集与客户字符集不同 而与加载数据字符集一致　　　解决方法 对于这种情况 只需要设置客户端字符集与服务器端字符集一致就可以了 具体操作如下　　　 查看当前字符集　　　SQL> select from sys props$　　　 WHERE NAME= NLS_CHARACTERSET ;　　　NAME VALUE$　　　　　NLS_CHARACTERSET ZHS GBK　　　SQL>　　　可以看出 现在服务器端Oracle数据库的字符集为 ZHS GBK　　　 根据服务器的字符集在客户端作相应的配置或者安装Oracle的客户端软件时指定　　　如果还没安装客户端 那么在安装客户端时 指定与服务器相吻合的字符集即可 如果已经安装好了客户端 并且客户端为 sqlnet 以下版本 进入Windows的系统目录 编辑oracle ini文件 用US ASCII替换原字符集 重新启动计算机 设置生效 否则 如果 客户端为 sqlnet 以上版本 在Win 下 运 行REGEDIT 第一步选HKEY_LOCAL_MACHINE 第二步选择SOFARE 第三步选择 Oracle 第四步选择 NLS_LANG 键 入 与服 务 器 端 相 同 的 字 符 集　　　（本例为 HKEY_LOCAL_MACHINE\　　　SOFARE\ORACLE\NLS_LANG AMERICAN _ AMERICA ZHS GBK）　　　 如果是UNIX客户端 则　SQL> conn / as sysdba　　　Connected　　　SQL> SQL> UPDATE sys PROPS$ SET VALUE$= SIMPLIFIED CHINESE　　　 WHERE NAME= NLS_LANGUAGE ;　　　 row updated　　　SQL> MIT;　　　Commit plete　　　SQL>　 服务器指定字符集与客户字符集相同 与加载数据字符集不一致　　　解决方法 强制加载数据字符集与服务器端字符集一致 要做到这一点 可以通过重新创建数据库 并选择与原卸出数据一致的字符集 然后IMP数据 这种情况仅仅适用于空库和具有同一种字符集的数据　　　解决这类问题 也可以先将数据加载到具有相同字符集的服务器上 然后用转换工具卸出为foxbase 格式或access格式数据库 再用转换工具转入到不同字符集的Oracle数据库中 这样就避免了Oracle字符集的困扰 目前数据库格式转换的工具很多 像power builder 以上版本提供的pipeline及Microsoft Access数据库提供的数据导入/导出功能等　　　 服务器指定字符集与客户字符集不同 与输入数据字符集不一致　　　对于这种情况 目前为止都还没有太好的解决方法　　　通过上面的了解 我们知道 导致在后期使用数据库时出现种种关于字符集的问题 多半是由于在数据库设计 安装之初没有很好地考虑到以后的需要 所以 我们完全可以通过在服务器上和客户端使用相同的字符集来避免由此类问题引出的麻烦 lishixinzhi/Article/program/Java/hx/201311/27019