On Wed, Nov 19, 2014 at 11:57 AM, David B Funk <[email protected]>
wrote:
> On Tue, 18 Nov 2014, Jerry Lowry wrote:
>
> Hello,
>> I am hoping that you may be able to help me solve a problem I have
>> encountered with UW-imapd.
>> We have been running the UW-imap application for quite a while. First on
>> a Sun system and now we have upgraded
>> [2011] to imap-2007f running on a Centos system. I have noticed lately
>> that imapd segfaults. I was wondering what
>> I can do to determine the cause or if this is known problem and there is
>> a fix that I can apply?
>>
>> [System]
>> Centos 6.5
>> 2.6.32-431.1.2.0.1.el6.x86_64 kernel
>> memory = 16G
>> total of 35 users
>>
>> [messages]
>> Nov 18 15:05:49 mailsvr kernel: imapd[11359]: segfault at 0 ip
>> 0000000000457ca9 sp 00007fff123174d0 error 4 in
>> imapd[400000+f5000]
>>
>> [configuration files]
>> service imap
>> {
>> disable = no
>> socket_type = stream
>> wait = no
>> user = root
>> server = /usr/local/sbin/imapd
>> groups = yes
>> flags = REUSE
>> }
>>
>
> I cannot tell for certain from your info but that 'sp' value looks like a
> 64 bit
> number. You -did- build your imapd as a 32bit program? You do know that
> Mark never completed the 64bit port of UW-imap.
>
> Have you tried the Panda distro? Mark fixed a number of bugs in it as well
> as
> adding some enhancements that never got backported to the UW version.
> As the Panda distro is now publicly available I'd try that before wasting
> more time on the UW kit.
>
I agree, too: move on to recent IMAP implementations, you'll get more from
it.
We started to move to GoogleLand a few years back and now only support
one box running UW-IMAP 2004a, down from six, and this support is only
for moving remaining mail to gmail (we quit local delivery recently). We're
pulling the plug on a good chunk of our mail architecture.
We ran 2004a since it came out, on 32-bit and 64-bit platforms, and saw
segfaults, too, but it appears not to affect the user's experience, so no
bother to hunt it down. I recall getting Mark involved at one point, but
decided
it might not be too important since users were happy and inboxes not
being corrupted.
> --
> Dave Funk University of Iowa
> <dbfunk (at) engineering.uiowa.edu> College of Engineering
> 319/335-5751 FAX: 319/384-0549 1256 Seamans Center
> Sys_admin/Postmaster/cell_admin Iowa City, IA 52242-1527
> #include <std_disclaimer.h>
> Better is not better, 'standard' is better. B{
> _______________________________________________
> Imap-uw mailing list
> [email protected]
> http://mailman13.u.washington.edu/mailman/listinfo/imap-uw
>
>
--
scott hollatz
information technology systems and services
university of minnesota duluth mn usa
net: [email protected] tel: +1 218 726 8851 fax: +1 218 726 7674
Asn aD ta zlAp em uT zt33rg
_______________________________________________
Imap-uw mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-uw
