ZhangHuangbin 写道:
请将密码修改为 md5 加密。
这个是在哪修改呢，谢谢！
页次 1
支持 Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, FreeBSD, OpenBSD
您尚未登陆。 请选择登陆或是注册一个新账号。
iRedMail 开源邮件服务解决方案 » 由 guo_xianglin 发表的文章
页次 1
请将密码修改为 md5 加密。
这个是在哪修改呢，谢谢！
==== 必填信息。没有填写将不予回复 ====
- iRedMail 版本号：0.9.2
- 使用哪个数据库存储用户帐号（OpenLDAP，MySQL，PostgreSQL）：MySQL
- 使用的 Linux/BSD 发行版名称及版本号：centos7
- 与您的问题相关的日志信息：
[Thu Jun 25 10:06:50.141289 2015] [ssl:warn] [pid 1000] AH01906: RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Thu Jun 25 10:06:50.301512 2015] [ssl:warn] [pid 1000] AH01906: RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Thu Jun 25 10:07:35.365482 2015] [auth_basic:error] [pid 2362] [client 192.168.22.88:63433] AH01617: user postmaster@xxx: authentication failure for "/cluebringer": Password Mismatch
[Thu Jun 25 10:07:36.258034 2015] [auth_basic:error] [pid 2362] [client 192.168.22.88:63433] AH01617: user postmaster@xxx: authentication failure for "/cluebringer": Password Mismatch
[Thu Jun 25 10:07:36.863616 2015] [auth_basic:error] [pid 2362] [client 192.168.22.88:63433] AH01617: user postmaster@xxx: authentication failure for "/cluebringer": Password Mismatch
[Thu Jun 25 10:10:44.817504 2015] [auth_basic:error] [pid 2426] [client 192.168.22.88:63682] AH01617: user postmaster@xxx: authentication failure for "/cluebringer
====
浏览器登陆提示用户名密码不匹配，Unauthorized
This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.
你的邮件收发量是否很大？单位时间（例如一小时、或30分钟，等）内大概收发多少邮件？
不知道是否因为收发邮件较多导致 cluebringer 处理不过来出错。但之前没有听说过因为收发量大导致 cluebringer 出现这样的情况，而且 cluebringer 开发者声称 cluebringer 的性能非常好，在 ISP 环境完全没问题。
我这邮件量是比较大，单位时间的邮件量我不知道怎么统计。
guo_xianglin 写道:[2014/12/26-15:49:16 - 10331] [CORE] WARNING: Couldn't unlink "/var/run/cbpolicyd.pid" [Permission denied]
只有这条日志看起来比较可疑，但又无法确认到底什么问题。建议先检查一下这个文件的权限。
权限如下：
-rw-r--r-- 1 cluebringer cluebringer 5 Dec 26 15:54 cbpolicyd.pid
我不做任何操作的情况下，虽然有部分邮件报错，但是很多邮件还是能够正常收发的。
今天在出现故障时有以下信息：
[2014/12/26-15:49:16 - 10331] [CORE] NOTICE: 2014/12/26-15:49:16 Server closing!
[2014/12/26-15:49:16 - 306] [CBPOLICYD] DEBUG: Shutting down caching engine (306)
[2014/12/26-15:49:16 - 17452] [CBPOLICYD] DEBUG: Shutting down caching engine (17452)
[2014/12/26-15:49:16 - 32491] [CBPOLICYD] DEBUG: Shutting down caching engine (32491)
[2014/12/26-15:49:16 - 430] [CBPOLICYD] DEBUG: Shutting down caching engine (430)
[2014/12/26-15:49:16 - 29164] [CBPOLICYD] DEBUG: Shutting down caching engine (29164)
[2014/12/26-15:49:16 - 7159] [CBPOLICYD] DEBUG: Shutting down caching engine (7159)
[2014/12/26-15:49:16 - 21646] [CBPOLICYD] DEBUG: Shutting down caching engine (21646)
[2014/12/26-15:49:16 - 10331] [CORE] WARNING: Couldn't unlink "/var/run/cbpolicyd.pid" [Permission denied]
[2014/12/26-15:49:16 - 10331] [CORE] DEBUG: Destroying system modules.
[2014/12/26-15:49:16 - 10331] [CORE] DEBUG: System modules destroyed.
[2014/12/26-15:49:16 - 10331] [CORE] DEBUG: Closing syslog.
[2014/12/26-15:49:16 - 10331] [CORE] DEBUG: Syslog closed.
[2014/12/26-15:49:16 - 31580] [CBPOLICYD] DEBUG: Shutting down caching engine (31580)
[2014/12/26-15:49:16 - 348] [CBPOLICYD] DEBUG: Shutting down caching engine (348)
[2014/12/26-15:49:16 - 18161] [CBPOLICYD] DEBUG: Shutting down caching engine (18161)
[2014/12/26-15:49:16 - 19091] [CBPOLICYD] DEBUG: Shutting down caching engine (19091)
[2014/12/26-15:49:16 - 18400] [CBPOLICYD] DEBUG: Shutting down caching engine (18400)
[2014/12/26-15:49:16 - 20176] [CBPOLICYD] DEBUG: Shutting down caching engine (20176)
[2014/12/26-15:49:16 - 18825] [CBPOLICYD] DEBUG: Shutting down caching engine (18825)
[2014/12/26-15:49:16 - 12661] [CBPOLICYD] DEBUG: Shutting down caching engine (12661)
[2014/12/26-15:49:16 - 31832] [CBPOLICYD] DEBUG: Shutting down caching engine (31832)
[2014/12/26-15:49:16 - 350] [CBPOLICYD] DEBUG: Shutting down caching engine (350)
[2014/12/26-15:49:16 - 30289] [CBPOLICYD] DEBUG: Shutting down caching engine (30289)
[2014/12/26-15:49:16 - 16575] [CBPOLICYD] DEBUG: Shutting down caching engine (16575)
[2014/12/26-15:49:16 - 10350] [CBPOLICYD] DEBUG: Shutting down caching engine (10350)
[2014/12/26-15:49:16 - 8816] [CBPOLICYD] DEBUG: Shutting down caching engine (8816)
[2014/12/26-15:49:16 - 16622] [CBPOLICYD] DEBUG: Shutting down caching engine (16622)
[2014/12/26-15:49:16 - 21728] [CBPOLICYD] DEBUG: Shutting down caching engine (21728)
[2014/12/26-15:49:16 - 25019] [CBPOLICYD] DEBUG: Shutting down caching engine (25019)
[2014/12/26-15:49:16 - 11216] [CBPOLICYD] DEBUG: Shutting down caching engine (11216)
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: Process Backgrounded
[2014/12/26-15:49:17 - 31962] [CBPOLICYD] NOTICE: Policyd v2 / Cluebringer - v2.0.14-1
[2014/12/26-15:49:17 - 31962] [CBPOLICYD] NOTICE: Initializing system modules.
[2014/12/26-15:49:17 - 31962] [CBPOLICYD] NOTICE: System modules initialized.
[2014/12/26-15:49:17 - 31962] [CBPOLICYD] NOTICE: Module load started...
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: => AccessControl: enabled
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: => CheckHelo: enabled
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: => Greylisting: enabled
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: => Quotas: enabled
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: => Protocol(Postfix): enabled
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: => Protocol(Bizanga): enabled
[2014/12/26-15:49:17 - 31962] [CBPOLICYD] NOTICE: Module load done.
[2014/12/26-15:49:17 - 31962] [CBPOLICYD] DEBUG: Opening syslog, destination = 'native', facility = 'mail'.
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: 2014/12/26-15:49:17 cbp (type Net::Server::PreFork) starting! pid(31962)
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: Binding to TCP port 10031 on host 127.0.0.1
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: Setting gid to "2003 2003"
[2014/12/26-15:49:17 - 31962] [CORE] NOTICE: Setting uid to "2003"
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Setting up serialization via flock
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Beginning prefork (4 processes)
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "4" children
[2014/12/26-15:49:17 - 31965] [CORE] DEBUG: Child Preforked (31965)
[2014/12/26-15:49:17 - 31965] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31966] [CORE] DEBUG: Child Preforked (31966)
[2014/12/26-15:49:17 - 31966] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31967] [CORE] DEBUG: Child Preforked (31967)
[2014/12/26-15:49:17 - 31962] [CORE] DEBUG: Parent ready for children.
[2014/12/26-15:49:17 - 31967] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31968] [CORE] DEBUG: Child Preforked (31968)
[2014/12/26-15:49:17 - 31968] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31966] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48612" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31967] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48613" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31968] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48614" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31965] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48615" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31969] [CORE] DEBUG: Child Preforked (31969)
[2014/12/26-15:49:17 - 31969] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31967] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31970] [CORE] DEBUG: Child Preforked (31970)
[2014/12/26-15:49:17 - 31970] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31971] [CORE] DEBUG: Child Preforked (31971)
[2014/12/26-15:49:17 - 31967] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31971] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31972] [CORE] DEBUG: Child Preforked (31972)
[2014/12/26-15:49:17 - 31972] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31966] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31965] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31968] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31969] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48616" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31965] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31968] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31966] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31970] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48617" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31969] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31971] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48618" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31973] [CORE] DEBUG: Child Preforked (31973)
[2014/12/26-15:49:17 - 31973] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31969] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31972] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48619" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31970] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31974] [CORE] DEBUG: Child Preforked (31974)
[2014/12/26-15:49:17 - 31971] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31974] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31975] [CORE] DEBUG: Child Preforked (31975)
[2014/12/26-15:49:17 - 31975] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31970] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31971] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31972] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31972] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
[2014/12/26-15:49:17 - 31973] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48620" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31974] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48621" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31975] [CORE] INFO: 2014/12/26-15:49:17 CONNECT TCP Peer: "127.0.0.1:48622" Local: "127.0.0.1:10031"
[2014/12/26-15:49:17 - 31962] [CORE] INFO: Starting "1" children
[2014/12/26-15:49:17 - 31979] [CORE] DEBUG: Child Preforked (31979)
[2014/12/26-15:49:17 - 31979] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31974] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31975] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31980] [CORE] DEBUG: Child Preforked (31980)
[2014/12/26-15:49:17 - 31973] [TRACKING] DEBUG: No session tracking data exists for request: $VAR1 = {
[2014/12/26-15:49:17 - 31980] [CBPOLICYD] DEBUG: Starting up caching engine
[2014/12/26-15:49:17 - 31974] [TRACKING] DEBUG: Added session tracking information for: $VAR1 = {
guo_xianglin 写道:ZhangHuangbin 写道:提示是连接到 cluebringer 服务超时了。那这时候 cluebringer 的日志里有没有提示自身是否运行出错？以及错误的原因？
我看了日志没有发现异常，还可能有其他的原因吗？之前一直运行正常，最近才开始有这个问题，最近没有修改过配置。
我仔细看过日志了，办错时时间点cluebringer没有日志，maillog的日志信息如下：
Dec 22 11:50:24 ns postfix/smtpd[14176]: warning: problem talking to server 127.0.0.1:10031: Connection timed out
Dec 22 11:50:24 ns postfix/smtpd[14176]: NOQUEUE: reject: RCPT from unknown[x.x.x.x]: 451 4.3.5 Server configuration problem; from=<portal@xxx.com.cn> to=<maxl@xxx.com.cn> proto=ESMTP helo=<localhost.localdomain>
Dec 22 11:50:24 ns postfix/smtpd[14176]: too many errors after RCPT from unknown[x.x.x.x]
Dec 22 11:50:24 ns postfix/smtpd[14176]: disconnect from unknown[x.x.x.x]此错误最近才开始出现，并且越来越频繁，请求支持，谢谢！
postconf -n输出（默认配置已用红色标出）：
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
allow_min_user = no
allow_percent_hack = no
biff = no
bounce_queue_lifetime = 1h
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5
delay_warning_time = 0h
disable_vrfy_command = yes
dovecot_destination_recipient_limit = 1
enable_original_recipient = no
home_mailbox = Maildir/
html_directory = no
inet_interfaces = all
inet_protocols = ipv4
mail_owner = postfix
mailbox_command = /usr/libexec/dovecot/deliver
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
maximal_backoff_time = 4000s
maximal_queue_lifetime = 1h
message_size_limit = 20971520
minimal_backoff_time = 300s
mydestination = $myhostname, localhost, localhost.localdomain, localhost.$myhostname
mydomain = xxx.com.cn
myhostname = ns.xxx.com.cn
mynetworks = 127.0.0.0/8
mynetworks_style = host
myorigin = ns.xxx.com.cn
newaliases_path = /usr/bin/newaliases.postfix
proxy_read_maps = $canonical_maps $lmtp_generic_maps $local_recipient_maps $mydestination $mynetworks $recipient_bcc_maps $recipient_canonical_maps $relay_domains $relay_recipient_maps $relocated_maps $sender_bcc_maps $sender_canonical_maps $smtp_generic_maps $smtpd_sender_login_maps $transport_maps $virtual_alias_domains $virtual_alias_maps $virtual_mailbox_domains $virtual_mailbox_maps $smtpd_sender_restrictions
queue_directory = /var/spool/postfix
queue_run_delay = 300s
readme_directory = /usr/share/doc/postfix-2.11.0/README_FILES
recipient_bcc_maps = proxy:mysql:/etc/postfix/mysql/recipient_bcc_maps_user.cf, proxy:mysql:/etc/postfix/mysql/recipient_bcc_maps_domain.cf
recipient_delimiter = +
relay_domains = $mydestination, proxy:mysql:/etc/postfix/mysql/relay_domains.cf
sample_directory = /usr/share/doc/postfix-2.11.0/samples
sender_bcc_maps = proxy:mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf, proxy:mysql:/etc/postfix/mysql/sender_bcc_maps_domain.cf
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtp-amavis_destination_recipient_limit = 1
smtp_data_init_timeout = 240s
smtp_data_xfer_timeout = 600s
smtp_tls_CAfile = $smtpd_tls_CAfile
smtp_tls_loglevel = 0
smtp_tls_note_starttls_offer = yes
smtp_tls_security_level = may
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_end_of_data_restrictions = check_policy_service inet:127.0.0.1:10031
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_helo_hostname, reject_invalid_helo_hostname, check_helo_access pcre:/etc/postfix/helo_access.pcre
smtpd_recipient_restrictions = reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unlisted_recipient, check_policy_service inet:127.0.0.1:7777, check_policy_service inet:127.0.0.1:10031, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_reject_unlisted_recipient = yes
smtpd_reject_unlisted_sender = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =
smtpd_sasl_path = private/dovecot-auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_sender_login_maps = proxy:mysql:/etc/postfix/mysql/sender_login_maps.cf
smtpd_sender_restrictions = permit_mynetworks, reject_sender_login_mismatch, permit_sasl_authenticated, check_sender_access hash:/etc/postfix/reject_sender
smtpd_tls_CAfile = /etc/pki/tls/certs/iRedMail_CA.pem
smtpd_tls_auth_only = no
smtpd_tls_cert_file = /etc/pki/tls/certs/iRedMail_CA.pem
smtpd_tls_key_file = /etc/pki/tls/private/iRedMail.key
smtpd_tls_loglevel = 0
smtpd_tls_security_level = may
swap_bangpath = no
tls_random_source = dev:/dev/urandom
transport_maps = proxy:mysql:/etc/postfix/mysql/transport_maps_user.cf, proxy:mysql:/etc/postfix/mysql/transport_maps_domain.cf
unknown_local_recipient_reject_code = 550
virtual_alias_domains =
virtual_alias_expansion_limit = 3000
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql/virtual_alias_maps.cf, proxy:mysql:/etc/postfix/mysql/domain_alias_maps.cf, proxy:mysql:/etc/postfix/mysql/catchall_maps.cf, proxy:mysql:/etc/postfix/mysql/domain_alias_catchall_maps.cf
virtual_gid_maps = static:2000
virtual_mailbox_base = /var/vmail
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql/virtual_mailbox_maps.cf
virtual_minimum_uid = 2000
virtual_transport = dovecot
virtual_uid_maps = static:2000
ZhangHuangbin 写道:提示是连接到 cluebringer 服务超时了。那这时候 cluebringer 的日志里有没有提示自身是否运行出错？以及错误的原因？
我看了日志没有发现异常，还可能有其他的原因吗？之前一直运行正常，最近才开始有这个问题，最近没有修改过配置。
我仔细看过日志了，办错时时间点cluebringer没有日志，maillog的日志信息如下：
Dec 22 11:50:24 ns postfix/smtpd[14176]: warning: problem talking to server 127.0.0.1:10031: Connection timed out
Dec 22 11:50:24 ns postfix/smtpd[14176]: NOQUEUE: reject: RCPT from unknown[x.x.x.x]: 451 4.3.5 Server configuration problem; from=<portal@xxx.com.cn> to=<maxl@xxx.com.cn> proto=ESMTP helo=<localhost.localdomain>
Dec 22 11:50:24 ns postfix/smtpd[14176]: too many errors after RCPT from unknown[x.x.x.x]
Dec 22 11:50:24 ns postfix/smtpd[14176]: disconnect from unknown[x.x.x.x]
此错误最近才开始出现，并且越来越频繁，请求支持，谢谢！
提示是连接到 cluebringer 服务超时了。那这时候 cluebringer 的日志里有没有提示自身是否运行出错？以及错误的原因？
我看了日志没有发现异常，还可能有其他的原因吗？之前一直运行正常，最近才开始有这个问题，最近没有修改过配置。
==== 必填信息。没有填写将不予回复 ====
- iRedMail 版本号：
- 使用哪个数据库存储用户帐号（OpenLDAP，MySQL，PostgreSQL）：
- 使用的 Linux/BSD 发行版名称及版本号：
- 与您的问题相关的日志信息：
==== ==== 必填信息。没有填写将不予回复 ====
- iRedMail 版本号：0.8.7
- 使用哪个数据库存储用户帐号（OpenLDAP，MySQL，PostgreSQL）：MySQL
- 使用的 Linux/BSD 发行版名称及版本号：centos6.5
- 与您的问题相关的日志信息：cluebringer-2.0.14-4.el6.noarch
系统最近经常出现以下错误，我已经开启了cluebringer，但是不知道需要哪些日志，谢谢！
Dec 15 10:40:25 ns postfix/smtpd[2842]: warning: problem talking to server 127.0.0.1:10031: Connection timed out
Dec 15 10:40:25 ns postfix/smtpd[2842]: NOQUEUE: reject: RCPT from unknown[219.138.163.83]: 451 4.3.5 Server configuration problem;
====
我在张工之前回复的帖子中看到过类似问题，可以通过mailbox的一些字段进行控制， allowedsenders 、 allowedrecipients、rejectedsenders 和 rejectedrecipients。
- 拒收所有发件人发给 user@example.com 的邮件（rejectedsenders='@.'）
- 允许 user@example.com 接收来自 example.com 的邮件（allowedsenders='@example.com'）
- 禁止 user@example.com 发邮件给任何人（rejectedrecipients='@.'）
- 允许 user@example.com 发送给 example.com 的邮件（allowedrecipients='@example.com'）
注意：
- 这里表示“所有人”的用 '@.' （一个 @ 符号加一个英文句点）表示。
- iRedAPD 会优先处理 allowedsenders 和 allowedrecipients，再处理 rejectedsenders 和 rejectedrecipients。
这是之前的帖子：http://www.iredmail.com/bbs/topic2604-iredmail-iredmail.html
==== 必填信息。没有填写将不予回复 ====
- iRedMail 版本号：iredmail-0.8.1
- 使用哪个数据库存储用户帐号（OpenLDAP，MySQL，PostgreSQL）：MySQL
- 使用的 Linux/BSD 发行版名称及版本号：centos6.2
- 与您的问题相关的日志信息：
====
由于服务器硬件故障，在备份服务器运行，出现在部分foxmail用户无法收取邮件，outlook用户不受影响，foxmail用户可以通过 工具--远程邮箱管理 看到邮件（很多人显示邮件不全），状态为“不处理”，部分用户手动执行收取邮件可以收取。
张工，你好！我想请问一下除了spam/virus 扫描会使邮件队列比较大以外还有哪些设置或者参数可能也会影响邮件收发效率啊，谢谢！
我有两台邮件系统邮件队列经常特别大，用户都在1000人以上，一个版本是0.8.0，另一个是0.8.1，服务器都是IBM 3650M3服务器，双CPU，16G内存的，以前按照下面的方法修改后，效果比较明显，当现在0.8.0还是经常出现邮件队列超过300以上的情况，投递时间比较长，出现超过40分钟邮件还在队列中，0.8.1相对没这么严重。谢谢。
$policy_bank{'MYUSERS'} = {
...
# don't perform spam/virus/header check.
bypass_spam_checks_maps => [1],
bypass_virus_checks_maps => [1],
bypass_header_checks_maps => [1],
# allow sending any file names and types
bypass_banned_checks_maps => [1],
};
==== 必填信息。没有填写将不予回复 ====
- iRedMail 版本：iredmail-0.8.1
- 使用的 Linux/BSD 发行版名称及版本号： centos6.2_64
- 与您的问题相关的日志信息：
====
我想请问一下iredmail默认配置有没有对最大收件人做限制，我现在有用户一封邮件暗送给1200个邮件地址时无法发送，需要分多次才能发送，并且发送后收到大量退信退信内容很多都是time out和refused connection
谢谢！
对方使用新浪邮箱发送给xxx@xx.com地址时收到退信，不知道是什么原因，请告知，谢谢！
我是用的是iredmail-0.4.0，最近同事总是遇到这种问题，遇到次数较多，有时对方重发就能收到了。
多谢大家了！
以下是退信内容：
主题： 系统退信
尊敬的用户，
我们很遗憾的通知您，您发的邮件中有一个或多个接收人没有投递成功。
退回的邮件在附件中，请查看附件了解详情。
被退回邮件信息：
主题：s
收件人：xxx@xx.com
退信原因：5.x.1 - Maximum number of delivery attempts exceeded. [Default] 450-'4.7.1 <xxx@xx.com>: Recipient address rejected: Policy Rejection- Please try later.'
退信原因查询：http://help.sina.com.cn/i/90/152_2.html
Reporting-MTA: dns; mail228-171.sinamail.sina.com.cn
Final-Recipient: rfc822;xxx@xx.comAction: failed
Status: 5.0.0 (permanent failure)
Remote-MTA: dns; [202.85.*.*]
Diagnostic-Code: smtp; 5.x.1 - Maximum number of delivery attempts exceeded. [Default] 450-'4.7.1 <xxx@xx.com>: Recipient address rejected: Policy Rejection- Please try later.' (delivery attempts: 1)
张大哥，我试了下修改文件/etc/postfix/main.cf
mydestination = $myhostname, localhost, localhost.localdomain, localhost.$myhostname,test2.com
这样test1发送邮件给test2的时候，客户端就会直接提示用户不存在的错误了，可以起到提醒的作用了。
张大哥，现在我不想升级现有邮件系统，能做到吗？
考虑到升级太麻烦，跳跃的版本太多了，存在一定风险。
由于公司使用内外两套邮件系统，两套系统之间不能通信，怎么设置可以禁止xxx@test1.com发送给xxx@test2.com 如果发送，系统直接退信。xxx@test1.com可以发送给出xxx@test2.com以外的邮件地址。
我现在使用的是iredmail-0.4.0 由于运行稳定，没做升级。
谢谢！
公司邮件往来比较多，再加上服务器出现故障后不容易马上发现，如果不是有双机热备的话出现问题后影响比较大。
我是用的mysql存储用户信息：由于alias信息比较多，每次有员工离职后，都需要需要手动从alias表中查询用户存在于那些别名列表中，然后挨个删除，这样操作比较繁琐，浪费时间，希望能一次性再删除用户的同时删除alias表中的相关信息。
谢谢！
1，我想请问一下，我现在用的是iredail-0.4.0怎么可以实现双机热备啊。
2，每次维护账号的时候需要手动删除alias里面的信息，能不能做到直接在删除账号时从alias中也将用户信息删除。
谢谢！
这个问题我也遇到了，上次张大哥说是ssh终端问题，建议你用putty试试。
我之前邮件系统使用的是iredmail-0.4.0 账号数量已经超过了1000个，现在想重新安装一台服务器替换以前的旧服务器，在新服务器上安装iredmail-0.6.1后想要恢复以前的账号信息，需要做些什么操作？
请高手帮忙，谢谢！
Please specify your first virtual domain name. |
| |
| EXAMPLES: |
| |
| * iredmail.org |
| +----------------------------------------------------------------------+ |
| |it.com | |
| +----------------------------------------------------------------------+ |
| |
| |
| |
| |
| |
| |
| |
| |
+--------------------------------------------------------------------------+
| < OK > <Cancel> |
+--------------------------------------------------------------------------+
谁知道在这个节目卡着不动了是什么原因吗，iredmail-0.4.0 CentOS5.5
谢谢！
页次 1
iRedMail 开源邮件服务解决方案 » 由 guo_xianglin 发表的文章
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 3 official extensions. Copyright © 2003–2010 PunBB.
页面生成时间 0.017 秒, 共执行查询 60 条