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/
Hi,
im newbies roundcube, how to change skin and download another skin ?
let me know
_______________________________________________
List info: http://lists.roundcube.net/dev/
On 10/18/07, Jason Fesler <jfesler(a)gigo.com> wrote:
> > As a workaround, would it be reasonable to pull "foo" and "body:foo"
> > queries in parallel and return the unique messages?
>
> Enabling and using server side search should be a config
> flag. Don't just hit both and thrash everyone and everything.
> That'll burn CPU and worse I/O capacity for no good reason.
>
> BTW, if you want fast imap server side search.. look at cyrus with daily
> runs of the cyrus squatter (full text indexing) utility. Cyrus is just a
> bit much to set up and maintain. The server side search with squatter
> databases built is wicked fast even on huge mailboxes. When I last ran
> Cyrus I was regularly opening/searching/closing mailboxes with 30,000
> messages in them.
Does it do Maildir? ;)
I always heard that Cyrus starts to "suck" really bad the larger the
mailboxes geht. That was the thing why I didn't use it so far and
rather used Courier-Imap which has been pretty good to me (for
forever).
Cyrus also has Sieve, which makes it even more interesting! ;)
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
Has a fulltext message searching feature been considered? I think it would
be very handy. It could use a MySQL table to store hashes of the message
text (with all HTML, nontext characters, and other formatting removed to
reduce size). When a search is performed, it could utilize MySQL's FULLTEXT
feature to deliver lightning fast search results similar to gmail, hotmail,
etc.
It could maybe have an automated indexer that works in the background
indexing one or two unindexed messages at a time on each ajax request from
the browser (after the data is returned to the browser to prevent lagging).
The feature could of course be turned off (maybe off by default?) if the
user didn't want to use the extra diskspace/processor cycles.
Does this sound like something you'd like to see in RC? If so, I can
develop the backend for this system if somebody else can write the
interface/ajax integration.
Thanks,
Ben
_______________________________________________
List info: http://lists.roundcube.net/dev/