Paul | 8 Dec 22:47 2011
Picon

Gmail localized folder with XLIST support

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

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
Bhavik | 3 Nov 08:24 2011

How to verify certificate presented by Server in SSL connection with libetpan ?

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.

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
SourceForge.net | 16 Aug 07:16 2011
Picon
Picon

[ libetpan-Bugs-3349626 ] bad include order in namespace_parser.c

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
(Continue reading)

SourceForge.net | 16 Aug 07:15 2011
Picon
Picon

[ libetpan-Bugs-3390872 ] mode_reader rejects 201 as unexpected

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.
(Continue reading)

SourceForge.net | 16 Aug 07:15 2011
Picon
Picon

[ libetpan-Bugs-3391473 ] Response 381 is invalid except for AUTHINFO USER

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.

(Continue reading)

SourceForge.net | 16 Aug 07:15 2011
Picon
Picon

[ libetpan-Bugs-3391479 ] 481 Authentication failed/rejected not handled

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
(Continue reading)

SourceForge.net | 14 Aug 15:16 2011
Picon
Picon

[ libetpan-Bugs-3391479 ] 481 Authentication failed/rejected not handled

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
(Continue reading)

SourceForge.net | 14 Aug 15:00 2011
Picon
Picon

[ libetpan-Bugs-3391473 ] Response 381 is invalid except for AUTHINFO USER

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.

(Continue reading)

SourceForge.net | 13 Aug 13:31 2011
Picon
Picon

[ libetpan-Bugs-3390872 ] mode_reader rejects 201 as unexpected

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.
(Continue reading)

SourceForge.net | 13 Aug 13:28 2011
Picon
Picon

[ libetpan-Bugs-3390872 ] mode_reader rejects 201 as unexpected

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.
(Continue reading)

SourceForge.net | 27 Jul 18:55 2011
Picon
Picon

[ libetpan-Bugs-3380093 ] APOP authentication does not work

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 <at> pop3-g25>

APOP xxx 05e4340e6dbba8e96609321897e1adb3

(Continue reading)


Gmane