ExtMail服务器社区's Archiver

bob.wang 发表于 2009-9-18 22:14

sort2name 找不到!在发信箱和收件箱

各位老大!
在使用邮件的过程中,点击收件箱和发件箱 偶尔会出现以下错误!
很是不解!
Undefined subroutine &Ext::App::Folders::sort2name called at /usr/local/apache2/htdocs/extmail/libs/Ext/App/Folders.pm line 354.

希望各位老大帮忙!!谢谢

bob.wang 发表于 2009-9-19 11:33

这个问题出错率挺高!但是还是找不到主要的原因!能不能与fcgi有关?

bob.wang 发表于 2009-9-21 20:16

现在使用mod_fcgid,暂时还没有出现错误!

hzqbbc 发表于 2009-9-21 21:55

:Q :Q 这个问题挺郁闷,最近在一个ibm的系统下跑fcgi也是这个错,后来改了下暂时好了,如果一直每问题就发补丁

bob.wang 发表于 2009-9-27 08:57

bbc 老大,测试的怎么样了!发补丁了吗!期待哟:lol

firesk 发表于 2009-10-29 22:25

同问,只是我比较惨,一直都提示这个,无法收发信件。

yhzhou 发表于 2009-10-30 09:07

等 老大发补丁:victory:

hzqbbc 发表于 2009-11-2 14:25

今天忽然有个灵感,楼主测试下将sort2name的调用改为:

Ext::Utils::sort2name()

这样显式的方式来调用。看看是否还出这个问题?

mouse 发表于 2009-11-3 14:18

怎么修改啊?不太懂,麻烦老大提示!

log2002 发表于 2009-11-7 20:00

楼主的问题解决了吗?我也出现了,而且出现的机率很大

hzqbbc 发表于 2009-11-8 08:20

楼上各位兄弟,实验下将Folders.pm 里sort2name的调用改为:

Ext::Utils::sort2name(xxxx)

这样的形式,我这里测试过暂无上述问题。而且从代码级分析,这个调用是100%不会引起语意的歧异,所以perl不会再报错

log2002 发表于 2009-11-8 15:02

我改成Ext::Utils::sort2name(xxxx)还是出现这个问题?

[[i] 本帖最后由 log2002 于 2009-11-8 17:56 编辑 [/i]]

hzqbbc 发表于 2009-11-8 18:28

修改完后记得dispatch-init restart 重启动fcgi 服务器,否则不会生效的!

log2002 发表于 2009-11-8 21:48

重启了,服务器也重启了,还是有时会出现这个问题

log2002 发表于 2009-11-16 16:24

我的环境是apache+extmail+fastcgi,没有上述问题,但是换成nginx+extmail+fastcgi就会出现上述问题,版 主,这是什么原因呀?急呀,邮件系统马上要上线了。

hzqbbc 发表于 2009-11-16 16:51

请更新至最新Webmail 看看,包括dispatch等都全部更新。sort2name的问题原理上通过带包名的调用是不可能再报错的了。

log2002 发表于 2009-11-16 19:00

版主,全是最新版本,extmail 1.1.1 , extman 1.0.1

hzqbbc 发表于 2009-11-16 19:21

这个情况暂时无法解释。我们在跑的nginx+webmail + 后台都是最新版,已经没再出此问题了。你们用户数多少呢?或者pm一个帐户给我上去看看webmail报错的情况。

log2002 发表于 2009-11-17 08:27

我刚安装完成,还没上线,只用一个客户做测试,偶尔会出现

log2002 发表于 2009-11-19 08:45

