跳至论坛內容
iRedMail 开源邮件服务解决方案
支持 Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, FreeBSD, OpenBSD
您尚未登陆。 请选择登陆或是注册一个新账号。
热门主题 尚未回复的主题
iRedMail 技术交流 QQ 群:296792359。
Spider Email Archiver:由 iRedMail 团队开发的轻量级电子邮件归档软件。
搜索选项 页码 [ 第 181 页 共 190 页 ]
由 ZhangHuangbin 发表的主题 会员定义的搜索
搜索到的文章数 [ 第 4,501 至 4,525 则 共 4,728 则 ]
已解决。
查看以下页面:
http://code.google.com/p/iredmail/wiki/ … _ChangeLog
* Fixed: 修正了在选择了 ExtMail? 后,mailgraph 程序无法执行的问题。该问题由 ranjun 反馈,Thanks ranjun。:)
修正方法(只有在安装 iRedMail 时选择了 ExtMail? 时才需要执行以下修正步骤):
# chown vmail:vmail /var/www/cgi-bin/
# 如果是 0.2 版本,需要执行以下命令:
# chown vmail:vmail /var/www/cgi-bin/mailgraph.cgi
# 如果是 0.1 版本,需要执行以下命令:
# chown vmail:vmail /var/www/cgi-bin/mailgraph/mailgraph.cgi
重启 mailgraph 服务后即可生效。
这样的修改是不可靠的,只能解决一部分问题,并不是通用的解决办法。因为你将编码硬性指定了:gb2312。
如果我来一个 GBK 编码的呢?GB18030 的呢?UTF-8 的呢?
应该可以通过某种方法获得 filename 里的编码(格式是固定的:=?编码?xxx)。
不过楼主提供了一个思路,感谢分享。
Sorry,也许我没有完全理解你的意思。刚才自己看了一下 OpenLDAP 的安装配置部分,觉得对于 LDAP 初始化部分有一些需要补充解释的,刚才完善了一下,并且同步到 wiki 了,您可以刷新一下试试。
主要是增加了对 LDAP 结构的各个节点的解释:为什么是这样,这个节点是做什么用的。摘录:
* dc=osspinc,dc=com
这是指定 LDAP 的根节点,名字可以任意取,但一般都以自己的域名来命名。 例如:osspinc.com,可以使用 'dc=osspinc,dc=com' 来做为根节点,而 'example.com.cn' 则习惯于使用 'dc=example,dc=com.cn' 作为根节点。
* o=domains
为了不影响您其他需要用到 LDAP 的应用,这里使用单独的 o=domains 节点 来保存所有虚拟域和虚拟用户的信息。
* domainName=osspinc.com
这里 domainName 属性用于指定 Postfix 里需要用到的虚拟域的域名的。 这里指定了两个虚拟域,分别是:osspinc.com 和 iredmail.org。
* postmaster
postmaster@osspinc.com 将是 o=osspinc.com 这个域的管理员,可以用于 添加、删除和修改本域内的用户。具体的权限控制会在下面的部分进行设置。
你的 IMAP 服务器(Dovecot 服务)配置好了么?
看日志。别光说登录不了。
/var/www/roundcubemail-0.1.1/logs/errors
原帖由 ftj20003 于 2008-7-24 19:56 发表
那这个问题解决了,谢谢了,然后登录roundcubemail的时候,除了用户名密码之外,还有个服务器要输入,输入了主机名后,说:“连接不上邮件服务器”,请问还要改什么啊? ...
http://code.google.com/p/iredmail/wiki/ … ndcubemail
搜索:default_host
原帖由 ftj20003 于 2008-7-24 17:58 发表
uid=89(postfix) gid=0(root) groups=0(root)
大侠,跪求了~~~~~~~~~~
postfix 不能被归在 root 组。应该改为 postfix 组。不知道你是否改动过这个。
将它改为 postfix 组即可。
PS:看到你在 ExtMail 论坛也发了这个。
已确认是 iRedMail 配置有误导致的。稍后尝试修复。
感谢反馈。:loveliness:
原帖由 westgo 于 2008-7-24 10:26 发表
从乱码原理上解释 用户就容易接受的多了
还希望通过努力 FIX或者加强roundcube的自适应性,让所有用户受益, 而不能强求对方服务器遵循某个标准
是增强程序的”兼容性“,还是对方服务器软件的提供商发送 bug report 来得合适?我相信规范服务器软件,按照 RFC 来操作才是最有效的方法。
PS:木鸟已经向 winwebmail 的作者发了 bug report。向上游反馈,最终受益的是用户(不管你是付费的还是盗版的)。
WebMail 是用 Roundcubemail 么?
先看看你的mysql 数据库里是否已经建立了一个 roundcubemail 的数据库。如果有的话,检查一下 /var/www/roundcubemail-0.1.1/config/db.inc.php 文件,看是否配置了 mysql 的用户名和密码。
用 Google Code,很方便的。有 svn, wiki,也可以提供下载。
realfxmp 不是开源的么?没有固定的服务器提供下载?
可以考虑一下 Google Code.
来自 Postgrey 的邮件列表:postgrey//at//list.ee.ethz.ch
Hi,
I have just released a new version of Postgrey. Download it here:
http://postgrey.schweikert.ch/pub/postgrey-1.32.tar.gz
Sorry for the delay... Life got pretty busy.
Changes
-------
* 2008-07-22: version 1.32
- fixed recipients whitelisting (David Carrel)
- added --syslog-facility option (Peter Rabbitson)
- add support for BATV (Edwin Groothuis)
- updated whitelist
Cheers
David
检查你的 DNS A/MX 记录,出问题了。
信息提示里很清楚,A 记录有问题。
以下内容引自 RFC 2183(http://www.ietf.org/rfc/rfc2183.txt),"Communicating Presentation Information in Internet Messages: The Content-Disposition Header Field"。
看引用内容的最后一句即可。
简单来说,就是如果附件的名字里包含有非 ASCII 字符,就必须将文件名进行 encode 处理。所以可以确认,是你发送邮件的那台服务器的 webmail 程序有问题,而不是 iRedMail 里包含的 Roundcubemail 有问题。
In the extended BNF notation of [RFC 822], the Content-Disposition
header field is defined as follows:
disposition := "Content-Disposition" ":"
disposition-type
*(";" disposition-parm)
disposition-type := "inline"
/ "attachment"
/ extension-token
; values are not case-sensitive
disposition-parm := filename-parm
/ creation-date-parm
/ modification-date-parm
/ read-date-parm
/ size-parm
/ parameter
filename-parm := "filename" "=" value
creation-date-parm := "creation-date" "=" quoted-date-time
modification-date-parm := "modification-date" "=" quoted-date-time
read-date-parm := "read-date" "=" quoted-date-time
size-parm := "size" "=" 1*DIGIT
quoted-date-time := quoted-string
; contents MUST be an RFC 822 `date-time'
; numeric timezones (+HHMM or -HHMM) MUST be used
NOTE ON PARAMETER VALUE LENGHTS: A short (length <= 78 characters)
parameter value containing only non-`tspecials' characters SHOULD be
represented as a single `token'. A short parameter value containing
only ASCII characters, but including `tspecials' characters, SHOULD
be represented as `quoted-string'. Parameter values longer than 78
characters, or which contain non-ASCII characters, MUST be encoded as
specified in [RFC 2184].
原帖由 木鸟 于 2008-7-22 15:33 发表
Fixed support for broken browsers
修复支持 坏的浏览用户?
是修复浏览器支持不好的问题
你给自己的用户发个邮件试试,看是否在 /home/vmail 下出现域名。
搜索到的文章数 [ 第 4,501 至 4,525 则 共 4,728 则 ]
页面生成时间 0.320 秒, 共执行查询 68 条