postfix的问题解决感想
就俩字：靠自己每次错误，大都是如下几点原因：
1.配置项名字写错，或按照教程抄错，以及格式问题。很常见。常见的格式方面最容易犯的是空格问题，有的不能有空格，有的要制表符，这样的错误现象是系统不认识这个配置，解决方法：写对它。
2.起始安装的编译漏写或写错，但编译过去了，这样的最难发现。可以引发两方面的问题，一个是漏写，系统不支持了，而往往这样的错误提示很简单。或根本没有提示。一个是写错问题，有可能就一个字符写错，导致大部分的路径错误。这样的提示很好发现，在标准错误输出中应该都能给出。还有可能是支持类型错误，比如ISO-8859和ISO-8059(当然，我只是举个例子，这样的应该不多。)这样的一般没有错误。难以发现。解决办法，自己发掘。
3.原因需求不明确，也就是说有可能本身并没有问题，而是第三方问题。解决方法，对比试验。
4.不理解配置项是干吗的，乱改一气，这样的往往是引发错误的最致命之处，往往这样的问题的解决方法是在明白配置的真正作用的时候才恍然大悟。
5.最头疼的是环境问题，往往都是随便找个教程，拿来就装，或东抄一段，西写一段，结果错误连天。首先要明确系统的环境问题，比如redhat下，教程中用到了chkconfig，而你有可能在debian下，也在拼命使用chkconfig，实际上debian下没有chkconfig。或人家明明用的是idconfig，而你在一个劲的在用ldconfig呢。要避免这样的问题，首先你要选择符合你的操作系统的教程，当然，如果你能熟悉操作系统那是最根本的最好的办法了。
6.软件版本问题。有可能你看到的教程使用的是比较老的版本，而你用的是最新的版本，而你想用老版本的时候，官方已经没有发行版了，所以就找个差不多的，“凑合”上了。还有另外一个地方就是官方上的版本太多，而不知道用哪个了。结果下了一个并不适合操作系统的或当前不能和其它软件包兼容的，或根本不是你所要的软件。要解决这样的问题，看你的理解能力了。特别是那些英文“凑合”用的。
对postfix而言，解决问题的关键是信息的准确性，要看的不光是maillog，还有其它的log要看，比如如果你用了数据库，那么你要看数据库的log，看从发送到处理，再到结束，对数据库的操作提交的命令是什么，返回的是什么，等等。安装postfix的时候，最关键的一点是走一步，测试一步，也就是说新添加了一个软件，就要确保当前软件是不是正常工作，再整合到的以前装好的软件是不是还能正常工作。在测试的时候随时查看log日志记录，如果发现错误，立即回滚，这样也能确保新装软件出现问题后，能及时回到正常的状态上来。
还有一个要注意的地方，是要养成配置文件备份的习惯，我想这个目的，大家应该都知道是什么。
以上是我暂时一会没有事的时候，有感而发的，随便写点，别太在意。全是废话。 支持一下hmglly兄，一般来说，首先能够确保编译的时候没有问题，不管是用ports，src，rpm来安装，确保安装的软件都支持相应的功能。
然后就是修改一堆配置文件了，这个网上有很多文档可以参考。碰到问题就查相关log，再不就上网搜索一下，仍然不懂就到bbs来问问。基本上可以搞定邮件系统。
最后就是维护，以及慢慢的理解邮件系统的各处的功能。 顶一下LZ和chi老大。 [quote][b]下面是引用hmglly于2007-02-02 17:44发表的postfix的问题解决感想:[/b]
就俩字：靠自己
每次错误，大都是如下几点原因：
1.配置项名字写错，或按照教程抄错，以及格式问题。很常见。常见的格式方面最容易犯的是空格问题，有的不能有空格，有的要制表符，这样的错误现象是系统不认识这个配置，解决方法：写对它。
2.起始安装的编译漏写或写错，但编译过去了，这样的最难发现。可以引发两方面的问题，一个是漏写，系统不支持了，而往往这样的错误提示很简单。或根本没有提示。一个是写错问题，有可能就一个字符写错，导致大部分的路径错误。这样的提示很好发现，在标准错误输出中应该都能给出。还有可能是支持类型错误，比如ISO-8859和ISO-8059(当然，我只是举个例子，这样的应该不多。)这样的一般没有错误。难以发现。解决办法，自己发掘。
3.原因需求不明确，也就是说有可能本身并没有问题，而是第三方问题。解决方法，对比试验。
.......[/quote]
顶~ 支持原创的经验之谈啊！ 看log很重要
页:
[1]