完全可行, 因為我們在用此功能中,
另外, A 與 B 主機之間最好同 VPN 連線
那可以避免一些不明的被牆問題 ........

此外, 不建設用 OpenVPN 及 PPTP, 因為牆的機會很高 ....

在服務器上執行

telnet 127.0.0.1 110

看有沒有輸出先

在 /etc/dovecot/dovecot.conf 內的是否有以下一行

protocols = pop3 imap sieve

有的話, /etc/init.d/dovecot restart 一試

那是 roundcube 的設定來, 與 .htaccess 無關

Sieve  其中一個外掛 dovecot.duplicate 可能幫到你,

不過它看似未完全成熟

==== 必填信息。没有填写将不予回复 ====
- iRedMail 版本: 0.8.2
- 使用的 Linux/BSD 发行版名称及版本号: Centos6.2
- 与您的问题相关的日志信息: SPF
====




有一 E-Mail 離奇被誤認, Header 如下



======================================================================================
Return-Path: <USER@SENDER_DOMAIN>
Delivered-To: spam@MYDOMAIN
Received: from localhost (mailserver.local [127.0.0.1])
    by mailserver.local (Postfix) with ESMTP id 16EE12402692
    for <MYUSER@MYDOMAIN>; Fri, 2 Nov 2012 17:38:50 +0800 (HKT)
X-Virus-Scanned: amavisd-new at mailserver.local
X-Spam-Flag: YES
X-Spam-Score: 6.891
X-Spam-Level: ******
X-Spam-Status: Yes, score=6.891 tagged_above=-9999 required=6.2
    tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, KHOP_BIG_TO_CC=2.997,
    RDNS_NONE=0.793, SPF_FAIL=5] autolearn=no
Received: from mail.MYDOMAIN ([127.0.0.1])
    by localhost (mailserver.local [127.0.0.1]) (amavisd-new, port 10024)
    with ESMTP id MbISxTlIDd4a for <MYUSER@MYDOMAIN>;
    Fri, 2 Nov 2012 17:38:37 +0800 (HKT)
X-Original-Helo: smtp.corpease.net (iRedMail: http://www.iredmail.org/)
Received: from smtp.corpease.net (unknown [61.145.121.??])
    by mailserver.local (Postfix) with ESMTP id D837B2402696;
    Fri, 2 Nov 2012 17:35:20 +0800 (HKT)
Received: from pc475 (unknown [??.??.??.??])
    by mail??.corpease.net (Coremail) with SMTP id SwGowHCbzgiMk5NQMpIOAA--.136S2;
    Fri, 02 Nov 2012 17:34:04 +0800 (CST)
======================================================================================



以上有 "SPF_FAIL=5"  一句

我拿資料到 http://tools.bevhost.com/spf/ 一試, 結果如下




=================================================================================
pass

spfquery: domain of SENDER_DOMAIN designates 61.145.121.?? as permitted sender
=================================================================================



SPF record 如下


=========================================================================
SENDER_DOMAIN.          3600    IN      TXT     "v=spf1 ptr:corpease.net -all"
=========================================================================



以我理降, 應該不會誤判的, 有勞張工指教. 謝謝~

用 postfix 的 header check 把有特定字串, 比如[重要] 的電郵跳過 Default 的 Postfix Filter 免強實現此功能

另外, 亦可以選用 policyd 的 table 內外寄過的收件人做跳過 Filter 的條件

看來你的服務器有成千人在使用 ~

在 Mysql 的 table "sender_bcc_domain" 加入記錄即可

ZhangHuangbin 写道:

注意一下,如果用户自己定义了 sieve 文件,则全局的会被忽略。

原來  "存在"(空檔)  sieve 文件, 全局的都會被忽略...........

把 reject_unknown_sender_domain 及 reject_non_fqdn_sender 刪除之後 restart postfix 看看

37

(2 篇回复,发表在 iRedMail 技术支持)

在 vmail DB 的 alias table 過行配置,

不過在沒有 UI 的情況下操作它會很煩 ....

如果公司願意花 $$ 在 IT 上的話, 建議用 Pro 的 Admin 介面

因為真是實在方便

38

(22 篇回复,发表在 iRedMail 技术支持)

效能明顯改善, 不過我是在

bypass_virus_checks_maps => [1],

時問題才得到改善 = , =-


ZhangHuangbin 写道:

比较奇怪的是,英文论坛里没有用户反馈这个问题,而且自 07 年以来都没有这样的反馈。我还不是很确定到底是个别情况,还是所有用户都有这样的问题。抱歉。

大家可以尝试这样的临时解决方案:对外发的邮件不做 spam 和病毒扫描。具体的做法是:

- 在 /etc/amavisd/amavisd.conf (因为 Linux 发行版和版本的不同,配置文件位置可能有所不同),找到以下一段:

$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],
};