版主,我的问题还是存在,下面是fastcgi日志&&:
2009-11-19 08:03:36 minspare=2, idle=1, busy=1
2009-11-19 08:03:36 Child 24149 forked
2009-11-19 08:03:37 kill idle=3, minspare=2
2009-11-19 08:03:37 now=1258589017, lastcheck=1258536214
2009-11-19 08:03:49 kill idle=3, minspare=2
2009-11-19 08:03:49 now=1258589029, lastcheck=1258589017
2009-11-19 08:04:01 kill idle=3, minspare=2
2009-11-19 08:04:01 now=1258589041, lastcheck=1258589029
2009-11-19 08:04:13 kill idle=3, minspare=2
2009-11-19 08:04:13 now=1258589053, lastcheck=1258589041
2009-11-19 08:04:13 waiting 17651 to exit
2009-11-19 08:04:13 stat not sync to children info, recalculate
2009-11-19 08:04:13 reap child 17651
2009-11-19 08:04:48 minspare=2, idle=1, busy=1
2009-11-19 08:04:48 Child 24154 forked
2009-11-19 08:04:48 kill idle=3, minspare=2
2009-11-19 08:04:48 now=1258589088, lastcheck=1258589053
2009-11-19 08:05:00 kill idle=3, minspare=2
2009-11-19 08:05:00 now=1258589100, lastcheck=1258589088
2009-11-19 08:05:11 kill idle=3, minspare=2
2009-11-19 08:05:11 now=1258589111, lastcheck=1258589100
2009-11-19 08:05:22 kill idle=3, minspare=2
2009-11-19 08:05:22 now=1258589122, lastcheck=1258589111
2009-11-19 08:05:34 kill idle=3, minspare=2
2009-11-19 08:05:34 now=1258589134, lastcheck=1258589122
2009-11-19 08:05:34 waiting 24154 to exit
2009-11-19 08:05:34 stat not sync to children info, recalculate
2009-11-19 08:05:34 reap child 24154
2009-11-19 08:07:47 Starting child process, host=127.0.0.1:8888
2009-11-19 08:07:48 Child 2210 forked
2009-11-19 08:07:48 Child 2211 forked
2009-11-19 08:37:48 minspare=2, idle=1, busy=1
2009-11-19 08:37:48 Child 2597 forked
2009-11-19 08:37:49 kill idle=3, minspare=2
2009-11-19 08:37:49 now=1258591069, lastcheck=1258589267
2009-11-19 08:38:00 kill idle=3, minspare=2
2009-11-19 08:38:00 now=1258591080, lastcheck=1258591069
2009-11-19 08:38:12 kill idle=3, minspare=2
2009-11-19 08:38:12 now=1258591092, lastcheck=1258591080
2009-11-19 08:38:23 kill idle=3, minspare=2
2009-11-19 08:38:23 now=1258591103, lastcheck=1258591092
2009-11-19 08:38:34 kill idle=3, minspare=2
2009-11-19 08:38:34 now=1258591114, lastcheck=1258591103
2009-11-19 08:38:45 kill idle=3, minspare=2
2009-11-19 08:38:45 now=1258591125, lastcheck=1258591114
2009-11-19 08:38:56 kill idle=3, minspare=2
2009-11-19 08:38:56 now=1258591136, lastcheck=1258591125
2009-11-19 08:39:07 kill idle=3, minspare=2
2009-11-19 08:39:07 now=1258591147, lastcheck=1258591136
2009-11-19 08:39:18 kill idle=3, minspare=2
2009-11-19 08:39:18 now=1258591158, lastcheck=1258591147
2009-11-19 08:39:30 kill idle=3, minspare=2
2009-11-19 08:39:30 now=1258591170, lastcheck=1258591158
2009-11-19 08:39:30 waiting 2210 to exit
2009-11-19 08:39:30 stat not sync to children info, recalculate
2009-11-19 08:39:30 reap child 2210
2009-11-19 08:40:01 minspare=2, idle=1, busy=1
2009-11-19 08:40:01 Child 2606 forked
2009-11-19 08:40:01 kill idle=3, minspare=2
2009-11-19 08:40:01 now=1258591201, lastcheck=1258591170
2009-11-19 08:40:13 kill idle=3, minspare=2
2009-11-19 08:40:13 now=1258591213, lastcheck=1258591201
2009-11-19 08:40:25 kill idle=3, minspare=2
2009-11-19 08:40:25 now=1258591225, lastcheck=1258591213
2009-11-19 08:40:25 waiting 2597 to exit
2009-11-19 08:40:25 stat not sync to children info, recalculate
2009-11-19 08:40:25 reap child 2597
2009-11-19 08:42:13 minspare=2, idle=1, busy=1
2009-11-19 08:42:13 Child 2674 forked
2009-11-19 08:42:13 kill idle=3, minspare=2
2009-11-19 08:42:13 now=1258591333, lastcheck=1258591225

[[i] 本帖最后由 log2002 于 2009-11-19 08:46 编辑 [/i]]

extmail 发表于 2009-11-19 09:08

请楼主联系开发人员,qq号:27914407 标注sort2name()问题就好了。直接帮你搞

hzqbbc 发表于 2009-11-22 20:52

经过测试,在IBM AIX 上nginx + fastcgi 模式,用最新版的改进方法,依然偶尔会出这个错误,有点崩溃,不知道是不是这种模式下,perl搜索包路径有问题,还是说得象mod_perl一样将所有要用到的包都require一遍呢?

xjflyttp 发表于 2010-1-31 00:07

我也遇到这个问题了...
freebsd + nginx fastcgi + 最新的extmail.......而且出现频率几乎50%...两次有一次中

sbpfikdm 发表于 2010-5-30 21:45

呵呵,不知道还有没有遇到这问题。我现在问题依然存在,虽然这帖子是09年的,说明还是没有解决这问题。

..../extmail/dispatch-init start

启动之后,一定记得先进入前台 [url]http://xx.com/extmail[/url]。然后再访问后台就这会有这问题存在,否则问题依然....

也就是说如果服务启动之后,第一个人访问,他是直奔后台而去那你就惨啦....

xiexiela 发表于 2010-7-22 17:49

版本:extman-1.1和extmail-1.2  跑在nginx+fcgi下

在extmail前台,打开收件想还是出现:Undefined subroutine &Ext::Utils::sort2name called at /home*****************

不知道各位还有没有出现这样的问题!!!

bob.wang 发表于 2010-8-30 11:02

这个帖子还这么热

现在使用mod_fcgid,暂时还没有出现错误!

页: [1]

Powered by Discuz! Archiver 7.0.0  © 2001-2009 Comsenz Inc.