Re: imapd segfault at 0 help
Jerry Lowry <[email protected]> Wed, 19 Nov 2014 13:14:58 -0800
| Newsgroups | gmane.mail.imap.uw.c-client |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --===============5921167096690069600== Content-Type: multipart/alternative; boundary="------------050405010008000000090306" This is a multi-part message in MIME format. --------------050405010008000000090306 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 <[email protected] > <mailto:[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 <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 > [email protected] <mailto:[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] <mailto:[email protected]> 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/>_ --------------050405010008000000090306 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mxout11.cac.washington.edu id sAJLI3EL001049 <html> <head> <meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Content-Ty= pe"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> thanks for your replies.=C2=A0 I do not remember at this point how it= was compiled.=C2=A0 I do remember that I used the redhat variant.=C2=A0 I= will look at upgrading/changing to another imap process.=C2=A0 <br> I was curious because one of my users is complaining that they are not getting emails.=C2=A0 I checked the mail system and it is process= ing her email and populating the inbox.=C2=A0 She is not seeing them in t= he client [ MS Outlook ].<br> I have not done any investigating pass this point, but it seems that Outlook really has a problem with imap.<br> <br> thanks,<br> jerry<br> <div class=3D"moz-cite-prefix">On 11/19/2014 12:22 PM, scott hollatz wrote:<br> </div> <blockquote cite=3D"mid:[email protected]= l.com" type=3D"cite"> <div dir=3D"ltr"><br> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Wed, Nov 19, 2014 at 11:57 AM, David B Funk <span dir=3D"ltr"><<a moz-do-not-send=3D"true= " href=3D"mailto:[email protected]" target=3D"_blank">= [email protected]</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On Tue, 18 Nov 2014, Jerry Lowry wrote:<br> <br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Hello,<br> I am hoping that you may be able to help me solve a problem I have encountered with UW-imapd.<br> We have been running the UW-imap application for quite a while.=C2=A0 First on a Sun system and now we have upgraded<br> [2011] to imap-2007f running on a Centos system. I have noticed lately that imapd segfaults. I was wondering what<br> I can do to determine the cause or if this is known problem and there is a fix that I can apply?<br> <br> [System]<br> Centos 6.5<br> 2.6.32-431.1.2.0.1.el6.x86_64 kernel<br> memory =3D 16G<br> total of 35 users<br> <br> [messages]<br> Nov 18 15:05:49 mailsvr kernel: imapd[11359]: segfault at 0 ip 0000000000457ca9 sp 00007fff123174d0 error 4 in<br> imapd[400000+f5000]<br> <br> [configuration files]<br> service imap<br> {<br> =C2=A0=C2=A0=C2=A0 disable=C2=A0=C2=A0=C2=A0 =3D no<br> =C2=A0=C2=A0=C2=A0 socket_type=C2=A0=C2=A0=C2=A0 =3D st= ream<br> =C2=A0=C2=A0=C2=A0 wait=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2= =A0 =3D no<br> =C2=A0=C2=A0=C2=A0 user=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2= =A0 =3D root<br> =C2=A0=C2=A0=C2=A0 server=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 =3D /usr/local/sbin/imapd<br> =C2=A0=C2=A0=C2=A0 groups=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 =3D yes<br> =C2=A0=C2=A0=C2=A0 flags=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 =3D REUSE<br> }<br> </blockquote> <br> </span> I cannot tell for certain from your info but that 'sp' value looks like a 64 bit<br> number. You -did- build your imapd as a 32bit program? You do know that<br> Mark never completed the 64bit port of UW-imap.<br> <br> Have you tried the Panda distro? Mark fixed a number of bugs in it as well as<br> adding some enhancements that never got backported to the UW version.<br> As the Panda distro is now publicly available I'd try that before wasting<br> more time on the UW kit.<span class=3D"HOEnZb"><font color=3D"#888888"><br> </font></span></blockquote> <div><br> </div> <div>I agree, too: move on to recent IMAP implementations, you'll get more from it.<br> <br> </div> <div>We started to move to GoogleLand a few years back and now only support<br> </div> <div>one box running UW-IMAP 2004a, down from six, and this support is only<br> </div> <div>for moving remaining mail to gmail (we quit local delivery recently).=C2=A0 We're<br> </div> <div>pulling the plug on a good chunk of our mail architecture.<br> </div> <div><br> </div> <div>We ran 2004a since it came out, on 32-bit and 64-bit platforms, and saw<br> </div> <div>segfaults, too, but it appears not to affect the user's experience, so no<br> </div> <div>bother to hunt it down.=C2=A0 I recall getting Mark invo= lved at one point, but decided<br> </div> <div>it might not be too important since users were happy and inboxes not<br> </div> <div>being corrupted.<br> <br> </div> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D"HOEnZb"><font color=3D"#888888"> <br> -- <br> Dave Funk=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Un= iversity of Iowa<br> <dbfunk (at) <a moz-do-not-send=3D"true" href=3D"http://engineering.uiowa.edu" target=3D"_blan= k">engineering.uiowa.edu</a>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 College of Engineering<br> <a moz-do-not-send=3D"true" href=3D"tel:319%2F335-5751" value=3D"+13193355751" target=3D"_blank">319/335-5751= </a>=C2=A0 =C2=A0FAX: <a moz-do-not-send=3D"true" href=3D"tel:319%2F384-0549" value=3D"+13193840549" target=3D"_blank">319/384-0549</a>=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A01256 Seamans Center<br> Sys_admin/Postmaster/cell_admin=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Iowa City, IA 52242-1527<br> #include <std_disclaimer.h><br> Better is not better, 'standard' is better. B{</font></= span><br> _______________________________________________<br> Imap-uw mailing list<br> <a moz-do-not-send=3D"true" href=3D"mailto:[email protected]">[email protected]= gton.edu</a><br> <a moz-do-not-send=3D"true" href=3D"http://mailman13.u.washington.edu/mailman/listinf= o/imap-uw" target=3D"_blank">http://mailman13.u.washington.edu/mailm= an/listinfo/imap-uw</a><br> <br> </blockquote> </div> <br> <br clear=3D"all"> <br> -- <br> <div class=3D"gmail_signature">scott hollatz<br> information technology systems and services<br> university of minnesota duluth mn usa<br> net: <a moz-do-not-send=3D"true" href=3D"mailto:[email protected]" target=3D"_blank">sholla= [email protected]</a> tel: +1 218 726 8851 fax: +1 218 726 7674<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0Asn aD ta zlAp em uT zt33rg</div> </div> </div> </blockquote> <br> <div class=3D"moz-signature">-- <br> <meta http-equiv=3D"CONTENT-TYPE" content=3D"text/html; charset=3Du= tf-8"> <title></title> <meta name=3D"GENERATOR" content=3D"OpenOffice.org 2.3 (Win32)"> <meta name=3D"AUTHOR" content=3D"Jerry Lowry"> <meta name=3D"CREATED" content=3D"20090409;12470500"> <meta name=3D"CHANGED" content=3D"0;0"> <style type=3D"text/css"> <!-- @page { size: 8.5in 11in; margin: 0.79in } P { margin-bottom: 0.08in; direction: ltr; color: #000000; widows: 0; o= rphans: 0 } P.western { font-family: "Times New Roman", serif; font-size: 12pt; so-= language: en-US } P.cjk { font-family: "Lucida Sans Unicode"; font-size: 12pt; so-languag= e: zxx } P.ctl { font-family: "Tahoma"; font-size: 12pt; so-language: zxx } --> </style> <p class=3D"western" style=3D"margin-bottom: 0in"><font face=3D"Ari= al, sans-serif"><font size=3D"2">----------------------------------= -----------------------------------------<br> Jerold Lowry<br> IT Manager / Software Engineer<br> Engineering Design Team (EDT), Inc. a HEICO company<br> 1400 NW Compton Drive, Suite 315<br> Beaverton, Oregon 97006 (U.S.A.)<br> Phone: 503-690-1234 / 800-435-4320<br> Fax: 503-690-1243<br> Web: </font></font><font color=3D"#000080"><u><a href=3D"http://www.edt.com/"><font face=3D"Arial, sans-seri= f"><font size=3D"2">www.edt.com</font></font></a></u></font><fon= t face=3D"Arial, sans-serif"><font size=3D"2"><br> </font></font><br> </p> <p class=3D"western" style=3D"margin-bottom: 0in">=C2=A0</p> <p class=3D"western" style=3D"margin-bottom: 0in"><br> </p> </div> </body> </html> --------------050405010008000000090306-- --===============5921167096690069600== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 7bit _______________________________________________ Imap-uw mailing list [email protected] http://mailman13.u.washington.edu/mailman/listinfo/imap-uw --===============5921167096690069600==--