Dev September 2006

dev@lists.roundcube.net

45 participants
40 discussions

Re: Error sending email
by Patrick Decat 19 Sep '06

19 Sep '06

Hi, I'm having the same problem with the same provider (OVH). Did you manage to get it to work ? I managed to make older Roundcube versions to work with OVH in the past but something prevent it now. Could they be somehow dropping mail coming from unknown SMTP clients? Regards, Patrick. On 9/11/06, Braindead <braindead(a)kauriweb.com> wrote: > Hello all, > > I'm new on this mailing list so hi everybody. > > I just installed Roundemail on my server (OVH). All is OK except to send > email. > > Here is my main.inc.php file : > > // use this host for sending mails. > // to use SSL connection, set ssl://smtp.host.com > // if left blank, the PHP mail() function is used > $rcmail_config['smtp_server'] = 'localhost'; > > // SMTP port (default is 25; 465 for SSL) > $rcmail_config['smtp_port'] = 25; > > // SMTP username (if required) if you use %u as the username RoundCube > // will use the current username for login > $rcmail_config['smtp_user'] = '%u'; > > // SMTP password (if required) if you use %p as the password RoundCube > // will use the current user's password for login > $rcmail_config['smtp_pass'] = '%p'; > > // SMTP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or empty to use > // best server supported one) > $rcmail_config['smtp_auth_type'] = ''; > > But it doesn't works.... > > Do you know if i'm wrong somewhere ? > > My server is RedHat 7.2 (OVH Release) > > > Thanks !!!! > > > >

1 0

Deleting / Moving messages to Trash
by Robin Elfrink 19 Sep '06

19 Sep '06

Hi, I am getting complaints from my users about RoundCube sometimes not deleting emails (in our setup that is moving them to Trash). Also, deleting is quite slow. The not-deleting-messages seems to be related to: - user having a somewhat large (>300 msgs) mailbox - me having a busy imap server (well, actually it's not really busy but i'm forced to using (s)ata junk) - user deleting a page of emails at once (that's 40 emails default) I added some logging statements and found that in my tests RoundCube spends 25 to 30 seconds in move_message(), particularly this part: foreach ($a_uids as $uid) $a_mids[] = $this->_uid2id($uid, $from_mbox); I suspect that the not-deleting-messages happens when this takes > 30 seconds, which is the default timeout for php scripts. Why is this taking so long? Digging further into the code shows that _uid2id() results in an imap SEARCH command. Is there no faster way? One minor thing when looking into this problem: I found that when dragging 40 selected messages to the Trash I _do_ get a 'busy' window, but when I click the delete button, I don't. In apps.js, this.move_messages(), it should set the busy window, but 'this.env.action' is undefined. Should this not be defined at this point, somehow? Robin

1 0

Update for Ticket #1388203
by rockbox 17 Sep '06

17 Sep '06

I have made a small patch to use HTTP Authentication in roundcube. http://trac.roundcube.net/trac.cgi/ticket/1388203 Can someone give me a clue how to solve the two additional problems mentioned in the ticket. 1. a access denied page is needed to avoid the login loop. 2. a logout page is needed to avoid the login loop. Maybe someone has a better idea to solve the problem. greetings from rockbox

1 0

HTML editor
by Eric Stadtherr 15 Sep '06

15 Sep '06

All, I just committed my changes to integrate the TinyMCE editor into RoundCube for HTML editing. The Subversion revision is 345. Everything should be pretty seamless, but please note the following: * To enable use of the editor for composing HTML messages, check the "Use HTML Editor" box in the Settings page * When replying/forwarding a plain text message, the plain text editor is always used by default. You can toggle on the HTML editor using the radio buttons below the text area * Spellchecking doesn't work within the HTML editor - I'm contemplating various solutions (anyone?) * There's a new column in the "identities" database table to store whether the signature is HTML or not. I modified the "initial" and "update" scripts in the SQL directory, but let me know if there are problems... * When sending an HTML message, a plain text version is also included in the outgoing MIME message. * Displaying picture attachments within the editor doesn't work - I think a custom TinyMCE plugin would be needed to bridge between the two. Enjoy! :-) -- *Eric Stadtherr* estadtherr(a)gmail.com <mailto:estadtherr@gmail.com>

