Now I am using original XMAIL-1.27.tar.gz source without simultaneous POP3 logins, no STUNNEL, use NATIVE XMAIL SSL. The problem still exists, K9-MAIL will report IllegalFormatConversonException when I receive more then 100-200 emails. So It should be XMAIL SSL problem. Because When I reuse STUNNEL to do a POP3 tunnel again, the problem will fix.
>---- Original Message ---- >From: Bart Mortelmans <b...@bim.be> >To: t...@os.st, "XMail Users Mailing List" <xmail@xmailserver.org> >Sent: Tue, May 26, 2015, 3:13 PM >Subject: Re: [xmail] BUG : XMAIL 1.27 with SSL > >Is there any way for you to test if the problem exists if you don't >allow simultaneous POP3 logins? > > >Oversea Site via xmail schreef op 26/05/15 om 08:14: >> POP3Utils.cpp - ADD POP3 Concurrent Login. I used this function over 5 >> years.. I don't know C++ programming. Sorry :) >> ==================================================================================================================== >> >> } >> if (pPOPMD->ulFlags & POPF_MSG_DELETED) { >> UPopSendErrorResponse(hBSock, ERR_MSG_DELETED, >> pPOPSD->iTimeout); >> >> ErrSetErrorCode(ERR_MSG_DELETED); >> return ERR_MSG_DELETED; >> } >> >> UsrGetMailboxPath(pPOPSD->pUI, szMsgFilePath, >> sizeof(szMsgFilePath), 1); >> StrNCat(szMsgFilePath, pPOPMD->szMsgName, sizeof(szMsgFilePath)); >> /* >> * ADDED CODE START >> */ >> >> FILE *pMsgFile = fopen(szMsgFilePath, "rb"); >> if (pMsgFile == NULL) { >> UPopSendErrorResponse(hBSock, ERR_FILE_OPEN, pPOPSD->iTimeout); >> >> ErrSetErrorCode(ERR_FILE_OPEN); >> return ERR_FILE_OPEN; >> } >> fclose(pMsgFile); >> >> /* >> * ADDED CODE END >> */ >> >> SysSNPrintf(szResponse, sizeof(szResponse) - 1, >> "+OK " SYS_OFFT_FMT " bytes", pPOPMD->llMsgSize); >> if (BSckSendString(hBSock, szResponse, pPOPSD->iTimeout) < 0) >> return ErrGetErrorCode(); >> >> if (pPOPMD->llMsgSize > 0 && >> >> >>> ---- Original Message ---- >>> From: Oversea Site via xmail <xmail@xmailserver.org> >>> To: "XMail Users Mailing List" <xmail@xmailserver.org> >>> Sent: Tue, May 26, 2015, 1:56 PM >>> Subject: Re: [xmail] BUG : XMAIL 1.27 with SSL >>> >>> FEDORA 4 X86_64 GLIBC 2.3.6-3 (I can't upgrade it to the lastest version.. >>> Because I have a chiliasp 3.6.2 32-bit run ASP VBSCRIPT on APACHE 1.3 >>> 32-bit software, it need GLIBC 2.3.x and Kernel 2.6) >>> >>> KERNEL 3.3 MOD FROM FC15 (It will display KERNEL 2.6.43 Number). Kernel is >>> not a main problem. Because I have been test 2.6.32 or other. same problem >>> was found. >>> >>> REAL HARDWARE -> INTEL B85M i3-4150 16G RAM SATA3 RAID 1 LINUX SOFTRAID1 >>> MDADM >>> >>> Corp. Email System is not heavily use when I test it in HK TIME midnight.. >>> >>> Anyway I will test this issue in other linux distribution in VM, such as >>> CentOS. (You can give me any linux distribution, let's build the same >>> platform in VM. I use virtualbox. >>> >>> [root@bravo logs]# uname -a >>> Linux bravo 2.6.43-gcc402 #3 SMP Sun May 17 23:10:29 HKT 2015 x86_64 x86_64 >>> x86_64 GNU/Linux >>> [root@bravo logs]# >>> [root@bravo logs]# ldd /var/MailRoot/bin/XMail127v3 >>> linux-vdso.so.1 => (0x00007ffff7f0e000) >>> libssl.so.0.9.8 => /usr/local/ssl/lib/libssl.so.0.9.8 >>> (0x00007f43b00bc000) >>> libcrypto.so.0.9.8 => /usr/local/ssl/lib/libcrypto.so.0.9.8 >>> (0x00007f43afd35000) >>> libdl.so.2 => /lib64/libdl.so.2 (0x0000003e18200000) >>> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003e18600000) >>> libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f43afa37000) >>> libm.so.6 => /lib64/libm.so.6 (0x0000003e18000000) >>> libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003e19400000) >>> libc.so.6 => /lib64/libc.so.6 (0x0000003e17d00000) >>> /lib64/ld-linux-x86-64.so.2 (0x0000003e17b00000) >>> >>> ******************************************************************* >>> /var/MailRoot/bin/XMail127v3 -Md -Ms /var/MailRoot -Sl -Pl -Cl \ >>> -SI 0.0.0.0:8025 -SI 0.0.0.0:25 \ >>> -PI 0.0.0.0:8110 -PI 0.0.0.0:110 \ >>> -BI 0.0.0.0:995 \ >>> -XI 0.0.0.0:465 \ >>> -Ql -Ln 256 -Pt 60 -St 150 -F- -SX 2048 -Mx 64 \ >>> -Qn 64 -PX 2048 -Qr 10000 -Qt 1 -QT 150 -Qg -CX 256 >>> ******************************************************************* >>> >>>> ---- Original Message ---- >>>> From: "U.Mutlu" <um4...@mutluit.com> >>>> To: t...@os.st, "XMail Users Mailing List" <xmail@xmailserver.org> >>>> Sent: Tue, May 26, 2015, 1:06 PM >>>> Subject: Re: [xmail] BUG : XMAIL 1.27 with SSL >>>> >>>> Oversea Site via xmail wrote on 05/26/2015 05:14 AM: >>>>> No Log Error. No Fatal Error log. No Core Dump >>>>> >>>>> It's not RAM or HW problem. It's XMAIL internal issue, because when I >>>>> switch to stunnel, all problems solved. And then when I test K9-MAIL with >>>>> XMAIL+STUNNEL, K9 Client will not have any JAVA somethings Exception Error >>>>> >>>>> Two tests >>>>> >>>>> 1. Very Important Thing in Xmail 1.27 Native SSL >>>>> >>>>> If the emailbox has many emails such as 10000, Microsoft Outlook with SSL >>>>> or NON-SSL download them, it WILL NOT have this issue. >>>>> Some Tencent Foxmail for Windows, after finish ssl session, it will take >>>>> the server be FIN_WAIT2 (some version, not all) >>>>> But K9-MAIL for Android, Download first 1000, it will appear the error in >>>>> K9-MAIL randomly. >>>>> >>>>> >>>>> 2. Xmail 1.27 + Stunnel Proxy >>>>> >>>>> If the emailbox has many emails such as 10000, Microsoft Outlook with SSL >>>>> or NON-SSL download them, it WILL NOT have this issue. >>>>> Some Tencent Foxmail for Windows, after finish ssl session, it WILL NOT >>>>> have any problem. Server WILL NOT TAKE FIN_WAIT_2 >>>>> K9-MAIL for Android, Download first 1000, it will NOT DISPLAY any error >>>>> when it finished download emails. >>>> I would need full description about the server HW and SW (OS version, >>>> xmail start params etc., any xmail patches applied etc.). >>>> >>>> There is of course also the possibility that the bug lies in the >>>> said mobile client program, especially if it goes online via >>>> unstable mobile links as it seems to be a link latency problem, >>>> or the client does not close the socket cleanly. Take a look at these: >>>> https://github.com/Automattic/socket.io/issues/1380 >>>> http://stackoverflow.com/questions/5328155/preventing-fin-wait2-when-closing-socket >>>> >>>> cu >>>> Uenal >>>> >>>> >>>>>> ---- Original Message ---- >>>>>> From: "U.Mutlu" <um4...@mutluit.com> >>>>>> To: t...@os.st, "XMail Users Mailing List" <xmail@xmailserver.org> >>>>>> Sent: Tue, May 26, 2015, 10:11 AM >>>>>> Subject: Re: [xmail] BUG : XMAIL 1.27 with SSL >>>>>> >>>>>> Oversea Site via xmail wrote on 05/25/2015 09:23 PM: >>>>>>> I found the bug on XMAIL 1.27 with SSL (POP3S is main), SSMTP service >>>>>>> maybe >>>>>>> has a same bug too >>>>>>> >>>>>>> 1. it will have too many FIN_WAIT_2 on POP3S with two many requests, It >>>>>>> is >>>>>>> because of some non-popular WINDOWS CLIENT e.g. tencent foxmail , >>>>>>> outlook will >>>>>>> not have this issue. >>>>>>> >>>>>>> 2. If you're using XMAIL'S internal SSL POP3S with any openssl lib. >>>>>>> (tested >>>>>>> 0.9.8za 1.0.0, tested gcc 4.0.2/4.0.4/4.3.6) and the email account >>>>>>> contain too >>>>>>> many emails (1000-2000 emails), the mobile client POP3 such as Samsung >>>>>>> internal Email Client is using SSL, K9-MAIL on any android devices >>>>>>> using SSL, >>>>>>> some iPhone devices (connect with XMAIL SSL port 995), will not >>>>>>> download them >>>>>>> successfully (Android Error - Java Exception Error) and some >>>>>>> iPhone device will stuck with it, it will not download all emails >>>>>>> successfully. But if you disable XMAIL'S internal POP3S with -B- startup >>>>>>> option, and switch stunnel 5.17 port 995 tunnel to port 110, it will >>>>>>> solve >>>>>>> this problem and kick out FIN_WAIT_2 >>>>>>> >>>>>>> ***** stunnel 5.17 config ***** >>>>>>> [pop3s] >>>>>>> accept = 995 >>>>>>> connect = 110 >>>>>>> cert = /etc/stunnel/stunnel.pem >>>>>>> *************************** >>>>>> >>>>>> What do the logs (server, client) say about the errors? >>>>>> >>>>>> I think you need a faster server HW and/or need to optimize the >>>>>> resources, >>>>>> for example the number of threads, and possibly also RAM. >>>>>> An excerpt from the doc: >>>>>> " >>>>>> If you have an heavily loaded server remember to setup the best number of >>>>>> XMAIL threads by specifying the '-Qn nthreads' option (you must do some >>>>>> tentatives to find the best value for your needs). Also you can limit the >>>>>> number of SMTP, POP3 and CTRL service threads by specifying the options >>>>>> '-SX >>>>>> maxthreads', '-PX maxthreads' and '-CX maxthreads'. >>>>>> " >>>>>> >>>>>> If there are mail filters, you can put them into a ramdisk and set PATH >>>>>> accordingly, or use an absolute path to them. See also XMAIL_TEMP in the >>>>>> doc. >>>>>> >>>>>> In task manager / system monitor you can see how the resource usage is, >>>>>> especially CPU, memory, and network. >>>>>> >>>>>> -- >>>>>> cu >>>>>> Uenal >>>>> _______________________________________________ >>>>> xmail mailing list >>>>> xmail@xmailserver.org >>>>> http://xmailserver.org/mailman/listinfo/xmail >>>>> >>> _______________________________________________ >>> xmail mailing list >>> xmail@xmailserver.org >>> http://xmailserver.org/mailman/listinfo/xmail >> _______________________________________________ >> xmail mailing list >> xmail@xmailserver.org >> http://xmailserver.org/mailman/listinfo/xmail >> _______________________________________________ xmail mailing list xmail@xmailserver.org http://xmailserver.org/mailman/listinfo/xmail