Hi All,
Been using roundcube for a while, but have just struck an issue with RC1 during a server migration which I can't seem to find a desirable solution to. The problem I am having is that character conversion is failing totally using mbstring or iconv. If mbstring is used I get a blank white page with this PHP warning;
PHP Warning: mb_convert_encoding() [<a href='function.mb-convert-encoding'>function.mb-convert-encoding</a>]: Illegal character encoding specified in X:\path\to\roundcube\program\include\main.inc on line 924
I found a few others reporting this issue on the forums, and have commented out the relevant mbstring code so as to force iconv conversion. I get a lot further using iconv (the users are actually able to log in), however when a user logs in the vast majority of their messages are displayed with the subject line of "(no subject)" and there also is no sender or date information. Opening any of these messages results in a blank frame, however it seems that everything works as it should for the few messages that are displayed properly. I've done some searching of the forums and have found someone else with the same problem here using iconv;
http://roundcubeforum.net/forum/index.php?topic=1841.msg7329#msg7329
The work around this user used to get around the problem was to remove the iconv calls which were returning empty strings by utf8_encode(). I'm reluctant to take this route as Roundcube RC1 has been working perfectly on my existing server running IIS 6, PHP 4.4.4 (PHP FastCGI) MySQL 4.1 & hMailServer 4.3.1 and doing this would leave me with no character conversion functionality. Nothing is logged into my roundcube or php logs, and I'm starting to run out of ideas. I'd really appreciate any feedback. Here are the details of my new server which is having the trouble;
Windows 2K3 Server / IIS 6 PHP 5.2.3 (CGI non thread safe version) MySQL 5 mbstring loaded (but mbstring code commented out in roundcubes main.inc to force usage of iconv) iconv loaded as part of PHP 5 core hMailServer 4.4
Thanks very much!
List info: http://lists.roundcube.net/users/
Quoting Dominic Ryan brashquido@brashquido.org:
Hi All,
Been using roundcube for a while, but have just struck an issue with RC1 during a server migration which I can't seem to find a desirable solution to. The problem I am having is that character conversion is failing totally using mbstring or iconv. If mbstring is used I get a blank white page with this PHP warning;
...
Windows 2K3 Server / IIS 6 PHP 5.2.3 (CGI non thread safe version) MySQL 5 mbstring loaded (but mbstring code commented out in roundcubes main.inc to force usage of iconv) iconv loaded as part of PHP 5 core hMailServer 4.4
How does the previous server applications compare? I'd be suspicious that "(CGI non thread safe version)" may be the culprit.
Earnie -- http://for-my-kids.com/ _______________________________________________ List info: http://lists.roundcube.net/users/
Hi Earnie,
Thanks for your help. I tried using roundcube again with the thread safe version of PHP 5.2.3 and still have the same problem. Really not sure what could be causing this at this stage as the mbstring and iconv settings reported by the phpinfo(); function are the same on both servers. Only differences are I have upgraded PHP from 4.4.4 to 5.2.3, and upgraded hMailServer from 4.3.1 to 4.4. The biggest difference I can see is that in PHP 4 iconv was a separate library that had to be loaded as an extension where in PHP 5 it is included in the core. Anybody have any tips as to how I can trouble shoot why iconv is returning empty strings?
Earnie Boyd wrote:
Quoting Dominic Ryan brashquido@brashquido.org:
Hi All,
Been using roundcube for a while, but have just struck an issue with RC1 during a server migration which I can't seem to find a desirable solution to. The problem I am having is that character conversion is failing totally using mbstring or iconv. If mbstring is used I get a blank white page with this PHP warning;
...
Windows 2K3 Server / IIS 6 PHP 5.2.3 (CGI non thread safe version) MySQL 5 mbstring loaded (but mbstring code commented out in roundcubes main.inc to force usage of iconv) iconv loaded as part of PHP 5 core hMailServer 4.4
How does the previous server applications compare? I'd be suspicious that "(CGI non thread safe version)" may be the culprit.
Earnie -- http://for-my-kids.com/ _______________________________________________ List info: http://lists.roundcube.net/users/
List info: http://lists.roundcube.net/users/
Quoting Dominic Ryan brashquido@brashquido.org:
Hi Earnie,
Thanks for your help.
Most welcome.
The biggest difference I can see is that in PHP 4 iconv was a separate library that had to be loaded as an extension where in PHP 5 it is included in the core. Anybody have any tips as to how I can trouble shoot why iconv is returning empty strings?
And that difference drove me batty for several days when I was trying to build PHP 5 from scratch. It would build but the iconv functions didn't function. I had included the external library in the build process and that broke everything iconv. I don't have a solution for you, sorry.
Earnie -- http://for-my-kids.com/ _______________________________________________ List info: http://lists.roundcube.net/users/
Hey Earnie,
What a bummer...
I might try loading up xdebug to see if that sheds an light. This can't be a PHP 5 wide problem, not even a PHP 5 on Windows problem or it would be all over the forums. Plus the only other user I've seen referring to this issue was using Sun 10. I'm pretty sure it is going to be some obscure PHP configuration setting that I've been missing. Any suggestions welcome though :)
Earnie Boyd wrote:
Quoting Dominic Ryan brashquido@brashquido.org:
Hi Earnie,
Thanks for your help.
Most welcome.
The biggest difference I can see is that in PHP 4 iconv was a separate library that had to be loaded as an extension where in PHP 5 it is included in the core. Anybody have any tips as to how I can trouble shoot why iconv is returning empty strings?
And that difference drove me batty for several days when I was trying to build PHP 5 from scratch. It would build but the iconv functions didn't function. I had included the external library in the build process and that broke everything iconv. I don't have a solution for you, sorry.
Earnie -- http://for-my-kids.com/ _______________________________________________ List info: http://lists.roundcube.net/users/
List info: http://lists.roundcube.net/users/
Got this sorted now. Had nothing to do with RoundCube in the end, the database and email store in my email server had become out of sync during my server migration. Once I got those back in sync everything else for the most part fell into place.
Dominic Ryan wrote:
Hey Earnie,
What a bummer...
I might try loading up xdebug to see if that sheds an light. This can't be a PHP 5 wide problem, not even a PHP 5 on Windows problem or it would be all over the forums. Plus the only other user I've seen referring to this issue was using Sun 10. I'm pretty sure it is going to be some obscure PHP configuration setting that I've been missing. Any suggestions welcome though :)
Earnie Boyd wrote:
Quoting Dominic Ryan brashquido@brashquido.org:
Hi Earnie,
Thanks for your help.
Most welcome.
The biggest difference I can see is that in PHP 4 iconv was a separate library that had to be loaded as an extension where in PHP 5 it is included in the core. Anybody have any tips as to how I can trouble shoot why iconv is returning empty strings?
And that difference drove me batty for several days when I was trying to build PHP 5 from scratch. It would build but the iconv functions didn't function. I had included the external library in the build process and that broke everything iconv. I don't have a solution for you, sorry.
Earnie -- http://for-my-kids.com/ _______________________________________________ List info: http://lists.roundcube.net/users/
List info: http://lists.roundcube.net/users/
List info: http://lists.roundcube.net/users/
On 7/26/07, Dominic Ryan brashquido@brashquido.org wrote:
Got this sorted now. Had nothing to do with RoundCube in the end, the database and email store in my email server had become out of sync during my server migration. Once I got those back in sync everything else for the most part fell into place.
Hello Ryan,
Could you explain a bit how you identified the fact that the database and the mailstore got out of sync?. I seem to have a similar problem for a few days now. I have been using RC for the past few months. Hosted shared server, no control. All of a sudden, many users cannot send mails. Screen coming back "Failed to send message". RC reinstalled on another test domain works well, so my best guess is database corruption.
Thanks in advance
kmn _______________________________________________ List info: http://lists.roundcube.net/users/
What I did in the end was point the RoundCube installation on my old server to use my new new server, and it had the same problem. Since I knew the old environment worked it basically pointed the finger at the mail server. I then logged on using mail2web.com to confirm which also had the same issue. Once I had narrowed the problem to the mail server environment on the new box, then it was pretty easy to track down that the message table in the mail server database was not correct.
I'd suggest you try and use something like mail2web.com just to test you domain. If mail2web.com doesn't work either, then it is likely to be mail server. If it does work then it could well be your RC config. Be sure to turn on logging in RC so you can get an idea of what is going on.
Hello Ryan,
Could you explain a bit how you identified the fact that the database and the mailstore got out of sync?. I seem to have a similar problem for a few days now. I have been using RC for the past few months. Hosted shared server, no control. All of a sudden, many users cannot send mails. Screen coming back "Failed to send message". RC reinstalled on another test domain works well, so my best guess is database corruption.
Thanks in advance
kmn
List info: http://lists.roundcube.net/users/
On 7/26/07, brashquido@brashquido.org brashquido@brashquido.org wrote:
What I did in the end was point the RoundCube installation on my old server to use my new new server, and it had the same problem. Since I knew the old environment worked it basically pointed the finger at the mail server. I then logged on using mail2web.com to confirm which also had the same issue. Once I had narrowed the problem to the mail server environment on the new box, then it was pretty easy to track down that the message table in the mail server database was not correct.
I'd suggest you try and use something like mail2web.com just to test you domain. If mail2web.com doesn't work either, then it is likely to be mail server. If it does work then it could well be your RC config. Be sure to turn on logging in RC so you can get an idea of what is going on.
Thanks Ryan.
I checked out mail2web. It seems to be a pop retriever, am I right? Does it have any IMAP retrievel? There is some mention of Outlook Web Access, but that seems to be a premium service. What I would really like to check is the IMAP folders.
This is because, the problem I mentioned is a very peculiar one. I have been using RC v0.1rc1 for almost two months in a semi production environment on a beta rollout. A couple of hundred users, with a global address book. Everything was going okay until a few days back when some users started reporting messages are not being sent. Screen comes back with "Failed to send message". Everything else Okay. Checked almost everything, reinstalled RC in another sub-folder, and it works. So the best guess is that the database has perhaps got corrupted. Hosted shared server, not much control.
What happens if I flush the messages table, do you know? Or for that matter, flush the entire database and rebuild a corrected one (except messages)? Will the mails in the various IMAP folders show up as they are now? Server using Courier IMAP, but I have not configured RC to be specific to Courier as I see now in one of the posts in Trac. But I dont think my users would have started to create their own special folders.
I would be much obliged for any light in the matter. I am really worried.
Thanks
kmn _______________________________________________ List info: http://lists.roundcube.net/users/
Hello,
On Thu, 26 Jul 2007 16:09:41 +0530, kmnair kmnair@gmail.com wrote:
On 7/26/07, brashquido@brashquido.org brashquido@brashquido.org wrote:
What I did in the end was point the RoundCube installation on my old
server
to use my new new server, and it had the same problem. Since I knew the
old
environment worked it basically pointed the finger at the mail server. I then logged on using mail2web.com to confirm which also had the same
issue.
Once I had narrowed the problem to the mail server environment on the
new
box, then it was pretty easy to track down that the message table in the mail server database was not correct.
I'd suggest you try and use something like mail2web.com just to test you domain. If mail2web.com doesn't work either, then it is likely to be
server. If it does work then it could well be your RC config. Be sure to turn on logging in RC so you can get an idea of what is going on.
Thanks Ryan.
I checked out mail2web. It seems to be a pop retriever, am I right? Does it have any IMAP retrievel? There is some mention of Outlook Web Access, but that seems to be a premium service. What I would really like to check is the IMAP folders.
This is because, the problem I mentioned is a very peculiar one. I have been using RC v0.1rc1 for almost two months in a semi production environment on a beta rollout. A couple of hundred users, with a global address book. Everything was going okay until a few days back when some users started reporting messages are not being sent. Screen comes back with "Failed to send message". Everything else Okay.
You do not need to reinstall RC if this is your problem. You need to check your smtp settings. You may have changed your MTA settings or someone changed settings in RC. In order to get smtp working I had to use php mail function (instead of smtp) - $rcmail_config['smtp_server'] = '';
I have not been able to configure RC to work with exim and using the smtp_server function. And I do not think this is exim's problem.
Warm regards,
You do not need to reinstall RC if this is your problem. You need to check your smtp settings. You may have changed your MTA settings or someone changed settings in RC. In order to get smtp working I had to use php mail function (instead of smtp) - $rcmail_config['smtp_server'] = '';
I have not been able to configure RC to work with exim and using the smtp_server function. And I do not think this is exim's problem.
Warm regards,
-- Zbigniew Szalbot
Hello,
The problem is not with MTA or SMTP. Only SOME of the users are having this problem. Mail works just fine for many (or perhaps most) of the users.
I can access mail using Squirrel. No problems even for the users who have sending problems with RC.
That is why I suspsect the database. I dont even know whether the database has anything to do with this.
kmn _______________________________________________ List info: http://lists.roundcube.net/users/
-
brashquido＠brashquido.org -
Dominic Ryan
-
Earnie Boyd -
kmnair -
Zbigniew Szalbot