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: SourceForge.net <no...@so...> - 2010-03-03 17:22:24
|
Bugs item #2962732, was opened at 2010-03-03 20:21 Message generated for change (Comment added) made by perminov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2962732&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect write(read) in case send returnes WSAEWOULDBLOCK Initial Comment: Version: libetpan-0.58 Problem is in src/data-types/mailstream_socket.c mailstream_low_socket_write function Here is code: return send(socket_data->fd, buf, count, 0); Actually it may return -1 and WSAGetLastError() in that case could be WSAEWOULDBLOCK It indicates that it's impossible to write in socket at the moment but it's not critical. In this case we must just try to write again (obtaining select for FD_WRITE ) As a solution this function may just return 0 in that case, something like size_t ret = send(socket_data->fd, buf, count, 0); if (ret <= 0) { int le = WSAGetLastError(); if (le == WSAEWOULDBLOCK) return 0; } return ret; This problem is well reproducible on MS Exchange server with big emails. ---------------------------------------------------------------------- >Comment By: Sergey Perminov (perminov) Date: 2010-03-03 20:22 Message: The same applicable to recv call to. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2962732&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-03-03 17:21:43
|
Bugs item #2962732, was opened at 2010-03-03 20:21 Message generated for change (Tracker Item Submitted) made by perminov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2962732&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect write(read) in case send returnes WSAEWOULDBLOCK Initial Comment: Version: libetpan-0.58 Problem is in src/data-types/mailstream_socket.c mailstream_low_socket_write function Here is code: return send(socket_data->fd, buf, count, 0); Actually it may return -1 and WSAGetLastError() in that case could be WSAEWOULDBLOCK It indicates that it's impossible to write in socket at the moment but it's not critical. In this case we must just try to write again (obtaining select for FD_WRITE ) As a solution this function may just return 0 in that case, something like size_t ret = send(socket_data->fd, buf, count, 0); if (ret <= 0) { int le = WSAGetLastError(); if (le == WSAEWOULDBLOCK) return 0; } return ret; This problem is well reproducible on MS Exchange server with big emails. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2962732&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-01-28 12:00:55
|
Bugs item #2941559, was opened at 2010-01-28 14:00 Message generated for change (Tracker Item Submitted) made by jpaanane You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2941559&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 development - EtPan! cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Juha Paananen (jpaanane) Assigned to: Nobody/Anonymous (nobody) Summary: mailimap_search_key_new_keyword incorrect parameter Initial Comment: mailimap_search_key_new_keyword seems to pass MAILIMAP_SEARCH_KEY_FROM instead of MAILIMAP_SEARCH_KEY_KEYWORD to mailimap_search_key_new. The attached patch fixes the issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2941559&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-01-28 11:55:25
|
Bugs item #2941557, was opened at 2010-01-28 13:55 Message generated for change (Tracker Item Submitted) made by jpaanane You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2941557&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 development - EtPan! cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Juha Paananen (jpaanane) Assigned to: Nobody/Anonymous (nobody) Summary: imapdriver_select_folder leak Initial Comment: imapdriver_select_folder seems to be leaking previous mailbox name on recurring calls. Attached patch fixes the bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2941557&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-01-03 23:34:03
|
Bugs item #2918352, was opened at 2009-12-21 01:22 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2918352&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Chris Head (hawk777) Assigned to: Nobody/Anonymous (nobody) Summary: mailimap_extension_data_parse return value oddity Initial Comment: Looking in src/low-level/imap/mailimap_extension.c, the function mailimap_extension_data_parse() returns MAILIMAP_ERROR_PARSE if mailimap_extension_list == NULL, but returns MAILIMAP_NO_ERROR if, after iterating through the list, every single extension returns MAILIMAP_ERROR_PARSE. It seems very odd that this function returns different values based on whether or not any external extensions are registered.... even if none of the extensions are interested in handling the message! I suspect maybe the default return value at the bottom should also be MAILIMAP_ERROR_PARSE? ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2010-01-04 00:34 Message: it has been integrated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2918352&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-01-03 23:33:52
|
Patches item #2918372, was opened at 2009-12-21 02:30 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918372&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 development - libEtPan! >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Chris Head (hawk777) Assigned to: Nobody/Anonymous (nobody) Summary: memory allocation checks wrong variable for NULL Initial Comment: A function is called which allocates memory and returns NULL if that allocation fails. The return value of the function is assigned to (*result), but then (result) is checked for NULL rather than (*result). ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2010-01-04 00:33 Message: it has been integrated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918372&group_id=41064 |
From: SourceForge.net <no...@so...> - 2010-01-03 23:33:43
|
Patches item #2918500, was opened at 2009-12-21 07:51 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918500&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Chris Head (hawk777) Assigned to: Nobody/Anonymous (nobody) Summary: QUOTA support Initial Comment: The attached patch implements the IMAP QUOTA extension as defined in RFC2087. To achieve this, I had to make mailimap_atom_parse() and mailimap_number_parse() global (they were formerly declared static), since the QUOTA grammar refers to these elements. Also, this is against the libetpan-0.58 tarball (rather than CVS) because I don't know how to get autotools to work right. The patch appears to apply successfully to CVS with some harmless fuzz. ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2010-01-04 00:33 Message: it has been integrated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918500&group_id=41064 |
From: DINH V. H. <din...@gm...> - 2010-01-02 16:25:44
|
Hello, Here, you can start with this documentation. http://dinh.viet.hoa.free.fr/wiki/index.php?title=LibEtPan Here a sample code to connect to an IMAP server. http://dinh.viet.hoa.free.fr/wiki/index.php?title=Getting_Started Best Regards, 2009/12/28 Suman (సుమన్) <sum...@gm...>: > Hi, > I am new to IMAP and I need some help to quickly write an IMAP client on > Windows using Visual Studio 2005 with basic "read-only" functionality - > connect/login/list mailboxes/read each email in a given mailbox in mime > format. I have searched for documentation for the same but I couldn't > locate. > Can someone please point me to some documentation on libetpan API and > samples. Apologies for posting such a basic question. > Many thanks in advance! > Suman > > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Libetpan-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libetpan-users > > -- DINH Viêt Hoà |
From: Suman (స. <sum...@gm...> - 2009-12-28 10:07:49
|
Hi, I am new to IMAP and I need some help to quickly write an IMAP client on Windows using Visual Studio 2005 with basic "read-only" functionality - connect/login/list mailboxes/read each email in a given mailbox in mime format. I have searched for documentation for the same but I couldn't locate. Can someone please point me to some documentation on libetpan API and samples. Apologies for posting such a basic question. Many thanks in advance! Suman |
From: SourceForge.net <no...@so...> - 2009-12-21 06:51:20
|
Patches item #2918500, was opened at 2009-12-20 22:51 Message generated for change (Tracker Item Submitted) made by hawk777 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918500&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: Chris Head (hawk777) Assigned to: Nobody/Anonymous (nobody) Summary: QUOTA support Initial Comment: The attached patch implements the IMAP QUOTA extension as defined in RFC2087. To achieve this, I had to make mailimap_atom_parse() and mailimap_number_parse() global (they were formerly declared static), since the QUOTA grammar refers to these elements. Also, this is against the libetpan-0.58 tarball (rather than CVS) because I don't know how to get autotools to work right. The patch appears to apply successfully to CVS with some harmless fuzz. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918500&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-12-21 01:30:37
|
Patches item #2918372, was opened at 2009-12-20 17:30 Message generated for change (Tracker Item Submitted) made by hawk777 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918372&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 development - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chris Head (hawk777) Assigned to: Nobody/Anonymous (nobody) Summary: memory allocation checks wrong variable for NULL Initial Comment: A function is called which allocates memory and returns NULL if that allocation fails. The return value of the function is assigned to (*result), but then (result) is checked for NULL rather than (*result). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2918372&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-12-21 00:22:27
|
Bugs item #2918352, was opened at 2009-12-20 16:22 Message generated for change (Tracker Item Submitted) made by hawk777 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2918352&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: Chris Head (hawk777) Assigned to: Nobody/Anonymous (nobody) Summary: mailimap_extension_data_parse return value oddity Initial Comment: Looking in src/low-level/imap/mailimap_extension.c, the function mailimap_extension_data_parse() returns MAILIMAP_ERROR_PARSE if mailimap_extension_list == NULL, but returns MAILIMAP_NO_ERROR if, after iterating through the list, every single extension returns MAILIMAP_ERROR_PARSE. It seems very odd that this function returns different values based on whether or not any external extensions are registered.... even if none of the extensions are interested in handling the message! I suspect maybe the default return value at the bottom should also be MAILIMAP_ERROR_PARSE? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2918352&group_id=41064 |
From: DINH V. H. <din...@gm...> - 2009-12-19 08:59:13
|
First, write the headers to the file using : f = fopen('maildir-message-file', 'w'); col = 0; mailimf_fields_write_file(f, &col, fields); // then, write the body fprintf(f, "%s", body); Best Regards, On Thu, Dec 17, 2009 at 4:33 PM, David Bremner <br...@un...> wrote: > > I have been trying to write a simple command-line example that adds or > removes a keyword from all of the messages in a mailbox (at the moment, > maildir). > > I get to the point of adding a new field using > > mailimf_fields_add(fields,newfield); > > But now I'm stuck as far actually writing the changes back to disk. I > call mailmessage_check(), and mailfolder_check(), but that doesn't seem > to do it (the documentation only mentions flags in fact). > > Please CC me with any ideas. I attach the complete example. > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Libetpan-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libetpan-users > > -- DINH Viêt Hoà |
From: SourceForge.net <no...@so...> - 2009-12-19 01:10:36
|
Bugs item #1675390, was opened at 2007-03-07 02:31 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=1675390&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: Configuration Group: None Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: --with-openssl=DIR make fails, patch for configure.in Initial Comment: When doing ./configure --with-openssl=/dir where /dir is some valid directory that contains lib/libssl.so file the configure is successful, but the LDFLAGS does not have -L/dir/lib in src/Makefile ... The following shell script patches the configure.in of libetpan version 0.49 so that you can use the --with-openssl=/dir and make OK: #!/bin/bash patch configure.in << EOF 93a93 > TKKLIBS="" 99a100 > TKKLIBS="-L\$with_openssl/lib" 116c117,119 < SSLLIBS="-lssl \$SSLLIBS" --- > SSLLIBS="-lssl \$SSLLIBS \$TKKLIBS" > AC_MSG_NOTICE("OpenSSL LDFLAGS is \$LDFLAGS") > AC_MSG_NOTICE("OpenSSL SSLLIBS is \$SSLLIBS") EOF ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2009-12-19 02:10 Message: need more information. ---------------------------------------------------------------------- Comment By: DINH V. Hoa (hoa) Date: 2007-04-03 20:29 Message: Logged In: YES user_id=201468 Originator: NO I don't understand why it does not work. LDFLAGS should be properly set. If you send a diff, could you use unified diff (-u) ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=1675390&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-12-19 01:09:13
|
Bugs item #1610852, was opened at 2006-12-07 16:28 Message generated for change (Settings changed) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=1610852&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: Latest stable - libEtPan! Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: anosek (anosek) Assigned to: Nobody/Anonymous (nobody) Summary: Compiler warning: uninitialized variable used Initial Comment: Compiler warning: uninitialized variable used ---------------------------------------------------------------------- Comment By: DINH V. Hoa (hoa) Date: 2006-12-12 21:03 Message: Logged In: YES user_id=201468 Originator: NO thanks. fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=1610852&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-12-19 01:05:20
|
Bugs item #2817435, was opened at 2009-07-06 15:06 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2817435&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 - libEtPan! Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: configure script broken for Darwin Initial Comment: On Mac OS command date does not support option "--iso-8601=minutes". Workaround is to replace BUILD_TIMESTAMP=`date --iso-8601=minutes` with BUILD_TIMESTAMP=`date +'%Y-%m-%dT%H:%M%z'` (libetpan-0.58) ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2009-12-19 02:05 Message: fixed in libetpan-0.58cvs1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2817435&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-12-19 01:02:17
|
Bugs item #2892730, was opened at 2009-11-05 18:10 Message generated for change (Comment added) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&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: Fixed Priority: 5 Private: No Submitted By: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on Windows during message_id computation Initial Comment: low-level/imf/mailimf_types_helper.c file, mailimf_get_message_id function: 1271 char * mailimf_get_message_id(void) 1272 { 1273 char id[MAX_MESSAGE_ID]; 1274 time_t now; 1275 char name[MAX_MESSAGE_ID]; 1276 long value; 1277 1278 now = time(NULL); 1279 value = random(); 1280 1281 gethostname(name, MAX_MESSAGE_ID); 1282 snprintf(id, MAX_MESSAGE_ID, "etPan.%lx.%lx.%x@%s", 1283 now, value, getpid(), name); 1284 1285 return strdup(id); 1286 } On Windows time_t is 8 byte long type. In case you pass 8 instead of 4 bytes into snprintf function, windows runtime crashes with "memory access violation" Environment: Compiled under VS2008SP1 As a fix it's possible to use long instead of time_t: --- mailimf_types_helper.c.orig 2009-11-05 21:06:34.000000000 +0300 +++ mailimf_types_helper.c 2009-11-05 21:07:08.000000000 +0300 @@ -1271,11 +1271,11 @@ char * mailimf_get_message_id(void) { char id[MAX_MESSAGE_ID]; - time_t now; + long now; char name[MAX_MESSAGE_ID]; long value; - now = time(NULL); + now = (long)time(NULL); value = random(); gethostname(name, MAX_MESSAGE_ID); ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2009-12-19 02:02 Message: fixed inlibetpan-0.58cvs11 ---------------------------------------------------------------------- Comment By: Sergey Perminov (perminov) Date: 2009-11-06 12:19 Message: Define will not work if it's defined in source/header. It's only possible to switch to 32bit from command line parameter, i.e. like C:\>cl Source1.cpp /D_USE_32BIT_TIME_T As for me, I think it's much more dangerous as far as if you are linked with some another library (like openssl) which uses 64bit time_t and compiled w/o this option -> behaviour is unpredictable. Test is: C:\>cl Source1.cpp Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.30729.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. Source1.cpp Microsoft (R) Incremental Linker Version 9.00.30729.01 Copyright (C) Microsoft Corporation. All rights reserved. /out:Source1.exe Source1.obj C:\>Source1.exe SZ :8 C:\>cl Source1.cpp /D_USE_32BIT_TIME_T Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.30729.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. Source1.cpp Microsoft (R) Incremental Linker Version 9.00.30729.01 Copyright (C) Microsoft Corporation. All rights reserved. /out:Source1.exe Source1.obj C:\>Source1.exe SZ :4 C:\> #include <stdio.h> #ifndef _USE_32BIT_TIME_T #define _USE_32BIT_TIME_T 32 #endif int main (void) { printf("SZ :%d\n", sizeof(time_t)); return 1; } ---------------------------------------------------------------------- Comment By: Sebastien Marinier (smarinier) Date: 2009-11-06 09:59 Message: I think it would be better to allow all the time_t for the library to "work" (until 18 Jan 2038 ;) ) and to handle the 64 bits mode also. This would give, according to me, in build-windows/StdAfx.h : #if !defined(_WIN64) # define _USE_32BIT_TIME_T #endif Could you check this ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-12-19 00:57:59
|
Bugs item #2897095, was opened at 2009-11-13 10:29 Message generated for change (Settings changed) made by hoa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2897095&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: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect close of socket on windows in SMTP over TLS Initial Comment: Look at src/data-types/mailstream_ssl.c #ifndef USE_GNUTLS static void ssl_data_close(struct mailstream_ssl_data * ssl_data) { SSL_free(ssl_data->ssl_conn); ssl_data->ssl_conn = NULL; SSL_CTX_free(ssl_data->ssl_ctx); ssl_data->ssl_ctx = NULL; close(ssl_data->fd); ssl_data->fd = -1; } #else On Windows close should be replaced with closesocket() like it's done in src/data-types/mailstream_socket.c I looked over the code and found some more incorrect closes of TCP socket . like in src/data-types/mailstream_ssl.c src/low-level/imap/mailimap_socket.c src/low-level/imap/mailimap_ssl.c src/low-level/nntp/newsnntp_socket.c src/low-level/nntp/newsnntp_ssl.c src/low-level/pop3/mailpop3_socket.c src/low-level/pop3/mailpop3_ssl.c src/low-level/smtp/mailsmtp_socket.c On windows this incorrect call of close() on TCP socket leads to runtime error and application termination. PS: close() call in src/low-level/smtp/mailsmtp_socket.c is a very rear case but close() in src/data-types/mailstream_ssl.c called on termination of every connection and definitely should be fixed. ---------------------------------------------------------------------- >Comment By: DINH V. Hoa (hoa) Date: 2009-12-19 01:57 Message: fixed in libetpan-0.58cvs10 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2897095&group_id=41064 |
From: David B. <br...@un...> - 2009-12-17 15:51:07
|
I have been trying to write a simple command-line example that adds or removes a keyword from all of the messages in a mailbox (at the moment, maildir). I get to the point of adding a new field using mailimf_fields_add(fields,newfield); But now I'm stuck as far actually writing the changes back to disk. I call mailmessage_check(), and mailfolder_check(), but that doesn't seem to do it (the documentation only mentions flags in fact). Please CC me with any ideas. I attach the complete example. |
From: SourceForge.net <no...@so...> - 2009-11-13 09:29:30
|
Bugs item #2897095, was opened at 2009-11-13 12:29 Message generated for change (Tracker Item Submitted) made by perminov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2897095&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect close of socket on windows in SMTP over TLS Initial Comment: Look at src/data-types/mailstream_ssl.c #ifndef USE_GNUTLS static void ssl_data_close(struct mailstream_ssl_data * ssl_data) { SSL_free(ssl_data->ssl_conn); ssl_data->ssl_conn = NULL; SSL_CTX_free(ssl_data->ssl_ctx); ssl_data->ssl_ctx = NULL; close(ssl_data->fd); ssl_data->fd = -1; } #else On Windows close should be replaced with closesocket() like it's done in src/data-types/mailstream_socket.c I looked over the code and found some more incorrect closes of TCP socket . like in src/data-types/mailstream_ssl.c src/low-level/imap/mailimap_socket.c src/low-level/imap/mailimap_ssl.c src/low-level/nntp/newsnntp_socket.c src/low-level/nntp/newsnntp_ssl.c src/low-level/pop3/mailpop3_socket.c src/low-level/pop3/mailpop3_ssl.c src/low-level/smtp/mailsmtp_socket.c On windows this incorrect call of close() on TCP socket leads to runtime error and application termination. PS: close() call in src/low-level/smtp/mailsmtp_socket.c is a very rear case but close() in src/data-types/mailstream_ssl.c called on termination of every connection and definitely should be fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2897095&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-11-06 11:19:18
|
Bugs item #2892730, was opened at 2009-11-05 20:10 Message generated for change (Comment added) made by perminov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&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: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on Windows during message_id computation Initial Comment: low-level/imf/mailimf_types_helper.c file, mailimf_get_message_id function: 1271 char * mailimf_get_message_id(void) 1272 { 1273 char id[MAX_MESSAGE_ID]; 1274 time_t now; 1275 char name[MAX_MESSAGE_ID]; 1276 long value; 1277 1278 now = time(NULL); 1279 value = random(); 1280 1281 gethostname(name, MAX_MESSAGE_ID); 1282 snprintf(id, MAX_MESSAGE_ID, "etPan.%lx.%lx.%x@%s", 1283 now, value, getpid(), name); 1284 1285 return strdup(id); 1286 } On Windows time_t is 8 byte long type. In case you pass 8 instead of 4 bytes into snprintf function, windows runtime crashes with "memory access violation" Environment: Compiled under VS2008SP1 As a fix it's possible to use long instead of time_t: --- mailimf_types_helper.c.orig 2009-11-05 21:06:34.000000000 +0300 +++ mailimf_types_helper.c 2009-11-05 21:07:08.000000000 +0300 @@ -1271,11 +1271,11 @@ char * mailimf_get_message_id(void) { char id[MAX_MESSAGE_ID]; - time_t now; + long now; char name[MAX_MESSAGE_ID]; long value; - now = time(NULL); + now = (long)time(NULL); value = random(); gethostname(name, MAX_MESSAGE_ID); ---------------------------------------------------------------------- >Comment By: Sergey Perminov (perminov) Date: 2009-11-06 14:19 Message: Define will not work if it's defined in source/header. It's only possible to switch to 32bit from command line parameter, i.e. like C:\>cl Source1.cpp /D_USE_32BIT_TIME_T As for me, I think it's much more dangerous as far as if you are linked with some another library (like openssl) which uses 64bit time_t and compiled w/o this option -> behaviour is unpredictable. Test is: C:\>cl Source1.cpp Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.30729.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. Source1.cpp Microsoft (R) Incremental Linker Version 9.00.30729.01 Copyright (C) Microsoft Corporation. All rights reserved. /out:Source1.exe Source1.obj C:\>Source1.exe SZ :8 C:\>cl Source1.cpp /D_USE_32BIT_TIME_T Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.30729.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. Source1.cpp Microsoft (R) Incremental Linker Version 9.00.30729.01 Copyright (C) Microsoft Corporation. All rights reserved. /out:Source1.exe Source1.obj C:\>Source1.exe SZ :4 C:\> #include <stdio.h> #ifndef _USE_32BIT_TIME_T #define _USE_32BIT_TIME_T 32 #endif int main (void) { printf("SZ :%d\n", sizeof(time_t)); return 1; } ---------------------------------------------------------------------- Comment By: Sebastien Marinier (smarinier) Date: 2009-11-06 11:59 Message: I think it would be better to allow all the time_t for the library to "work" (until 18 Jan 2038 ;) ) and to handle the 64 bits mode also. This would give, according to me, in build-windows/StdAfx.h : #if !defined(_WIN64) # define _USE_32BIT_TIME_T #endif Could you check this ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-11-06 08:59:50
|
Bugs item #2892730, was opened at 2009-11-05 18:10 Message generated for change (Comment added) made by smarinier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&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: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on Windows during message_id computation Initial Comment: low-level/imf/mailimf_types_helper.c file, mailimf_get_message_id function: 1271 char * mailimf_get_message_id(void) 1272 { 1273 char id[MAX_MESSAGE_ID]; 1274 time_t now; 1275 char name[MAX_MESSAGE_ID]; 1276 long value; 1277 1278 now = time(NULL); 1279 value = random(); 1280 1281 gethostname(name, MAX_MESSAGE_ID); 1282 snprintf(id, MAX_MESSAGE_ID, "etPan.%lx.%lx.%x@%s", 1283 now, value, getpid(), name); 1284 1285 return strdup(id); 1286 } On Windows time_t is 8 byte long type. In case you pass 8 instead of 4 bytes into snprintf function, windows runtime crashes with "memory access violation" Environment: Compiled under VS2008SP1 As a fix it's possible to use long instead of time_t: --- mailimf_types_helper.c.orig 2009-11-05 21:06:34.000000000 +0300 +++ mailimf_types_helper.c 2009-11-05 21:07:08.000000000 +0300 @@ -1271,11 +1271,11 @@ char * mailimf_get_message_id(void) { char id[MAX_MESSAGE_ID]; - time_t now; + long now; char name[MAX_MESSAGE_ID]; long value; - now = time(NULL); + now = (long)time(NULL); value = random(); gethostname(name, MAX_MESSAGE_ID); ---------------------------------------------------------------------- Comment By: Sebastien Marinier (smarinier) Date: 2009-11-06 09:59 Message: I think it would be better to allow all the time_t for the library to "work" (until 18 Jan 2038 ;) ) and to handle the 64 bits mode also. This would give, according to me, in build-windows/StdAfx.h : #if !defined(_WIN64) # define _USE_32BIT_TIME_T #endif Could you check this ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-11-05 17:10:25
|
Bugs item #2892730, was opened at 2009-11-05 20:10 Message generated for change (Tracker Item Submitted) made by perminov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&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: Sergey Perminov (perminov) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on Windows during message_id computation Initial Comment: low-level/imf/mailimf_types_helper.c file, mailimf_get_message_id function: 1271 char * mailimf_get_message_id(void) 1272 { 1273 char id[MAX_MESSAGE_ID]; 1274 time_t now; 1275 char name[MAX_MESSAGE_ID]; 1276 long value; 1277 1278 now = time(NULL); 1279 value = random(); 1280 1281 gethostname(name, MAX_MESSAGE_ID); 1282 snprintf(id, MAX_MESSAGE_ID, "etPan.%lx.%lx.%x@%s", 1283 now, value, getpid(), name); 1284 1285 return strdup(id); 1286 } On Windows time_t is 8 byte long type. In case you pass 8 instead of 4 bytes into snprintf function, windows runtime crashes with "memory access violation" Environment: Compiled under VS2008SP1 As a fix it's possible to use long instead of time_t: --- mailimf_types_helper.c.orig 2009-11-05 21:06:34.000000000 +0300 +++ mailimf_types_helper.c 2009-11-05 21:07:08.000000000 +0300 @@ -1271,11 +1271,11 @@ char * mailimf_get_message_id(void) { char id[MAX_MESSAGE_ID]; - time_t now; + long now; char name[MAX_MESSAGE_ID]; long value; - now = time(NULL); + now = (long)time(NULL); value = random(); gethostname(name, MAX_MESSAGE_ID); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429696&aid=2892730&group_id=41064 |
From: SourceForge.net <no...@so...> - 2009-10-29 15:29:20
|
Patches item #2888850, was opened at 2009-10-30 01:29 Message generated for change (Tracker Item Submitted) made by b3b You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2888850&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: Latest stable - libEtPan! Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexander Shlemin (b3b) Assigned to: Nobody/Anonymous (nobody) Summary: mailpop3_list() result check Initial Comment: Lack of mailpop3_list() result check can cause SIGSEGV in functions pop3driver_messages_number(), pop3_get_messages_list(), pop3driver_cached_status_folder(), and pop3driver_cached_expunge_folder(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=429698&aid=2888850&group_id=41064 |
From: James S. <jam...@ya...> - 2009-10-14 08:54:10
|
I'm having a problem sending e-mail using AOLs SMTP server. 220 cia-da08.mx.aol.com ESMTP mail_cia-da08.4; Tue, 13 Oct 2009 11:32:52 -0400 EHLO Neptune 250-cia-da08.mx.aol.com host99-999-99-99.range99-999.btcentralplus.com 250-AUTH=LOGIN PLAIN XAOL-UAS-MB 250-AUTH LOGIN PLAIN XAOL-UAS-MB 250-STARTTLS 250-CHUNKING 250-BINARYMIME 250-X-AOL-FWD-BY-REF 250-X-AOL-DIV_TAG 250-X-AOL-OUTBOX-COPY 250 HELP AUTH PLAIN cWF1YXN0MTABcWF1ZXZ3MTAAYnIaYWRuZWReYQ== 501 INVALID SASL FORMAT OR LENGTH Compounding the problem is that the "auth_map_errors()" function doesn't recognise the 501 error code as an error and reports a success, which means that the problem is more difficult to locate than it needs to be. The problem occurs using both the smtpsend test that comes with libetpan. Any ideas on how to fix this? Thanks. -- James Smith |