Hello.
Yesterday I've made clean install of the latest RC2 and found
interesting issue - I was unable to login via Firefox. Entering correct
login/pass roundcube were redirecting me back to the login page.
IE/Opera were working perfectly.
After some research I've discovered that it was the bug with the cookie
handling mechanism in the Roundcube. Some browsers understand multiple
cookie setting in one session but it's breaking the idea of cookies.
IE/Opera does handle but Firefox is one of them which do not handle such
situations.
If you'll check Firefox cache after login try you'll see 2 cookies with
the same name and this is the main problem - Firefox can't decide which
one to use :) and doesn't use anyone.
In the sess_regenerate_id() you are setting new session id via cookie
but previous definition already cached in the output buffer which was
set by session_start() function. It's not recommended to do this because
cookies do not overwrite previous instances but appends headers with new
value. First of all you should delete previous cookie and than set new
one.
Here is patch.
--- roundcubemail-0.1-rc2/program/include/session.inc
+++ roundcube_my/program/include/session.inc
@@ -173,6 +173,7 @@
session_id($random);
$cookie = session_get_cookie_params();
+ setcookie(session_name(), "", time() -3600);
setcookie(session_name(), $random, $cookie['lifetime'],
$cookie['path']);
return true;
P.S. In then near future I'm planning to revise russian, latvian
localization. I saw that Artur Smolkin made some updates but just in
case we'll check if something is missing or incorrect.
P.S.S. Also it is possible to translate documentation to russian and
latvian if you need.
Regards, Andris
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
Attached is the updated Arabic translation for 0.1RC2
regards,
Ossama Khayat
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ad/3Y7pOLhF/arabic.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi Dev-Team,
think I got a great idea how to improve RC.
I have a cyrus imap server with some mailboxes.
RC works fine with it. The only thing I'm missing is the possibility to
add an additional mailbox or mailbox folder of another user.
Using ACLs it is very simple to give different users different rights to
one or more mailboxes (mailbox folders).
So, my idea is to add a feature which allows a logged in user in RC to
add another mailbox folder via settings | folders.
For example just typing in user.another-mailbox.folder in the input
field which sets the new folders name.
I'm not very experienced with PHP's IMAP extension, but eventually it is
possible to simply use the current logon credentials for authentication
required by additional mailboxes.
With this feature people could use "Shared folders" with RC just by
asking their admin about the correct mailbox storage name (e.g.
user.another-mailbox.*).
Would be a pleasure if you think about it.
Kind Regards,
Markus
_______________________________________________
List info: http://lists.roundcube.net/dev/
Dear RC devs,
I have a weird problem with searching my LDAP addressbook...
A search results in displaying 'display name' in either the result list, or
in the detail iframe???
In my main.inc.php I've defined the display name:
'name_field' => 'displayName',
Changing it to 'displayname' will result in a correct display in the
details iframe, but the names don't show up in the result list anymore...
:(
I've patched program/include/rcube_ldap.inc to be case-insensitive, but
that's a really bad way to tackle this...
Index: program/include/rcube_ldap.inc
===================================================================
--- program/include/rcube_ldap.inc (revision 903)
+++ program/include/rcube_ldap.inc (working copy)
@@ -428,6 +428,8 @@
{
if ($rec[$lf]['count'])
$out[$rf] = $rec[$lf][0];
+ if ($rec[strtolower($lf)]['count'])
+ $out[$rf] = $rec[strtolower($lf)][0];
}
return $out;
Does anybody else have the same weird bug or is it only me???
-H-
_______________________________________________
List info: http://lists.roundcube.net/dev/
Noticing a strange phenomenon with the latest SVN of RC, when you send a
GPG-encoded message from RC it gets corrupted. It looks like each line of
the coding is "double spaced"-- extra linefeeds get inserted. I've never
had this happen with any other email/webmail clients.
I'd like to submit a patch to allow GPG to work as it's quite useful, but
I've been going over the code and I can't find why this is happening--I'm
assuming it's something in sendmail.inc, I just can't put my finger on it.
Can anybody offer any assistance?
Thanks,
Ben
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
i wrote a short patch, to select the default host, depending on the url.
If you have one roundcube installation for some domains, you have the
problem,
if you enters the login page, you can see another domain in the select
box as
the domain you wrote in the uri.
My patch checks the domain in the uri, and if there is the same domain
in the select box,
selects them as default.
Regards,
Jens
--- program/include/rcmail_template.inc 2007-09-19 08:48:18.000000000 +0200
+++ program/include/rcmail_template.inc 2007-10-21 16:26:53.000000000 +0200
@@ -822,8 +822,17 @@
foreach ($CONFIG['default_host'] as $key => $value)
{
+ if ( $key == $_SERVER["HTTP_HOST"])
+ $select_host->add($value, (is_numeric($key) ? $value : $key));
+ }
+
+ foreach ($CONFIG['default_host'] as $key => $value)
+ {
if (!is_array($value))
- $select_host->add($value, (is_numeric($key) ? $value : $key));
+ {
+ if ($key != $_SERVER["HTTP_HOST"] )
+ $select_host->add($value, (is_numeric($key) ? $value : $key));
+ }
else
{
unset($select_host);
_______________________________________________
List info: http://lists.roundcube.net/dev/
I've made some corrections to the Esperanto translation. Here's the
improved version.
Unfortunately I couldn't use the web-bassed system, because Esperanto is
not yet listed there.
Another question, is it possible to import IlohaMail profiles (mainly
addressbooks) into Roundcube's database?
Andreas
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/fk/yteIhXHE/messages.inchttp://detached.gigo.com/rc/fk/yteIhXHE/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
I recently installed Roundcube on my Apache2/Fedora Core 6 web server. I
have come across a very strange problem that I can't seem to find a
resolution for anywhere. Hopefully you can help. :) The issue:
When loading these Javascript-based web page via HTTPS in Internet
Explorer (IE) (either v6 or v7), each page takes 10-15 seconds to load
(sometimes longer). When reloading the exact same page in HTTP instead
of HTTPS, the page loads as fast as it normally should (1-3 seconds).
Also, if I load a non-Javascript PHP page in IE via HTTPS, it loads fine
- which leads me to believe that Javascript is somehow involved in this
issue.
Further, it appears as though IE is the only browser affected by this.
When I load the same Javascript-based page in Firefox vis HTTPS, the
page loads as fast as it should (1-3 seconds).
Any ideas/suggestions?
SYSTEM:
Fedora Core 6
Apache 2.2
PHP5
Roundcube v0.1-rc1
Thanks!!
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
Please test the attached patch, which should (finally) fix everything in
#1457344.
Robin
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/yG/UJWyfb6Y/_1457344.20071017164.patch
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/