<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/libmail/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/libmail/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 16 Jul 2009 03:30:16 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/libmail/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Can't build on Mac --- mising define</title><link>https://sourceforge.net/p/libmail/bugs/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Downloaded to my Mac, ./configure worked fine. But compilation failed with the error&lt;/p&gt;
&lt;p&gt;../libmail/libmail_intl.h:49: error: ‘HOST_NAME_MAX’ undeclared here (not in a function)&lt;/p&gt;
&lt;p&gt;Looking around, it turns out that HOST_NAME_MAX is not defined on the Mac platform. Instead there is something called _POSIX_HOST_NAME_MAX&lt;/p&gt;
&lt;p&gt;Apparently this can be added to the configure process but I regret I don't know enough about that process to do it myself.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Jameson</dc:creator><pubDate>Thu, 16 Jul 2009 03:30:16 -0000</pubDate><guid>https://sourceforge.net8201730c9be614732dd2cc2f5d7434dbbe4ae7ba</guid></item><item><title>A mailbox specified as directory is considered valid</title><link>https://sourceforge.net/p/libmail/bugs/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;mbox_check(), when fopen's mbox-&amp;gt;file it doesn't check whether mbox-&amp;gt;file is really a file or not, thus a user may specify a dir as his mailbox and mbox_check() opens it and reports 0 new and total messages&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dimitris Mandalidis</dc:creator><pubDate>Sun, 29 Mar 2009 11:38:22 -0000</pubDate><guid>https://sourceforge.netf0385a459e81663e04b8f11d76d9837c0a59a372</guid></item><item><title>memory leak in sasl_get_* callbacks</title><link>https://sourceforge.net/p/libmail/bugs/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Memory for user and password which are filled through SASL callbacks are not freed&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dimitris Mandalidis</dc:creator><pubDate>Thu, 26 Mar 2009 19:26:28 -0000</pubDate><guid>https://sourceforge.net1d50dadb81de948bf0d8a6bcf59b3b91c7a06ab7</guid></item><item><title>Segmentation fault in pop3.c:get_timestamp()</title><link>https://sourceforge.net/p/libmail/bugs/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;A segmentation fault will occur when the user chooses to authenticate himself through APOP and the server doesn't support it. pop3.c:get_timestamp() assumes that there is a message-id like timestamp  in the server greeting&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dimitris Mandalidis</dc:creator><pubDate>Sun, 08 Mar 2009 11:37:01 -0000</pubDate><guid>https://sourceforge.netf891442d0b6383f43a727dfc2af82e6c25791b07</guid></item><item><title>More efficient MD5 digest calculation</title><link>https://sourceforge.net/p/libmail/bugs/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The MD5 digest calculation code has many macros defined resulting in code duplication&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dimitris Mandalidis</dc:creator><pubDate>Tue, 03 Mar 2009 20:44:09 -0000</pubDate><guid>https://sourceforge.netd2d697a930cb8331a39f4bb64c85fff17ceb279e</guid></item><item><title>More descriptive man pages</title><link>https://sourceforge.net/p/libmail/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;man pages should be the definitive guide for developers who want to link their applications against libmail, examples should also be given and endpeer_t must be documented&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dimitris Mandalidis</dc:creator><pubDate>Tue, 03 Mar 2009 20:40:19 -0000</pubDate><guid>https://sourceforge.net97a07d481a61e35850a0e322c2c06d2fe5a692d7</guid></item><item><title>MD5 calculation is not endianess-safe</title><link>https://sourceforge.net/p/libmail/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When a user is using POP3 in conjuction with APOP in a big-endian architecture, the MD5 digest issued with the APOP command is not correct resulting in authorization failure. The problem is in md5sum.c marked with the commend 'endianess-unsafe snippet'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dimitris Mandalidis</dc:creator><pubDate>Mon, 02 Mar 2009 11:25:53 -0000</pubDate><guid>https://sourceforge.netd9a9893e784c03067b661b149921b0f1ebb3b161</guid></item></channel></rss>