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/
Hi,
I generally lurked to this list. I'm writing to you because
I'm getting a problem which I cannot identify the cause.
I'm using roudcube-0.1-rc1, with courierimap installed together
with a qmail-toaster package.
Everything works nice, beside a point:
- an email with body bigger than 200k (i'm experiencing problems
with mails of 400 and 600k) when opened gives a black page.
All other mails (tiny) open correctly.
What could it be the cause? cannot rc handle mails with big
body content?
Thank you for your hints.
Mirko
_______________________________________________
List info: http://lists.roundcube.net/dev/
If you get this, your mail is either dependent on gigo.com, or
you're on a mailing list hosted by gigo.com (under a variety of different
names).
The gigo.com maintenance is now scheduled, for Aug 25, starting 5p
Pacific.
For a period of up to about 8 hours, expect that mail will be unreachable
(but not lost), and mailing list posts on CRPL, Woodworkers, RoundCube,
etc will be delayed. Mail for SCA domains routed through here will be
similiarly delayed that evening.
Once the web server is back up, I'll maintain status at http://gigo.com .
Just becaues the web server is up, doesn't mean *everything* is. Please
have some patience. I intend to block mail until I've done functional
testing post-maintenance to make sure things are smooth, before allowing
the outside world to talk to the mail server again.
My priority order is approximately:
shut down servers on old box, do final sync
physically swap computers, bring up new computer
mail
database
web
irc
jabber
Again, status: http://gigo.com/ . Those of you with my cell # can use
it if needed. I'll also be on Y! Instant Messenger. Local users: you
were just sent private mail with my phone number.
SCA folks with addresses routed via gigo.com: pleaes route your issues
via Michael O'Connor (David Jones); or .. look up contact info for Danae
Fitzroberts (Danae Fesler), my wife.
--
Jason Fesler, email/jabber <jfesler(a)gigo.com> resume: http://jfesler.com
"Give a man fire, and he'll be warm for a day;
set a man on fire, and he'll be warm for the rest of his life."
_______________________________________________
Notify mailing list
Notify(a)lists.gigo.com
http://lists.gigo.com/mailman/listinfo/notify
To see why you received this, visit http://gigo.com/notify
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey Adam,
please let us know if we can help you out fine-tuning it.
Thanks,
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
unsubscribe
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.11.17/951 - Release Date: 8/13/2007
10:15 AM
_______________________________________________
List info: http://lists.roundcube.net/dev/
We installed r675 and in the usual testing I found out that the
compact button is no longuer working (usually delete the messages from
thunderbird).
With the rc1 version it was working fine.
Two diferent situations.
1.- Deleted from thunderbird (not compacted)
2.- I can see and open the files from roundcube (as expected)
3.- I compact the folder within roundcube, from the 4 messages I had
as deleted, there are 3 that disappeared and the other one remains.
4.- With the one left, I can open the message, read the subject, but I
cannot see the body, neither delete the message.
I tested it in english both with Firefox/Linux and IE6/WIndows and the
error is exactly the same.
I double checked the permissions in the mail server to ensure that
there are no errors.
If you know any more test to do, I'll be glad to investigate
Cheers
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi devs!
I have finally made it to publish some code documentation which was created
using the phpDoc from the source files: http://roundcube.net/doc/phpdoc/
There's also a wiki page describing the directory structure and some
important functions: http://trac.roundcube.net/trac.cgi/wiki/Dev_Docs
Hope this will help you guys to get familiar with the RoundCube code base.
I'll try to continue describing how RC works. Please let me know, if you
miss any kind of information. For me, everything seems to be clear :-)
~Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/