It's a PHP bug then.

See http://bugs.php.net/bug.php?id=32244 for example.

In fact, this is not a bug in FreeBSD, it just happen that there is 2 
kind of iconv library.  One is from Glibc and the other from GNU.   
Glibc use the name iconv, so the GNU one was named libiconv.  I guess 
Linux happens to use GNU, so there is no issue on Linux.  However, You 
might face same issue on other OS such as Solaris....



For detail, please look at



http://hk2.php.net/manual/en/function.iconv.php



Scroll to bottom on the comment at 16-Nov-2004 03:53

You are kidding, no? Please don't tell me they are really doing this. 
There doesn't even exists a function like that in PHP.

If this is really true please make an urgent bug report at FreeBSD.

I found the error after some debugging.  One some system like FreeBSD, 
when they compile iconv and if they use the GNU iconv, you can not use 
the iconv function.  You will have to use libiconv() instead.  The 
problem lies at lib/Horde/String.php at around line 104 which is 
trying to call @iconv function.  Since it start with the "@" sign, no 
error is printing on screen.  In the String.php, you can add the 
following code should solve the issue.



if (!function_exists('iconv') && function_exists('libiconv')) {

    function iconv($input_encoding, $output_encoding, $string) {

        return libiconv($input_encoding, $output_encoding, $string);

    }

}

No. And after all, this is not an IMP issue, because if the server 
doesn't segfault, the empty list is exactly what we get back from the 
PHP imap extension.

If you need more help fixing this (PHP or c-client) issue, ask on the 
mailing list.

I have tried to compile with imap-2004d (was using imap-2004e) , same 
thing.  Any folder with email that has non-english character in the 
subject line, the whole folder won't dispaly the listing.  Any more 
suggestion?

Yes, unless you already use 2004e. In this case try a different 
version, sometimes even downgrading fixes things.

So..I recompile imap-2004e and then recompile PHP 5.0.4 with it and 
see if that solve the problem?

It's still a c-client issue usually.

I checked /var/log/messages, apache access_log, error_log, none of 
those have seg fault error.  I have tried to create an new email 
account.  As long as I send email with subject in English, I can see 
the mail listing just fine, but as soon as any email with subject 
other than English, the mail listing is gone.....

Check your web server logs, your server is probably segfaulting which 
is most likely the fault of a broken c-client version.

Basically, the inbox shows 350 Messages.  But there is no mail listing 
at all as you can see the the attached screenshots.  I found that if 
the mailbox contains email subject that is *not* in english, it will 
not display *any* email.