<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/libmail/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/libmail/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/libmail/bugs/</id><updated>2009-07-16T03:30:16Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Can't build on Mac --- mising define</title><link href="https://sourceforge.net/p/libmail/bugs/9/" rel="alternate"/><published>2009-07-16T03:30:16Z</published><updated>2009-07-16T03:30:16Z</updated><author><name>David Jameson</name><uri>https://sourceforge.net/u/dhjdhj/</uri></author><id>https://sourceforge.net8201730c9be614732dd2cc2f5d7434dbbe4ae7ba</id><summary type="html">&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;</summary></entry><entry><title>A mailbox specified as directory is considered valid</title><link href="https://sourceforge.net/p/libmail/bugs/6/" rel="alternate"/><published>2009-03-29T11:38:22Z</published><updated>2009-03-29T11:38:22Z</updated><author><name>Dimitris Mandalidis</name><uri>https://sourceforge.net/u/mandas/</uri></author><id>https://sourceforge.netf0385a459e81663e04b8f11d76d9837c0a59a372</id><summary type="html">&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;</summary></entry><entry><title>memory leak in sasl_get_* callbacks</title><link href="https://sourceforge.net/p/libmail/bugs/5/" rel="alternate"/><published>2009-03-26T19:26:28Z</published><updated>2009-03-26T19:26:28Z</updated><author><name>Dimitris Mandalidis</name><uri>https://sourceforge.net/u/mandas/</uri></author><id>https://sourceforge.net1d50dadb81de948bf0d8a6bcf59b3b91c7a06ab7</id><summary type="html">&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;</summary></entry><entry><title>Segmentation fault in pop3.c:get_timestamp()</title><link href="https://sourceforge.net/p/libmail/bugs/4/" rel="alternate"/><published>2009-03-08T11:37:01Z</published><updated>2009-03-08T11:37:01Z</updated><author><name>Dimitris Mandalidis</name><uri>https://sourceforge.net/u/mandas/</uri></author><id>https://sourceforge.netf891442d0b6383f43a727dfc2af82e6c25791b07</id><summary type="html">&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;</summary></entry><entry><title>More efficient MD5 digest calculation</title><link href="https://sourceforge.net/p/libmail/bugs/3/" rel="alternate"/><published>2009-03-03T20:44:09Z</published><updated>2009-03-03T20:44:09Z</updated><author><name>Dimitris Mandalidis</name><uri>https://sourceforge.net/u/mandas/</uri></author><id>https://sourceforge.netd2d697a930cb8331a39f4bb64c85fff17ceb279e</id><summary type="html">&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;</summary></entry><entry><title>More descriptive man pages</title><link href="https://sourceforge.net/p/libmail/bugs/2/" rel="alternate"/><published>2009-03-03T20:40:19Z</published><updated>2009-03-03T20:40:19Z</updated><author><name>Dimitris Mandalidis</name><uri>https://sourceforge.net/u/mandas/</uri></author><id>https://sourceforge.net97a07d481a61e35850a0e322c2c06d2fe5a692d7</id><summary type="html">&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;</summary></entry><entry><title>MD5 calculation is not endianess-safe</title><link href="https://sourceforge.net/p/libmail/bugs/1/" rel="alternate"/><published>2009-03-02T11:25:53Z</published><updated>2009-03-02T11:25:53Z</updated><author><name>Dimitris Mandalidis</name><uri>https://sourceforge.net/u/mandas/</uri></author><id>https://sourceforge.netd9a9893e784c03067b661b149921b0f1ebb3b161</id><summary type="html">&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;</summary></entry></feed>