- 将这里的几个 bypass_ 参数的注释符号都去掉。去掉后看起来像下面这样:

$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],
};

修改完后请重启 Amavisd 服务。

如果仍存在同样的问题,请大家继续在这个帖子里回复。

在 Centos6.3 都有 sieve_global 無效的情況

/etc/dovecot/dovecot.conf 已有以下設定
    sieve_global_dir = /var/vmail/sieve
    sieve_global_path = /var/vmail/sieve/dovecot.sieve

不過在 /var/vmail/sieve/dovecot.sieve 始終無效

已知不是權限問題

-r-xr-x---. 1 vmail vmail 127 Aug 24 16:18 /var/vmail/sieve/dovecot.sieve

我之前在 Centos6.3 上遇過此問題, 請把 /etc/yum.repos.d/ 不是 Default 有的 Source 刪走, 之後重裝 devocot 就可

41

(22 篇回复,发表在 iRedMail 技术支持)

ZhangHuangbin 写道:

- 所有邮件的扫描都需要很长时间?还是仅仅这一封?
- 邮件服务器是否繁忙?
- Postfix 队列里邮件多么?

我是真實的服務器來, 行 Intel Core 2 Duo E7500
內存: 8G, 硬盤: Software RAID 1
BackEnd 是 MySQL
OS: Centos6.3
平均 100 人左右在使用
队列里有 3xx 左右郵件
平均掃瞄1電郵時間超過 1 分鐘

42

(22 篇回复,发表在 iRedMail 技术支持)

我同樣遇到差不多的問題, 掃瞄時間很長,

把 amavis 由 2 改 4 都無效

最後 E-Mail Queue 很長, 形成E-Mail 的收發延時  -___-

用 root 在 phpmyadmin 登入, 之選頭頂選單的 User, 次後你會見到 mysql 的 root 帳戶

注意, Linux 系統的 root 是不同於 mysql 的 root !

reboot 一次看看吧

我測試過用 mysql 本身的 encrpt() 是無問題的

重點在 Dovecot

看看那些 mail 的 header

那裡應該有 SPAM 的分數

用 imapcopy 來搬幾好, 不過有點慢

好像帳戶不多, 一晚就可攪定

48

(3 篇回复,发表在 iRedMail 技术支持)

多謝張工的回覆~

我最後用 "*.@domain" 解決了此問題 ^ ^

把 Domain BCC 的表刪除了~

嘗試/etc/init.d/mysql restart  及 /etc/init.d/fail2ban stop 看看吧

50

(3 篇回复,发表在 iRedMail 技术支持)

==== 提供基本信息便于分析问题并得到快速回复 ====
- iRedMail 版本:
- 使用的 Linux/BSD 发行版名称及版本号:
- 与您的问题相关的日志信息:
====

張公你好

我見 BCC 有以下設定

recipient_bcc_maps = proxy:mysql:/etc/postfix/mysql/recipient_bcc_maps_domain.cf,
                                 proxy:mysql:/etc/postfix/mysql/recipient_bcc_maps_user.cf

是否當 recipient_bcc_maps_domain.cf 有結果出時, recipient_bcc_maps_user.cf 就會無效 ??

亦即是用了 domain BCC 就不能個別 User  的 BCC