Hi,
I've noticed that when using an ldap address book, the addresses are not
listed in the address book, except when doing a search. This looks a little
like a bug to me, because the list_records function is called, but will never
return anything.
I've attached a minor patch that sets the default filter, when list_records is
called. This means that when $this->_exec_search is called, it's will return
a result.
I hope this patch might help.
Regards
Glen Ogilvie
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/mm/q8/HsaHBnxn/rcube_ldap_filter.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/
When I click on a download (ZIP) it pops up the save-as in my browser,
but the entire interface stops working. I remember something about a
"busy" flag.
Can anyone enlighten me? ;-)
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
Please get back to me (till, klimpong(a)gmail.com) off-list ASAP. :-)
We need to rearrange some things and this is also a one time
opportunity to tell us if you are still active. ;-))
Thanks,
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
FYI, I just requested the FreeBSD port to be updated since the version
used is from 2006.
---------- Forwarded message ----------
From: till <till(a)php.net>
Date: Aug 29, 2007 2:44 PM
Subject: request to update roundcube port
To: farrokhi(a)freebsd.org
Hi,
it would be great if you updated the roundcube port (mail/roundcube)
to the 0.1-rc1.1 release.
http://www.roundcube.net/?p=downloads
Thanks,
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
I change it a bit, to introduce french words instead english idiotisms.
Regards
--
Mickaël Wolff aka Lupus Michaelis
Racine <http://lupusmic.org>
Blog <http://blog.lupusmic.org>
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/VE/MW7+dvJG/translation-french.t.gz
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Trying to send again now that I'm actually subscribed. Hopefully
it'll make it through this time! Sorry for all the forward headers.
--
Jordan Wiens
Contributing Technology Editor, Security
Network Computing/InformationWeek
352.871.5109 (m)
jordanwiens (im)
Begin forwarded message:
> From: Jordan Wiens <jwiens(a)nwc.com>
> Date: August 12, 2007 6:35:34 PM EDT
> To: dev(a)lists.roundcube.net
> Subject: Fwd: roundcube vulnerability scan
>
> Sent this to roundcube(a)gmail.com, but never heard back. Since this
> is a public list, I've removed descriptions of the raw
> vulnerabilities. Would prefer to handle those privately unless
> explicitly told otherwise. Feel free to contact me via email or
> phone.
>
> --
> Jordan Wiens
> Contributing Technology Editor, Security
> Network Computing/InformationWeek
> 352.871.5109 (m)
> jordanwiens (im)
>
>
> Begin forwarded message:
>
>> From: Jordan Wiens <jwiens(a)nwc.com>
>> Date: July 20, 2007 6:59:50 PM EDT
>> To: roundcube(a)gmail.com
>> Subject: roundcube vulnerability scan
>>
>> I'm using roundcube as a test application for a review on web
>> application vulnerability scanners (http://
>> www.networkcomputing.com/rollingreviews/Web-Applications-
>> Scanners/) and as a result, I expect to have a variety of
>> vulnerabilities discovered over the course of the review.
>>
>> I wanted to email you to ask a couple of questions.
>>
>> First, how should I submit bugs discovered? Just use trac? Will
>> that make them public? Private email? Let me know what you
>> prefer, I'm happy to do either.
>>
>> Secondly, would you like me to publicly mention which open source
>> webmail project I used for my testing? Or stay anonymous? I'd
>> prefer to not make it public at the very least until all the flaws
>> discovered are fixed, though I doubt that will be a problem since
>> writing the articles takes a while to go through the whole
>> magazine process. Other than that, I'll leave the option up to
>> you as to whether you prefer to be discussed. Note that I don't
>> plan on discussion the exact details of particular
>> vulnerabilities, just the general class and types.
>>
>> Anyway, I've already stumbled across a few ways to evade the cross-
>> site scripting blocking filters when manually looking through the
>> code to see what the application scanners will be up against.
>>
>> Here's samples of vulns I've found so far that will automatically
>> execute javascript without user action besides just opening the
>> email:
>
> <DELETED>
>
>> --
>> Jordan Wiens
>> Contributing Editor, Security
>> Network Computing/InformationWeek
>> 352.871.5109 (m)
>> jordanwiens (im)
>>
>>
>> *http://www.networkcomputing.com/rollingreviews/Web-Applications-
>> Scanners/
>
_______________________________________________
List info: http://lists.roundcube.net/dev/
Since r668, IE's AJAX calls have been broken (at least for us). I didn't
notice this until I updated our main RC install the other day, which hadn't
been updated in several weeks. One of our (very few) IE users called
yesterday and said it sat there saying "Checking for new messages..." and
never went back to normal.
In r668, there is now a check in index.php for a roundcube-specific header,
but this check isn't working with IE7. This is, apparently, because IE7 is
forcing the header name to lowercase (verified via tcpflow)
This small patch fixes the issue for me. It adds a check for an
all-lowercase version of the header.
Jim
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/mm/E9/VY2XDN+S/index-php-patch.txt
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
> // use gzip compression if supported
> if (function_exists('ob_gzhandler') && ini_get('zlib.output_compression'))
> ob_start('ob_gzhandler');
After the change, things are getting better:
without compression
"GET /?_task=mail&_action=show&_uid=150&_mbox=INBOX HTTP/1.1" 200 1754763
with compression
"GET /?_task=mail&_action=show&_uid=150&_mbox=INBOX HTTP/1.1" 200 32523
Sorry for the noise...
Mirko
_______________________________________________
List info: http://lists.roundcube.net/dev/
> > Thank you for your hints.
>
>1) Enable logging (config/main)
>2) Then open one of your big emails and check logs/error (tail -f ...)
>3) Then you probably need to finetune settings (memory_limit, etc.) in php.ini
You were right.
PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried
to allocate 4210936 bytes) in .../rcwebmail/program/steps/mail/func.inc on
line 808
I adjusted memory_limit. It's taking so much memory because the message is
preparsed and
email and web addresses are translated into <a>...</a> sequences, and I had
a lot of them because
the mail was a report.
Now, since the mail is big, how can I know if the message is sent compressed?
// set output buffering
if ($_action != 'get' && $_action != 'viewsource')
{
// use gzip compression if supported
if (function_exists('ob_gzhandler') && ini_get('zlib.output_compression'))
ob_start('ob_gzhandler');
else
ob_start();
}
_task=mail&_action=show should include the case of compressed output,
but the message took quite some time...
how can I be sure it was transmitted compressed?
Mirko
_______________________________________________
List info: http://lists.roundcube.net/dev/