7 8

Re: HTML editor
by Martin Marques 15 Sep '06

15 Sep '06

Some things I found after upgrading to 346: Much to many CSS errors in my javascript console. Some related to IE hacks (I'm working with Firefox 1.5.0.6). Basically in mail.css and also in common.css. I'll lay down only some, because there are too much: Unknown property 'behaviour' in line... (this is in common.css) img { behavior: url('skins/default/pngbehavior.htc'); } In mail.css there are errors like this (sorry it's in spanish): Error: Error al leer el valor para la propiedad 'width'. Declaración rechazada. Archivo de origen: https://bugs.unl.edu.ar/mail/skins/default/mail.css Línea: 119 And: /*\*/ html>body*#quicksearchbar { background-image: none; } html>body*#quicksearchbar a { top: 5px; } html>body*#quicksearchbar #quicksearchbox { width: 180px; top:0px; right: 1px; left: auto; } /**/ What does this do? I couldn't find much info on it. And there are lots of others. Want me to put a ticket in the trac system on this? On Wed, 13 Sep 2006 21:54:51 -0600, Eric Stadtherr <estadtherr(a)gmail.com> wrote: > All, > > I just committed my changes to integrate the TinyMCE editor into > RoundCube for HTML editing. The Subversion revision is 345. Everything > should be pretty seamless, but please note the following: [snip] -- --------------------------------------------------------- Lic. Martín Marqués | SELECT 'mmarques' || Centro de Telemática | '@' || 'unl.edu.ar'; Universidad Nacional | DBA, Programador, del Litoral | Administrador --------------------------------------------------------- -- --------------------------------------------------------- Lic. Martín Marqués | SELECT 'mmarques' || Centro de Telemática | '@' || 'unl.edu.ar'; Universidad Nacional | DBA, Programador, del Litoral | Administrador ---------------------------------------------------------

3 2

Re: Preview pane
by Brennan Stehling 11 Sep '06

11 Sep '06

In mail.css there you created a CSS selector for #preview as you see below. I then was able to make IE6 work with the next 2 selectors. The first one is a little more specific than the first selector so it will override the values from the first selector and use that expression to set the height for the preview panel. The next selector is a child selector which is only recognized by Firefox, IE7 and other modern browsers. That basically resets the height back to the default. The layout works as well in IE7 as it does in Firefox, so that is good. And this change does make it work for IE6, but once you adjust the size of your window the measurments are changed. My guess is the CSS expressions may not be reevaluated when the window changes size. But if you were to reload the page in IE6 it will fix the height so the preview works right. My guess is that IE6 does not handle the bottom style rule very well in this case. So setting the height with a dynamic value was the way I fixed it. Below is the CSS. #previewpane { position: absolute; display: none; top: 85px; left: 200px; right: 40px; bottom: 40px; border: 1px solid #999999; border-top: none; background-color: #F9F9F9; overflow: auto; /* css hack for IE */ width: expression((parseInt(document.documentElement.clientWidth)-240)+'px'); } div#previewpane { height: expression(( parseInt(document.documentElement.clientHeight) - parseInt(document.documentElement.clientHeight/2) - 64 )+'px'); } body > div#previewpane { height: auto; } Brennan Stehling http://brennan.offwhite.net/blog/ On Thu, 07 Sep 2006 08:47:33 +0200, Robin Elfrink <elfrink(a)introweb.nl> wrote: > Brennan Stehling wrote: > >> I can probably fix your IE6 issues. > > Oh, that would be very nice. > > >> Can you place a Zip of the full RC installation someplace where I can > download it? > > Here it is: > > .... > > > > Robin -- Brennan Stehling Offwhite.net LLC brennan(a)offwhite.net

5 8

Re: Error sending email
by Jonas Jacobsen 11 Sep '06

11 Sep '06

Hi mr. Braindead can you give us an output from you smtp server log. That would maybe help to solve the problem... also remember that $rcmail_config['smtp_user'] = '%u'; and $rcmail_config['smtp_pass'] = '%p'; will send the user and password you use to login with(the same as the POP3/IMAP) anyways, that would normally not be a problem when communicating with localhost. but as i say, check the smtp server logs! And one last thing, i don't think that your question belongs on the developer maillist.. because i think that your problem is not a bug, but just that you that can't figure out the upset. so try the users list.( http://roundcube.net/?p=forum ) Med venlig hilsen Jonas Jacobsen Lintoo I/S Buchwaldsgade 50 5000 Odense C Braindead wrote: > Hello all, > > I'm new on this mailing list so hi everybody. > > I just installed Roundemail on my server (OVH). All is OK except to send > email. > > Here is my main.inc.php file : > > // use this host for sending mails. > // to use SSL connection, set ssl://smtp.host.com > // if left blank, the PHP mail() function is used > $rcmail_config['smtp_server'] = 'localhost'; > > // SMTP port (default is 25; 465 for SSL) > $rcmail_config['smtp_port'] = 25; > > // SMTP username (if required) if you use %u as the username RoundCube > // will use the current username for login > $rcmail_config['smtp_user'] = '%u'; > > // SMTP password (if required) if you use %p as the password RoundCube > // will use the current user's password for login > $rcmail_config['smtp_pass'] = '%p'; > > // SMTP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or empty to use > // best server supported one) > $rcmail_config['smtp_auth_type'] = ''; > > But it doesn't works.... > > Do you know if i'm wrong somewhere ? > > My server is RedHat 7.2 (OVH Release) > > > Thanks !!!!

1 0

Error sending email
by Braindead 11 Sep '06

11 Sep '06

Hello all, I'm new on this mailing list so hi everybody. I just installed Roundemail on my server (OVH). All is OK except to send email. Here is my main.inc.php file : // use this host for sending mails. // to use SSL connection, set ssl://smtp.host.com // if left blank, the PHP mail() function is used $rcmail_config['smtp_server'] = 'localhost'; // SMTP port (default is 25; 465 for SSL) $rcmail_config['smtp_port'] = 25; // SMTP username (if required) if you use %u as the username RoundCube // will use the current username for login $rcmail_config['smtp_user'] = '%u'; // SMTP password (if required) if you use %p as the password RoundCube // will use the current user's password for login $rcmail_config['smtp_pass'] = '%p'; // SMTP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or empty to use // best server supported one) $rcmail_config['smtp_auth_type'] = ''; But it doesn't works.... Do you know if i'm wrong somewhere ? My server is RedHat 7.2 (OVH Release) Thanks !!!!

1 0

A possible cause for my session timeouts
by Brennan Stehling 09 Sep '06

09 Sep '06

I can tell this is a troublesome bug to resolve, especially when it does not happen to you. But I have an idea on why it has happened on my system. First, I am running on a WiFi network and occasionally the WiFi connection display pops up and sayd the connection was connected, as though it had been disconnected momentarily. If the auth check were to go through at the right time maybe that would cause a problem. -- Brennan Stehling Offwhite.net LLC brennan(a)offwhite.net

2 2

Re: Session timeout, has to be top priority!!!
by Martin Marques 08 Sep '06

08 Sep '06

On Fri, 8 Sep 2006, Thomas Brüderli wrote: > Martin Marques wrote: >> >> Besides the draft saving, could this also happen when deleting lots of >> mails, one at a time? Like hitting constantly the delete botton? > > Could be. It actually can happen when there are concurrent requests and > one of them gets a new cookie value. To prevent problems here, the "old" > cookie will still be accepted as well in revision 338. Doesn't this reopen the security problem related to autentication cookie? -- 21:50:04 up 2 days, 9:07, 0 users, load average: 0.92, 0.37, 0.18 --------------------------------------------------------- Lic. Martín Marqués | SELECT 'mmarques' || Centro de Telemática | '@' || 'unl.edu.ar'; Universidad Nacional | DBA, Programador, del Litoral | Administrador ---------------------------------------------------------

3 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev September 2006