You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(12) |
Oct
|
Nov
|
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
(4) |
Aug
(15) |
Sep
(2) |
Oct
(7) |
Nov
(10) |
Dec
(37) |
2004 |
Jan
(9) |
Feb
(11) |
Mar
(18) |
Apr
(7) |
May
(1) |
Jun
(10) |
Jul
(2) |
Aug
|
Sep
(4) |
Oct
(12) |
Nov
(81) |
Dec
(11) |
2005 |
Jan
(6) |
Feb
(18) |
Mar
(8) |
Apr
(33) |
May
(21) |
Jun
|
Jul
(8) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(5) |
2006 |
Jan
(4) |
Feb
(5) |
Mar
(28) |
Apr
(58) |
May
(8) |
Jun
(5) |
Jul
(13) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(11) |
2007 |
Jan
(6) |
Feb
(1) |
Mar
(11) |
Apr
(4) |
May
(4) |
Jun
(5) |
Jul
(16) |
Aug
(3) |
Sep
(7) |
Oct
(7) |
Nov
(26) |
Dec
(13) |
2008 |
Jan
(5) |
Feb
|
Mar
(8) |
Apr
(11) |
May
(13) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(1) |
2009 |
Jan
(8) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
(9) |
Oct
(2) |
Nov
(4) |
Dec
(11) |
2010 |
Jan
(6) |
Feb
|
Mar
(8) |
Apr
(17) |
May
(2) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2011 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
(3) |
Jun
|
Jul
(2) |
Aug
(8) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
From: Paul <bo...@gm...> - 2011-12-08 21:48:21
|
There is a common problem when working with Gmail through IMAP. Mailbox folders names are localized, so there is no way to determine which folder stands for Inbox or Sent. The only way to do it is using XLIST command. I dag into libetpan sources and found that it has support for XLIST command. But I couldn't find neither a way how to use mailimap_xlist, nor a constants for assigning Inbox/Sent/etc. flags to folders. It looks like there is a lack of support here. Is it possible to add support for localized folders through XLIST to libetpan? Regards, Paul |
From: Bhavik <bha...@ma...> - 2011-11-03 09:55:24
|
Hi, How should I verify certificate presented by IMAP Server, when I connect with IMAP server with SSL enabled. My main aim is how to allow/deny self-signed certificate of server using libetpan. |
From: SourceForge.net <no...@so...> - 2011-08-16 05:16:16
|
Bugs item #3349626, was opened at 2011-07-03 00:19 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3349626&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: other Group: Latest development - EtPan! cvs >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Daniel Leite (higuita) Assigned to: Nobody/Anonymous (nobody) Summary: bad include order in namespace_parser.c Initial Comment: When trying to compile in slackware64 13.37 i get this: make[7]: Entering directory `/home/higuita/build/claws-mail/libetpan/src/low-level/imap' /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT namespace_parser.lo -MD -MP -MF .deps/namespace_parser.Tpo -c -o namespace_parser.lo namespace_parser.c /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT xlist.lo -MD -MP -MF .deps/xlist.Tpo -c -o xlist.lo xlist.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT xlist.lo -MD -MP -MF .deps/xlist.Tpo -c xlist.c -fPIC -DPIC -o .libs/xlist.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT namespace_parser.lo -MD -MP -MF .deps/namespace_parser.Tpo -c namespace_parser.c -fPIC -DPIC -o .libs/namespace_parser.o xlist.c: In function ‘mailimap_xlist’: xlist.c:155:1: warning: label ‘free_response’ defined but not used In file included from namespace_parser.c:35:0: ../../../config.h:7:4: error: #error config.h must be first file included libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT xlist.lo -MD -MP -MF .deps/xlist.Tpo -c xlist.c -o xlist.o >/dev/null 2>&1 make[7]: *** [namespace_parser.lo] Error 1 Switching the: #include "namespace_parser.h" line to after the config.h line the compile works file ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2011-08-16 07:16 Message: fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3349626&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-08-16 05:15:40
|
Bugs item #3390872, was opened at 2011-08-13 13:28 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3390872&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: NNTP Group: Latest development - libEtPan! >Status: Closed Resolution: None Priority: 7 Private: No Submitted By: Sébastien Bigaret (sbigaret) Assigned to: Nobody/Anonymous (nobody) Summary: mode_reader rejects 201 as unexpected Initial Comment: Hi This applies to libetpan v1.1 and to the subversion HEAD as of today. In low-level/nntp/newsnntp.c: newsnntp_mode_reader() returns NEWSNNTP_ERROR_UNEXPECTED_RESPONSE when a server replies with a 201 cf. http://tools.ietf.org/html/rfc3977#section-5.3 It should return NEWSNNTP_NO_ERROR (like in newsnntp_connect()) Tiny patch attached. __ Sébastien. ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2011-08-16 07:15 Message: fixed on github ---------------------------------------------------------------------- Comment By: Sébastien Bigaret (sbigaret) Date: 2011-08-13 13:31 Message: Forgot to raise the priority a little when submitting. Reason: this prevents newsreaders using libetpan to work correctly when mode_reader returns 201. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3390872&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-08-16 05:15:29
|
Bugs item #3391473, was opened at 2011-08-14 15:00 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391473&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: NNTP Group: Latest stable - libEtPan! >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Sébastien Bigaret (sbigaret) Assigned to: Nobody/Anonymous (nobody) Summary: Response 381 is invalid except for AUTHINFO USER Initial Comment: Hi, Following RFC4643, in particular see: http://tools.ietf.org/html/rfc4643#section-2.3.1 381 Password required is only valid for «AUTHINFO USER». My understanding is that the only place where it is valid to return NEWSNNTP_WARNING_REQUEST_AUTHORIZATION_PASSWORD is in newsnntp_authinfo_username() [src/low_level/nntp/newsnntp.c], and that any 381 encountered elsewhere should be treated as NEWSNNTP_ERROR_UNEXPECTED_RESPONSE. I've attached the corresponding patch. With best regards, __ Sébastien. ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2011-08-16 07:15 Message: fixed on github ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391473&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-08-16 05:15:17
|
Bugs item #3391479, was opened at 2011-08-14 15:16 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391479&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: NNTP Group: Latest development - libEtPan! >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Sébastien Bigaret (sbigaret) Assigned to: Nobody/Anonymous (nobody) Summary: 481 Authentication failed/rejected not handled Initial Comment: Hi, This applies to v1.1 and CVS HEAD. The response code 481 "Authentication failed/rejected" is not handled by newsnntp_authinfo_username() nor by newsnntp_authinfo_password() [in src/low-level/nntp/newsnntp.c]. Ref. RFC: http://tools.ietf.org/html/rfc4643 I've attached the correspondig patch fixing this. In addition, 482 "authentication commands issued out of sequence" is also reported as AUTHENTIFICATION REJECTED: this tricks clients into thinking that the supplied credentials are invalid, while it is definitely not the case (but rather, this is caused by a flaw in the client's logic). AFAIK there is no adequate error for this in libetpan, I suggest the introdution of a new error "NEWSNNTP_ERROR_AUTHENTICATION_OUT_OF_SEQUENCE". The attached patch contains this proposal as well. With best regards, __ Sébastien. ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2011-08-16 07:15 Message: fixed on github. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391479&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-08-14 13:16:22
|
Bugs item #3391479, was opened at 2011-08-14 15:16 Message generated for change (Tracker Item Submitted) made by sbigaret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391479&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: NNTP Group: Latest development - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sébastien Bigaret (sbigaret) Assigned to: Nobody/Anonymous (nobody) Summary: 481 Authentication failed/rejected not handled Initial Comment: Hi, This applies to v1.1 and CVS HEAD. The response code 481 "Authentication failed/rejected" is not handled by newsnntp_authinfo_username() nor by newsnntp_authinfo_password() [in src/low-level/nntp/newsnntp.c]. Ref. RFC: http://tools.ietf.org/html/rfc4643 I've attached the correspondig patch fixing this. In addition, 482 "authentication commands issued out of sequence" is also reported as AUTHENTIFICATION REJECTED: this tricks clients into thinking that the supplied credentials are invalid, while it is definitely not the case (but rather, this is caused by a flaw in the client's logic). AFAIK there is no adequate error for this in libetpan, I suggest the introdution of a new error "NEWSNNTP_ERROR_AUTHENTICATION_OUT_OF_SEQUENCE". The attached patch contains this proposal as well. With best regards, __ Sébastien. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391479&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-08-14 13:00:17
|
Bugs item #3391473, was opened at 2011-08-14 15:00 Message generated for change (Tracker Item Submitted) made by sbigaret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391473&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: NNTP Group: Latest stable - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sébastien Bigaret (sbigaret) Assigned to: Nobody/Anonymous (nobody) Summary: Response 381 is invalid except for AUTHINFO USER Initial Comment: Hi, Following RFC4643, in particular see: http://tools.ietf.org/html/rfc4643#section-2.3.1 381 Password required is only valid for «AUTHINFO USER». My understanding is that the only place where it is valid to return NEWSNNTP_WARNING_REQUEST_AUTHORIZATION_PASSWORD is in newsnntp_authinfo_username() [src/low_level/nntp/newsnntp.c], and that any 381 encountered elsewhere should be treated as NEWSNNTP_ERROR_UNEXPECTED_RESPONSE. I've attached the corresponding patch. With best regards, __ Sébastien. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3391473&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-08-13 11:31:45
|
Bugs item #3390872, was opened at 2011-08-13 13:28 Message generated for change (Comment added) made by sbigaret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3390872&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: NNTP Group: Latest development - libEtPan! Status: Open Resolution: None >Priority: 7 Private: No Submitted By: Sébastien Bigaret (sbigaret) Assigned to: Nobody/Anonymous (nobody) Summary: mode_reader rejects 201 as unexpected Initial Comment: Hi This applies to libetpan v1.1 and to the subversion HEAD as of today. In low-level/nntp/newsnntp.c: newsnntp_mode_reader() returns NEWSNNTP_ERROR_UNEXPECTED_RESPONSE when a server replies with a 201 cf. http://tools.ietf.org/html/rfc3977#section-5.3 It should return NEWSNNTP_NO_ERROR (like in newsnntp_connect()) Tiny patch attached. __ Sébastien. ---------------------------------------------------------------------- >Comment By: Sébastien Bigaret (sbigaret) Date: 2011-08-13 13:31 Message: Forgot to raise the priority a little when submitting. Reason: this prevents newsreaders using libetpan to work correctly when mode_reader returns 201. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3390872&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-08-13 11:28:47
|
Bugs item #3390872, was opened at 2011-08-13 13:28 Message generated for change (Tracker Item Submitted) made by sbigaret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3390872&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: NNTP Group: Latest development - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sébastien Bigaret (sbigaret) Assigned to: Nobody/Anonymous (nobody) Summary: mode_reader rejects 201 as unexpected Initial Comment: Hi This applies to libetpan v1.1 and to the subversion HEAD as of today. In low-level/nntp/newsnntp.c: newsnntp_mode_reader() returns NEWSNNTP_ERROR_UNEXPECTED_RESPONSE when a server replies with a 201 cf. http://tools.ietf.org/html/rfc3977#section-5.3 It should return NEWSNNTP_NO_ERROR (like in newsnntp_connect()) Tiny patch attached. __ Sébastien. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3390872&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-07-27 16:55:24
|
Bugs item #3380093, was opened at 2011-07-27 18:55 Message generated for change (Tracker Item Submitted) made by voiz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3380093&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: POP3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jérôme M. Berger (voiz) Assigned to: Nobody/Anonymous (nobody) Summary: APOP authentication does not work Initial Comment: Hi, APOP authentication does not work with the mail applet from cairo-dock (http://glx-dock.org/). Here is a Wireshark trace: There is a first connection attempt: ==============================8<------------------------------ +OK POP3 ready <1462299066.1311785279@pop3-g25> APOP xxx 05e4340e6dbba8e96609321897e1adb3 -ERR [AUTH] Error logging in. USER xxx QUIT ------------------------------>8============================== Followed a second connection: ==============================8<------------------------------ +OK POP3 ready <358170752.1311785279@pop3-g25> USER xxx +OK PASS yyy +OK server ready LIST +OK 0 messages . UIDL +OK 0 messages . QUIT +OK pop.free.fr Zimbra POP3 server closing connection ------------------------------>8============================== However, other applications (typically popfile) can use APOP on that server: ==============================8<------------------------------ +OK POP3 ready <267995928.1311785279@pop6-g25> APOP xxx 4b238b45673286be5c5739cfee03f995 +OK server ready LIST +OK 0 messages . UIDL +OK 0 messages . QUIT +OK pop.free.fr Zimbra POP3 server closing connection ------------------------------>8============================== This is with version 1.0 of libetpan installed from the 64-bits ArchLinux package. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3380093&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-07-02 22:19:12
|
Bugs item #3349626, was opened at 2011-07-02 23:19 Message generated for change (Tracker Item Submitted) made by higuita You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3349626&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: other Group: Latest development - EtPan! cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Leite (higuita) Assigned to: Nobody/Anonymous (nobody) Summary: bad include order in namespace_parser.c Initial Comment: When trying to compile in slackware64 13.37 i get this: make[7]: Entering directory `/home/higuita/build/claws-mail/libetpan/src/low-level/imap' /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT namespace_parser.lo -MD -MP -MF .deps/namespace_parser.Tpo -c -o namespace_parser.lo namespace_parser.c /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT xlist.lo -MD -MP -MF .deps/xlist.Tpo -c -o xlist.lo xlist.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT xlist.lo -MD -MP -MF .deps/xlist.Tpo -c xlist.c -fPIC -DPIC -o .libs/xlist.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT namespace_parser.lo -MD -MP -MF .deps/namespace_parser.Tpo -c namespace_parser.c -fPIC -DPIC -o .libs/namespace_parser.o xlist.c: In function ‘mailimap_xlist’: xlist.c:155:1: warning: label ‘free_response’ defined but not used In file included from namespace_parser.c:35:0: ../../../config.h:7:4: error: #error config.h must be first file included libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/data-types -D_REENTRANT -O2 -fPIC -W -Wall -MT xlist.lo -MD -MP -MF .deps/xlist.Tpo -c xlist.c -o xlist.o >/dev/null 2>&1 make[7]: *** [namespace_parser.lo] Error 1 Switching the: #include "namespace_parser.h" line to after the config.h line the compile works file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3349626&group_id=41064 |
From: Paul <bo...@gm...> - 2011-05-27 11:51:56
|
Today I've made a number of libetpan tests to determine if it succeeds to parse structure of a little more complex message. And I must regretfully admit that mailmessage_get_bodystructure() failed at the first example email: * 52 FETCH (UID 52 BODYSTRUCTURE ((("text" "plain" ("charset" "KOI8-R" "format" "flowed") NIL NIL "8bit" 35 4 NIL NIL NIL NIL)(("text" "html" ("charset" "KOI8-R") NIL NIL "8bit" 354 12 NIL NIL NIL NIL)("image" "jpeg" ("name" "kia.jpg") "<par...@gm...>" NIL "base64" 78924 NIL ("inline" ("filename" "kia.jpg")) NIL NIL) "related" ("boundary" "------------000800040900060800090208") NIL NIL NIL) "alternative" ("boundary" "------------000806050501080607010702") NIL NIL NIL)("text" "plain" ("name" "LogKnot.txt") NIL NIL "7bit" 50 4 NIL ("attachment" ("filename" "LogKnot.txt")) NIL NIL)("image" "jpeg" ("name" "=?KOI8-R?Q?=F0=E1=F2=E1=E4_=F0=EF=E2=E5=E4=F9=2E_=ED=CF=D3=CB=D7=C1=2E?==?KOI8-R?Q?_=EB=D2=C1=D3=CE=C1=D1_=F0=CC=CF=DD=C1=C4=D8_=2809=2E05?==?KOI8-R?Q?=2E2011=29_IPTV=5B12-54-31=5D=2EJPG?=") NIL NIL "base64" 104260 NIL ("" NIL) NIL NIL) "mixed" ("boundary" "------------090101030604050305040000") NIL NIL NIL) ENVELOPE ("Fri, 27 May 2011 15:20:05 +0400" "test - =?KOI8-R?Q?=D0=D2=CF=D7=C5=D2=CB=C1_=ED=E9=ED=E5=2E=3F?=" (("Paul" NIL "bobrof" "gmail.com")) (("Paul" NIL "bobrof" "gmail.com")) (("Paul" NIL "bobrof" "gmail.com")) ((NIL NIL "vezde-biz" "ya.ru")) NIL NIL NIL "<4DD...@gm...>") BODY[HEADER.FIELDS (References)] {2} ) |
From: Paul <bo...@gm...> - 2011-05-07 00:35:19
|
I've noticed that mailfolder_get_messages_list() actually calls "FETCH ... (UID RFC822.SIZE)" on IMAP sessions. I think calling "FETCH ... FLAGS" too will be handy (i.e. to detect actual unseen uids). Is it possible to fetch flags and have answer automatically parsed using libetpan? Thanks in forward. |
From: SourceForge.net <no...@so...> - 2011-05-01 18:33:02
|
Bugs item #3295850, was opened at 2011-05-01 22:33 Message generated for change (Tracker Item Submitted) made by yoush You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3295850&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Encryption Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nikita V. Youshchenko (yoush) Assigned to: Nobody/Anonymous (nobody) Summary: libetpan uses obsolete gnutls interfaces Initial Comment: Hi I've got following bug report for libetpan debian package: ---------- This package is using some functions which are marked deprecated in newer versions of GnuTLS (>=2.12.x). (They are not yet removed, though.) These functions will be removed in future releases. GnuTLS 2.12.x is already available in experimental. Excerpt from buildlog: ==================================================== mailstream_ssl.c:459:3: warning: 'gnutls_protocol_set_priority' is deprecated (declared at /usr/include/gnutls/compat.h:344) mailstream_ssl.c:460:3: warning: 'gnutls_cipher_set_priority' is deprecated (declared at /usr/include/gnutls/compat.h:335) mailstream_ssl.c:461:3: warning: 'gnutls_kx_set_priority' is deprecated (declared at /usr/include/gnutls/compat.h:342) mailstream_ssl.c:462:3: warning: 'gnutls_mac_set_priority' is deprecated (declared at /usr/include/gnutls/compat.h:337) ==================================================== The gnutls_*_set_priority family of functions has been marked deprecated in 2.12.x. These functions have been superceded by gnutls_priority_set_direct(). The replacement function was added in gnutls stable release 2.2.0 (released 2007-12-14). ---------- Bug report is at http://bugs.debian.org/624071 Could you please fix the library to avoid using obsolete interfaces? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3295850&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-04-15 09:27:59
|
Bugs item #3284078, was opened at 2011-04-11 09:54 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3284078&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SMTP Group: Latest development - libEtPan! >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Wang Brandon (brwang) Assigned to: Nobody/Anonymous (nobody) Summary: Program was suspended by calling mailsmtp_free() Initial Comment: Hi, Everybody, We found a potential problem in current implementation of mailstream_socket.c. If there are a lot of file descriptors are opened in present machine, the select() function will return a negative value. If it returns a negative value, it will cause some functions, such as mailsmtp_free(), to do the canceling operation. If they are occurred, finally, the program will be suspended. The following information is the stack information when the program is suspended. #0 0xb7f68424 in __kernel_vsyscall () #1 0xb78bfc8b in read () from /lib/libpthread.so.0 #2 0xb6de3b9f in mailstream_cancel_ack (cancel=0xb3f197a8) at mailstream_cancel.c:158 #3 0xb6de0c8d in mailstream_low_socket_write (s=0xb3f154d8, buf=0xb3f23328, count=6) at mailstream_socket.c:320 #4 0xb6ddfd6f in mailstream_low_write (s=0xb3f154d8, buf=0xb3f23328, count=6) at mailstream_low.c:200 #5 0xb6de085c in mailstream_flush (s=0xb2afaa68) at mailstream.c:149 #6 0xb6e188b7 in send_command (f=0xb3f14fb8, command=0xb4e48d7b "QUIT\r\n") at mailsmtp.c:841 #7 0xb6e19bb9 in mailsmtp_quit (session=0xb3f14fb8) at mailsmtp.c:190 #8 0xb6e19c98 in mailsmtp_free (session=0xb3f14fb8) at mailsmtp.c:143 We learnt the part codes, and found in file mailstream_ssl.c, there are two places have the same problem. A patch file can be found within attachment. Thanks, Best Regards, Brandon. Wang 2011/4/11 ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2011-04-15 11:27 Message: Thank. It has been integrated in HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3284078&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-04-11 07:54:41
|
Bugs item #3284078, was opened at 2011-04-11 16:54 Message generated for change (Tracker Item Submitted) made by brwang You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3284078&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SMTP Group: Latest development - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Wang Brandon (brwang) Assigned to: Nobody/Anonymous (nobody) Summary: Program was suspended by calling mailsmtp_free() Initial Comment: Hi, Everybody, We found a potential problem in current implementation of mailstream_socket.c. If there are a lot of file descriptors are opened in present machine, the select() function will return a negative value. If it returns a negative value, it will cause some functions, such as mailsmtp_free(), to do the canceling operation. If they are occurred, finally, the program will be suspended. The following information is the stack information when the program is suspended. #0 0xb7f68424 in __kernel_vsyscall () #1 0xb78bfc8b in read () from /lib/libpthread.so.0 #2 0xb6de3b9f in mailstream_cancel_ack (cancel=0xb3f197a8) at mailstream_cancel.c:158 #3 0xb6de0c8d in mailstream_low_socket_write (s=0xb3f154d8, buf=0xb3f23328, count=6) at mailstream_socket.c:320 #4 0xb6ddfd6f in mailstream_low_write (s=0xb3f154d8, buf=0xb3f23328, count=6) at mailstream_low.c:200 #5 0xb6de085c in mailstream_flush (s=0xb2afaa68) at mailstream.c:149 #6 0xb6e188b7 in send_command (f=0xb3f14fb8, command=0xb4e48d7b "QUIT\r\n") at mailsmtp.c:841 #7 0xb6e19bb9 in mailsmtp_quit (session=0xb3f14fb8) at mailsmtp.c:190 #8 0xb6e19c98 in mailsmtp_free (session=0xb3f14fb8) at mailsmtp.c:143 We learnt the part codes, and found in file mailstream_ssl.c, there are two places have the same problem. A patch file can be found within attachment. Thanks, Best Regards, Brandon. Wang 2011/4/11 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3284078&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-03-05 10:47:01
|
Bugs item #3200397, was opened at 2011-03-05 13:47 Message generated for change (Tracker Item Submitted) made by anikulin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3200397&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexandr S. Nikulin (anikulin) Assigned to: Nobody/Anonymous (nobody) Summary: ipv6 support does not work properly under win Initial Comment: The function static int verify_sock_errors(int s) in connect.c returns -1 if success under win because, upon successful completion, getsockopt() return nonzero under Win and zero undex Unix/Linux I suggest fix: #ifdef WIN32 if (getsockopt(s, SOL_SOCKET, SO_ERROR, &val, &len) == 0) { //Nonzero if the function is successful; otherwise 0 #else if (getsockopt(s, SOL_SOCKET, SO_ERROR, &val, &len) != 0) { //Upon successful completion, getsockopt() shall return 0; otherwise, -1 shall be returned #endif instead if (getsockopt(s, SOL_SOCKET, SO_ERROR, &val, &len) < 0) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3200397&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-02-27 01:09:26
|
Bugs item #3185739, was opened at 2011-02-18 13:01 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3185739&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: IMAP4 Group: Latest stable - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: 'New' message flag not set correctly Initial Comment: Fetching the flags attribute (MAILIMAP_FETCH_ATT_FLAGS) of a mail with the call mailimap_fetch_type_new_fetch_att_list_add(...) returns 0 for a message which should have the flag MAIL_FLAG_NEW. Anyways, the method mailmessage_get_flags(...) does it's job correctly. Can anybody verify this? I'm using libetpan 1.0 on iOS 4.2 ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2011-02-27 02:09 Message: Hi! You should rather check: struct mailimap_flag_fetch { int fl_type; struct mailimap_flag * fl_flag; /* can be NULL */ }; if fl_type is MAILIMAP_FLAG_FETCH_RECENT, that means, that the recent flag is set. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3185739&group_id=41064 |
From: SourceForge.net <no...@so...> - 2011-02-18 12:01:04
|
Bugs item #3185739, was opened at 2011-02-18 12:01 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3185739&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: IMAP4 Group: Latest stable - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: 'New' message flag not set correctly Initial Comment: Fetching the flags attribute (MAILIMAP_FETCH_ATT_FLAGS) of a mail with the call mailimap_fetch_type_new_fetch_att_list_add(...) returns 0 for a message which should have the flag MAIL_FLAG_NEW. Anyways, the method mailmessage_get_flags(...) does it's job correctly. Can anybody verify this? I'm using libetpan 1.0 on iOS 4.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3185739&group_id=41064 |
From: Meir Y. <mei...@gm...> - 2011-02-08 10:28:50
|
Hi im new to this libaray trying to compile it in visual studio 2008 express the main libetpen i compiled without no problem but im getting link errors with the 2 examples : 2>readmsg.c 2>Generating Code... 2>Compiling manifest to resources... 2>Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1 2>Copyright (C) Microsoft Corporation. All rights reserved. 2>Linking... 2>getopt_long.obj : error LNK2005: _opterr already defined in getopt.obj 2>getopt_long.obj : error LNK2005: _optind already defined in getopt.obj 2>readmsg.obj : error LNK2005: _opterr already defined in getopt.obj 2>readmsg.obj : error LNK2005: _optind already defined in getopt.obj 2>option-parser.obj : error LNK2019: unresolved external symbol __imp__feed_mailstorage_init referenced in function _init_storage 2>../Debug/readmsg.exe : fatal error LNK1120: 1 unresolved externals and the second link error in the smtpsend example : 1>------ Build started: Project: smtpsend, Configuration: Debug Win32 ------ 1>Linking... 1>getopt_long.obj : error LNK2005: _opterr already defined in getopt.obj 1>getopt_long.obj : error LNK2005: _optind already defined in getopt.obj 1>../Debug/smtpsend.exe : fatal error LNK1169: one or more multiply defined symbols found what im doing wrong here ? Thanks |
From: SourceForge.net <no...@so...> - 2010-12-29 16:08:35
|
Bugs item #3147644, was opened at 2010-12-29 19:08 Message generated for change (Tracker Item Submitted) made by perminov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3147644&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SMTP Group: Latest stable - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: HANDLE leaks on Windows Initial Comment: CreateEvent call returns HANDLE object This HANDLE must be closed otherwise HANDLE leakage will occur (it leads to non-paged pool exhaustion). in mailstream_socket.c and in mailstream_ssl.c CloseHandle(event) must be called after WaitForMultipleObjects() This fix must be done for both read and write operations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3147644&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-12-07 14:22:04
|
Bugs item #2990929, was opened at 2010-04-22 17:06 Message generated for change (Comment added) made by ansty You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2990929&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: other Group: Latest stable - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: libetpan-1-0: windows build error list Initial Comment: Hi! With a view to upgrading to new libetpan version (previous version successfully used was 0.52), I tried to build libetpan-1-0 on Windows. I've ran into following compilation/linker errors: 1. d:\Work\MCPC\libetpan\src-1-0\src\data-types\mailstream_ssl.c(154) : error C2065: 'ssl_lock' : undeclared identifier resolved by modifying code : mailstream_ssl_init_lock(void): replacing #if !defined (HAVE_PTHREAD_H) && defined (WIN32) with #if !defined (HAVE_PTHREAD_H) && defined (WIN32) && defined (USE_SSL) 2. d:\Work\MCPC\libetpan\src-1-0\src\data-types\connect.c(116) : error C2065: 'EINPROGRESS' : undeclared identifier resolved by replacing EINPROGRESS with WSAEINPROGRESS 3. d:\Work\MCPC\libetpan\src-1-0\tests\option-parser.c(2) : fatal error C1083: Cannot open include file: '../config.h': No such file or directory commenting out #include "../config.h" in option-parser.c 4. d:\Work\MCPC\libetpan\src-1-0\tests\option-parser.c(9) : fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory resolved by commenting out #include <unistd.h> 5. LINK : fatal error LNK1104: cannot open file '.\Debug\cinthash.obj' resolved by removing cinthash.c from solution (as this file doesn’t exist in libetpan archive at all) 6. LINK : fatal error LNK1104: cannot open file '.\Debug\wsocket.obj' resolved by removing wsocket.cpp from solution (as it doesn’t exist in libetpan archive at all) 7. error: mailimap_extension.obj : error LNK2001: unresolved external symbol _mailimap_extension_quota option-parser.obj : error LNK2019: unresolved external symbol __imp__feed_mailstorage_init referenced in function _init_storage Having received error #7, I stopped. ---------------------------------------------------------------------- Comment By: Ansty (ansty) Date: 2010-12-07 15:22 Message: Hi everybody who tries to compile this library under WIndows and have all those bugs described above...I have done all the 6 steps as written and the rest of errors fixed like this: 7. error LNK2001: unresolved external symbol _mailimap_extension_quota add quota.c to lowlevel\imap source folder of libetpan VS project from existing src/low-level/imap folder 8. libetpan error LNK2001: unresolved external symbol _mailimap_quota_parse add quota_parser.c to lowlevel\imap source folder of libetpan VS project from existing src/low-level/imap folder 9. libetpan error LNK2019: unresolved external symbol _mailimap_quota_complete_data_new referenced in function _mailimap_quota_getquotaroot add quota_sender.c to lowlevel\imap source folder of libetpan VS project from existing src/low-level/imap folder 10. libetpan error LNK2019: unresolved external symbol _mailimap_quota_complete_data_new referenced in function _mailimap_quota_getquotaroot add quota_types.c to lowlevel\imap source folder of libetpan VS project from existing src/low-level/imap folder I was able to compile and link successfully. I just want to ask developers of libetpan whether I can create a patch or something for this bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2990929&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-07-20 00:04:56
|
Bugs item #3026147, was opened at 2010-07-07 07:06 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3026147&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: POP3 Group: Latest development - libEtPan! >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Leaked socket in CLOSE_WAIT with misbehaving server Initial Comment: Connecting to a pop.t-online.de with etpan CVS will leak a socket when the connection is closed. ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2010-07-20 02:04 Message: this is the correct behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3026147&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-07-07 05:06:20
|
Bugs item #3026147, was opened at 2010-07-07 05:06 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3026147&group_id=41064 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: POP3 Group: Latest development - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Leaked socket in CLOSE_WAIT with misbehaving server Initial Comment: Connecting to a pop.t-online.de with etpan CVS will leak a socket when the connection is closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=3026147&group_id=41064 |