thanks for your replies. I do not remember at this point how it was
compiled. I do remember that I used the redhat variant. I will look at
upgrading/changing to another imap process.
I was curious because one of my users is complaining that they are not
getting emails. I checked the mail system and it is processing her
email and populating the inbox. She is not seeing them in the client [
MS Outlook ].
I have not done any investigating pass this point, but it seems that
Outlook really has a problem with imap.
thanks,
jerry
On 11/19/2014 12:22 PM, scott hollatz wrote:
On Wed, Nov 19, 2014 at 11:57 AM, David B Funk <dbf...@icaen.uiowa.edu
<mailto:dbf...@icaen.uiowa.edu>> 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 <http://engineering.uiowa.edu>>
College of Engineering
319/335-5751 <tel:319%2F335-5751> FAX: 319/384-0549
<tel:319%2F384-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
Imap-uw@u.washington.edu <mailto:Imap-uw@u.washington.edu>
http://mailman13.u.washington.edu/mailman/listinfo/imap-uw
--
scott hollatz
information technology systems and services
university of minnesota duluth mn usa
net: sholl...@d.umn.edu <mailto:sholl...@d.umn.edu> tel: +1 218 726
8851 fax: +1 218 726 7674
Asn aD ta zlAp em uT zt33rg
--
---------------------------------------------------------------------------
Jerold Lowry
IT Manager / Software Engineer
Engineering Design Team (EDT), Inc. a HEICO company
1400 NW Compton Drive, Suite 315
Beaverton, Oregon 97006 (U.S.A.)
Phone: 503-690-1234 / 800-435-4320
Fax: 503-690-1243
Web: _www.edt.com <http://www.edt.com/>_
_______________________________________________
Imap-uw mailing list
Imap-uw@u.washington.edu
http://mailman13.u.washington.edu/mailman/listinfo/imap-uw
