<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user">
    <title>gmane.mail.libetpan.user</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/648"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/647"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/646"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/645"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/644"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/643"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/642"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/641"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/640"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/639"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/638"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/637"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/636"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/635"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/634"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/633"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/632"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/631"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/630"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.libetpan.user/629"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/648">
    <title>Gmail localized folder with XLIST support</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/648</link>
    <description>&lt;pre&gt;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/
&lt;/pre&gt;</description>
    <dc:creator>Paul</dc:creator>
    <dc:date>2011-12-08T21:47:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/647">
    <title>How to verify certificate presented by Server inSSL connection with libetpan ?</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/647</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>Bhavik</dc:creator>
    <dc:date>2011-11-03T07:24:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/646">
    <title>[ libetpan-Bugs-3349626 ] bad include order innamespace_parser.c</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/646</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3349626&amp;amp;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
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_par&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-16T05:16:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/645">
    <title>[ libetpan-Bugs-3390872 ] mode_reader rejects 201as unexpected</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/645</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3390872&amp;amp;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!
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.


----------------------&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-16T05:15:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/644">
    <title>[ libetpan-Bugs-3391473 ] Response 381 is invalidexcept for AUTHINFO USER</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/644</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3391473&amp;amp;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!
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 b&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-16T05:15:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/643">
    <title>[ libetpan-Bugs-3391479 ] 481 Authenticationfailed/rejected not handled</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/643</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3391479&amp;amp;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!
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&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-16T05:15:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/642">
    <title>[ libetpan-Bugs-3391479 ] 481 Authenticationfailed/rejected not handled</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/642</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3391479&amp;amp;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 comm&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-14T13:16:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/641">
    <title>[ libetpan-Bugs-3391473 ] Response 381 is invalidexcept for AUTHINFO USER</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/641</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3391473&amp;amp;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 enc&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-14T13:00:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/640">
    <title>[ libetpan-Bugs-3390872 ] mode_reader rejects 201as unexpected</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/640</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3390872&amp;amp;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
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.


----------------&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-13T11:31:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/639">
    <title>[ libetpan-Bugs-3390872 ] mode_reader rejects 201as unexpected</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/639</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3390872&amp;amp;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&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-08-13T11:28:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/638">
    <title>[ libetpan-Bugs-3380093 ] APOP authentication doesnot work</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/638</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3380093&amp;amp;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&amp;lt;------------------------------
+OK POP3 ready &amp;lt;1462299066.1311785279&amp;lt; at &amp;gt;pop3-g25&amp;gt;

APOP xxx 05e4340e6dbba8e96609321897e1adb3

-ERR [AUTH] Error logging in.

USER xxx

QUIT

----------------------&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-07-27T16:55:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/637">
    <title>[ libetpan-Bugs-3349626 ] bad include order innamespace_parser.c</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/637</link>
    <description>&lt;pre&gt;
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&amp;amp;atid=429696&amp;amp;aid=3349626&amp;amp;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_par&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-07-02T22:19:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/636">
    <title>Failed to parse body structure</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/636</link>
    <description>&lt;pre&gt;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") "&amp;lt;part1.04080604.03020603-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;" 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=C&lt;/pre&gt;</description>
    <dc:creator>Paul</dc:creator>
    <dc:date>2011-05-27T11:50:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/635">
    <title>IMAP fetch flags</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/635</link>
    <description>&lt;pre&gt;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.


------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
&lt;/pre&gt;</description>
    <dc:creator>Paul</dc:creator>
    <dc:date>2011-05-07T00:32:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/634">
    <title>[ libetpan-Bugs-3295850 ] libetpan uses obsoletegnutls interfaces</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/634</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3295850&amp;amp;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 (&amp;gt;=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:
==========================================&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-05-01T18:33:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/633">
    <title>[ libetpan-Bugs-3284078 ] Program was suspended bycalling mailsmtp_free()</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/633</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3284078&amp;amp;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!
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 b&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-04-15T09:27:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/632">
    <title>[ libetpan-Bugs-3284078 ] Program was suspended bycalling mailsmtp_free()</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/632</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3284078&amp;amp;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, fi&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-04-11T07:54:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/631">
    <title>[ libetpan-Bugs-3200397 ] ipv6 support does notwork properly under win</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/631</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3200397&amp;amp;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, &amp;amp;val, &amp;amp;len) == 0) { //Nonzero if the function is successful; otherwise 0
#else
  if (getsockopt(s, SOL_SOCKET, SO_ERR&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-03-05T10:47:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/630">
    <title>[ libetpan-Bugs-3185739 ] 'New' message flag notset correctly</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/630</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3185739&amp;amp;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

--------------------------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-02-27T01:09:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/629">
    <title>[ libetpan-Bugs-3185739 ] 'New' message flag notset correctly</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/629</link>
    <description>&lt;pre&gt;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&amp;amp;atid=429696&amp;amp;aid=3185739&amp;amp;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

--------------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-02-18T12:01:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.libetpan.user/628">
    <title>Linking errors in readmsg &amp; smtpsend</title>
    <link>http://permalink.gmane.org/gmane.mail.libetpan.user/628</link>
    <description>&lt;pre&gt;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&amp;gt;readmsg.c
2&amp;gt;Generating Code...
2&amp;gt;Compiling manifest to resources...
2&amp;gt;Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1
2&amp;gt;Copyright (C) Microsoft Corporation.  All rights reserved.
2&amp;gt;Linking...
2&amp;gt;getopt_long.obj : error LNK2005: _opterr already defined in getopt.obj
2&amp;gt;getopt_long.obj : error LNK2005: _optind already defined in getopt.obj
2&amp;gt;readmsg.obj : error LNK2005: _opterr already defined in getopt.obj
2&amp;gt;readmsg.obj : error LNK2005: _optind already defined in getopt.obj
2&amp;gt;option-parser.obj : error LNK2019: unresolved external symbol
__imp__feed_mailstorage_init referenced in function _init_storage
2&amp;gt;../Debug/readmsg.exe : fatal error LNK1120: 1 unresolved externals

and the second link error in the smtpsend example :


1&amp;gt;------ Build started: Project: smtpsend, Configuration: Debug Win32 ------
1&amp;gt;Linking...
1&amp;gt;getopt_l&lt;/pre&gt;</description>
    <dc:creator>Meir Yanovich</dc:creator>
    <dc:date>2011-02-08T10:28:43</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.libetpan.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.libetpan.user</link>
  </textinput>
</rdf:RDF>
