Hi!
There's a ticket http://trac.roundcube.net/ticket/1487001
So, when user uses empty password error to the log is printed.
I was thinking... Is any reason to do login when password is empty? In
my opinion, we should just skip (IMAP) login process when password is
not provided and return false from rcube_imap::connect() without
printing an error to the log.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Developer http://roundcube.net
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi, developers.
I tried to make Roundcube-0.4 work on CentOS 5.5 (i386) with php-5.1.6, but got this error.
What can i do to fix it? Thanks :)
PHP Warning: setcookie() expects at most 6 parameters, 7 given in /var/www/roundcubemail-0.4/program/include/rcmail.php on line 1199
PHP Warning: setcookie() expects at most 6 parameters, 7 given in /var/www/roundcubemail-0.4/program/include/rcmail.php on line 1199
[17-Sep-2010 12:55:09 +0800]: Successful login for www(a)a.cn (ID: 1) from 192.168.187.1
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
I implemented an ldap search so that I could do a proper bind for an
individual address book. The login name is used to search for the DN to
bind with. The attached patch requires additional settings for the
address book:
+ 'search_base_dn' => 'ou=users,dc=foo,dc=bar',
+ 'search_filter' => '(&(objectClass=posixAccount)(uid=%u))',
and introduces another expansion, %dn, e.g.:
+ 'base_dn' => 'ou=%dn,ou=addressbook,dc=foo,dc=bar',
%dn will be replaced by the DN that the above ldap search yielded.
I hope that this patch could be included in the code base. Let me know
if there is anything I need to fix.
Thanks for roundcube!
~David
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Eh/ygMuYsrH/0001-Use-search_base.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/
BT/aba52c80
I struggled a bit with a strange "File upload failed!" error; I
finally found the cause to be the following line in
program/steps/mail/attachments.inc:
$attachment = $RCMAIL->plugins->exec_hook('upload_attachment',
$attachment);
According to the code I had in
plugins/filesystem_attachments/filesystem_attachments.php, that line
should be:
$attachment = $RCMAIL->plugins->exec_hook('attachment_upload',
$attachment);
...which fixed my problem.
I double-checked my file-modification dates and it doesn't look like I
had a mix of old and new files, and I did an svn update while trying to
figure this one out. I find it hard to believe that this bug would be
in the svn trunk; surely someone else would've run into it by now.
Anyway, there it is, just in case.
- R.
--
[__ Robert Sheldon
[__ Founder, No Problem
[__ Information technology support and services
[__ Software and web design and development
[__ (530) 575-0278
[__ "You must be the change you wish to see in the world." -- Mahatma
Gandhi
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi all,
I've recently been playing with Dovecot 2.0's Director proxy as a
backend for Roundcube. I've been using Dovecot 1.2 for months without
problems, but since switching to the Director I've had problems with
Apache processes getting stuck. It looks like imapproxy is getting
disconnected while inactive, and is therefore disconnecting Roundcube
just after LOGIN. I'm trying to figure out why it's getting
disconnected, but in the mean time I thought I'd investigate the
Roundcube behavior.
[root@webmail ~]# grep 'Maximum execution time'
/var/log/roundcubemail/errors | awk '{print $14 ":" $17}' | sort | uniq
-c
2
/usr/share/roundcubemail/program/include/rcube_imap_generic.php:169
1
/usr/share/roundcubemail/program/include/rcube_imap_generic.php:171
6
/usr/share/roundcubemail/program/include/rcube_imap_generic.php:173
7
/usr/share/roundcubemail/program/include/rcube_imap_generic.php:348
11
/usr/share/roundcubemail/program/include/rcube_imap_generic.php:349
6
/usr/share/roundcubemail/program/include/rcube_imap_generic.php:350
4
/usr/share/roundcubemail/program/include/rcube_imap_generic.php:356
The problem here is that there are LOTS of places in the
rcube_imap_generic code (old ilohamail, I know) that run in a DO...WHILE
loop around readLine and don't ever check to see if it's returning NULL.
I know that this is intended to loop around possible untagged IMAP
replies until the desired response line is found, but there needs to be
some code to break out of the loop if a NULL is encountered.
There are so many places that this would need to be fixed that I'm not
really sure where to start, or even if my patch would be accepted.
Alec, Thomas, what do you guys think?
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/
I saw that this issue was identified and confirmed in 2008, but I was
wondering if anyone had any further information on preventing 100% CPU
processes in Apache2 when RCM loses the fight between competing connections
to UW-IMAP (having RCM open while Outlook is also open and checking mail).
We have a system in place to kill these resource hogs, but I want to see if
anyone has a better solution, aside from dumping UW-IMAP.
Thanks!
Jacob Whatley
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
I am trying to import some messages back into RC that have been exported
using the `Save (.eml)` function. These files always seem to be written with
\n line endings. This isn't a problem with Dovecot (on Debian), the messages
are imported and displayed just fine in RC. But with hMailServer (on
Windows) there is a problem. The messages are imported ok but RC cannot
display them. If before importing the message I change the line endings from
\n to \r\n then RC displays the message fine on both servers.
I can open the file before importing it and change the line endings but I am
wondering if I have missing something and there is a more elegant way of
doing it, does anyone have any suggestions?
At the moment I am using this code:
// check message has correct line endings
$message = file_get_contents($file);
$message = preg_replace('/\r?\n/', $rcmail->config->header_delimiter(),
$message);
file_put_contents($file, $message);
Thanks,
Phil
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Translation update for European Portuguese (pt_PT) for "labels.inc" and
"messages.inc" files.
Some changes for a more correct Portuguese.
Regards,
DC
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello!
I have just finished translated the Khmer (ភាសាខ្មែរ) Language package.
Please see the attachment.
I will try this new language in roundcube see if it will work as other
languages.
Best,
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/KC/srS4NIOp/kh_KH_Complete.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/
BT/aba52c80
i am not running the MS systeme
i use CentOS 5.5 and firefox
On Fri, 03 Sep 2010 11:06:49 +0200, "Philipp Gühring"
<p.guehring(a)futureware.at> wrote:
Hi, You might be running into the Mixed Content problem, but I am
not sure. If that is the problem, then you can read here about possible
solutions:
http://www.google.com/search?hl=de&client=firefox-a&hs=DnS&rls=org.mozilla%…
Best regards, Philipp -----Original Message----- From: fakessh
<fakessh(a)fakessh.eu> To: Users <users(a)httpd.apache.org>, Openssl users
<openssl-users(a)openssl.org> Date: Thu, 02 Sep 2010 23:51:28 +0200
Subject: problem https with class 3 cert CACert
hi folks hi all the people hi openssl users hi apache httpd
users t explain my problem i use CentOS 5.5 use httpd.i386
2.2.3-43.el5.centos.3 rpm's centos use mod_ssl.i386
1:2.2.3-43.el5.centos.3 rpms's centos I sometimes against this kind of
problem with certificates of type class 3, it was the color in the
address bar with the firefox the color in the address bar disappear
sometimes and a reload of web page was view again The padlock
disappears for the same occasion ... many return and welcome some ideas
are welcome
______________________________________________________________________
OpenSSL Project http://www.openssl.org User Support Mailing List
openssl-users(a)openssl.org Automated List Manager majordomo(a)openssl.org
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80