Re: [RCU] Real Name local.part@domain vs. Real Name local.part@domain
On 25.04.2012 23:53, Michael Heydekamp wrote: So thanks for the hint! We'll try to track it down at our end first. If you've got an idea where we could look at, please let me know. Enable imap_debug in Roundcube and check IMAP responses for FETCH command. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] RoundCube session aborting
Hi Thiago
Even if this works with direct connection, the issue with proxied
connections remains.
@ALEC: Any idea why the session is deleted from the session table and then
reinserted again?
On Wed, Apr 25, 2012 at 1:51 PM, Thiago Cavalcante
tlcavalca...@gmail.comwrote:
Claudio, i checked the Roundcube works with the client IP in session
table, solved adding firewall exception, allowing direct connection to
server Roundcube.
Alec, I just make the changes suggested. Throughout the day observe
the application. Thank you for great help.
2012/4/25 Claudio Kuenzler c...@claudiokuenzler.com:
Hello,
As written in my mail from yesterday, I took a close look this time.
It just happened to me again 10mins ago, while yesterday I kept connected
during several hours without a logout or session kill.
Difference: Yesterday I was at home when I wrote the message, direct
internet access. Now I'm at work behind a proxy. Maybe this fact changes
the
browser session behaviour.
Logs from my session:
SQL:
[25-Apr-2012 10:41:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:42:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:43:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:43:02 +0200]: query(1): UPDATE session SET
changed='2012-04-25 10:43:02' WHERE sess_id='fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:44:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:45:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:45:13 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:46:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:47:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:48:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:49:02 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:49:59 +0200]: query(1): DELETE FROM session WHERE
sess_id =
'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:49:59 +0200]: query(1): INSERT INTO session (sess_id,
vars,
ip, created, changed) VALUES ('fq0m0vp31sqip858te5mnu1e67',
'bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGVtcHxiOjE7', 'xxx.xxx.xxx.xxx',
'2012-04-25
10:49:59', '2012-04-25 10:49:59');
[25-Apr-2012 10:50:01 +0200]: query(1): SELECT vars, ip, changed FROM
session WHERE sess_id = 'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:50:01 +0200]: query(1): UPDATE session SET
vars='bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGVtcHxiOjE7dGFza3xzOjU6ImxvZ2luIjs=',
changed='2012-04-25 10:50:01' WHERE sess_id='fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:50:02 +0200]: query(1): DELETE FROM session WHERE
sess_id =
'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:50:02 +0200]: query(1): INSERT INTO session (sess_id,
vars,
ip, created, changed) VALUES ('fq0m0vp31sqip858te5mnu1e67',
'bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGVtcHxiOjE7', 'xxx.xxx.xxx.xxx',
'2012-04-25
10:50:02', '2012-04-25 10:50:02');
[25-Apr-2012 10:50:02 +0200]: query(1): DELETE FROM session WHERE
sess_id =
'fq0m0vp31sqip858te5mnu1e67';
[25-Apr-2012 10:50:02 +0200]: query(1): INSERT INTO session (sess_id,
vars,
ip, created, changed) VALUES ('fq0m0vp31sqip858te5mnu1e67',
'bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGVtcHxiOjE7', 'xxx.xxx.xxx.xxx',
'2012-04-25
10:50:02', '2012-04-25 10:50:02');
session log:
[25-Apr-2012 10:50:01 +0200]: Aborted session
fq0m0vp31sqip858te5mnu1e67; no
valid session data found
no entries in errors log.
http access log:
xxx.xxx.xxx.xxx - - [25/Apr/2012:10:41:02 +0200] GET
/?_task=mail_action=check-recent_mbox=INBOX_list=1_remote=1_unlock=0_=1335343261913
HTTP/1.1 200 77
xxx.xxx.xxx.xxx - - [25/Apr/2012:10:42:02 +0200] GET
/?_task=mail_action=check-recent_mbox=INBOX_list=1_remote=1_unlock=0_=1335343321928
HTTP/1.1 200 77
xxx.xxx.xxx.xxx - - [25/Apr/2012:10:43:02 +0200] GET
/?_task=mail_action=check-recent_mbox=INBOX_list=1_remote=1_unlock=0_=1335343382109
HTTP/1.1 200 77
xxx.xxx.xxx.xxx - - [25/Apr/2012:10:44:02 +0200] GET
/?_task=mail_action=check-recent_mbox=INBOX_list=1_remote=1_unlock=0_=1335343441933
HTTP/1.1 200 77
xxx.xxx.xxx.xxx - - [25/Apr/2012:10:45:02 +0200] GET
/?_task=mail_action=check-recent_mbox=INBOX_list=1_remote=1_unlock=0_=1335343501932
HTTP/1.1 200 77
xxx.xxx.xxx.xxx - - [25/Apr/2012:10:46:02 +0200] GET
Re: [RCU] Address format and multiple addresses in Reply-To and Bcc / Identities (0.7.2)
On Mon, Apr 23, 2012 at 23:59, Michael Heydekamp listu...@freexp.de wrote: Am 23.04.2012 18:10, schrieb Thomas Bruederli: Michael Heydekamp wrote: Am 21.04.2012 18:36, schrieb Thomas Bruederli: I think it does. The bug has just been resolved and here you can find a patch which you can apply to your Roundcube installation until the next release is out. http://trac.roundcube.net/changeset/6109 Oh! I really didn't expect such a quick resolution, thanks a lot, Thomas. But I cant get it to work, unfortunately. All I get is a HTTP 500 error after clicking the Save button. That appears like a PHP syntax error... Exactly. It wasn't clear to me if I should apply just the differences between changesets 5787 and 6109, or all changes since changeset 4829 (which is the one of 0.7.2). But I tried it both ways, with the same result. We only provide patches against the latest SVN version but that one changeset 6109 should also work against 0.7.2. What can/shall I do? Download the patch by clicking the link Unified Diff at the bottom of the above mentioned changeset page. Then apply the patch to your 0.7.2 or 0.8 source of Roundcube. Executing the following command from the Roundcube document root folder should do the job: patch -p3 changeset_6109.diff The result doesn't work for me. The patch itself has been applied, though: [...] Result still is (right after clicking the Save button): HTTP 500 Are you probably using functions in this patch which are not available in 0.7.2? Oops, my fault. Please replace rcube_mime::decode_address_list(...) with $IMAP-decode_address_list(...) for the 0.7 series. ~Thomas ___ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Re: [RCU] Address format and multiple addresses in Reply-To and Bcc / Identities (0.7.2)
Thomas,
I've enabled some logging, and in errors.log, I'm seeing this:
33:52] PHP Warning: in_array() expects parameter 2 to be array, boolean
given in /var/www/webmail3/program/steps/settings/save_identity.inc on line
46
33:52] PHP Warning: in_array() expects parameter 2 to be array, boolean
given in /var/www/webmail3/program/steps/settings/save_identity.inc on line
46
33:52] PHP Warning: in_array() expects parameter 2 to be array, boolean
given in /var/www/webmail3/program/steps/settings/save_identity.inc on line
46
33:52] PHP Warning: in_array() expects parameter 2 to be array, boolean
given in /var/www/webmail3/program/steps/settings/save_identity.inc on line
46
33:52] PHP Warning: in_array() expects parameter 2 to be array, boolean
given in /var/www/webmail3/program/steps/settings/save_identity.inc on line
46
33:52] PHP Warning: in_array() expects parameter 2 to be array, boolean
given in /var/www/webmail3/program/steps/settings/save_identity.inc on line
46
33:52] PHP Fatal error: Call to a member function decode_address_list() on
a non-object in /var/www/webmail3/program/steps/settings/save_identity.inc
on line 77
38:41] PHP Fatal error: Call to a member function decode_address_list() on
a non-object in /var/www/webmail3/program/steps/settings/save_identity.inc
on line 61
39:14] PHP Fatal error: Call to a member function decode_address_list() on
a non-object in /var/www/webmail3/program/steps/settings/save_identity.inc
on line 61
Does that help?
Line 46:
// not included in the POST body.
Hmm, a warning to a comment line??
Line 61:
foreach ($IMAP-decode_address_list(rcube_idn_to_ascii($save_data[$item]),
null, false) as $rcpt)
Line 77:
$iid = get_input_value('_iid', RCUBE_INPUT_POST);
Comments welcome,
--
Michael Heydekamp
Co-Admin freexp.de
Düsseldorf/Germany
Am 26.04.2012 21:50, schrieb Michael Heydekamp:
Am 26.04.2012 11:20, schrieb Thomas Bruederli:
On Mon, Apr 23, 2012 at 23:59, Michael Heydekamp listu...@freexp.de wrote:
Result still is (right after clicking the Save button): HTTP 500
Are you probably using functions in this patch which are not available in
0.7.2?
Oops, my fault. Please replace
rcube_mime::decode_address_list(...)
with
$IMAP-decode_address_list(...)
for the 0.7 series.
Done, still HTTP 500.
Both patches (the original one and the manually fixed one) attached.
Anything wrong with them?
Help appreciated...
Regards to Switzerland,
--
Michael Heydekamp
Co-Admin freexp.de
Düsseldorf/Germany
___
Roundcube Users mailing list
users@lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/users
