Dev

dev@lists.roundcube.net

4290 discussions

Correction.... Outlook Colors...Read this One...
by Blob 15 Oct '05

15 Oct '05

It seems that the other set is not going to work so don't use it... Just simply open up your common.css sheet and find these lines body { margin: 8px; background-color: #F2F2F2; /* #EBEBEB; */ color: #000000; } Then Replace these with the color of outlook blue which is like #3768BC for Outlook Blue Or #9AAC70 for Outlook Olive Green which I used in all of the # Fields and it worked... That section should be at the very top of common.css then you need to go to the footer section and put the same #s into there which should be a little down from the body. Looks just like this.. Go on change the f2f2f2 to your color :) #footer { position: fixed !important; left: 0px; right: 0px; bottom: 0px !important; height: 40px; background-color: #f2f2f2; Cheers & Enjoy! Blob

1 0

Outlook Colors..... Attached!
by Blob 15 Oct '05

15 Oct '05

Hey Here's a quick fix for the RoundCube Mail package, simply drop / overwrite these common.css sheets into the default skin pack. I'll be working on the theme layout more as well the templates after All we want it to have more flexiablity in the Panes and all that like Outlook & Thunderbird :-) Cheers! & Enjoy! Blob

1 0

Allow login without domain
by dianoga7＠3dgo.net 15 Oct '05

15 Oct '05

For many people who have shared hosting, they are required to login with their full email addresses. Personally, I find this irritating. Thus...a very small bit of code to allow people to login both with or without their full address. File: include/main.inc Function: rcmail_login Line #: 237 Code: if (strpos($user, '@') == false){ $user = $user . '@' . $CONFIG['domain']; } File: config/main.inc.php Line #: 35 (doesn't actually matter though) Code: // Default Domain // Mainly for shared hosting servers. People that use cpanel, etc... // This will allow users to login without typing their full email address // As long as it actually exists on the default domain // The script will check to see if you have a domain in your username. // If not, this will be added to the end. // Set this to whatever comes after the @ in the email address $rcmail_config['domain'] = 'mydomain.com';

8 12

Preview Window
by Praneet Kandula 15 Oct '05

15 Oct '05

grr.. keep forgetting to "Reply All". We really need to set the "Reply-To" header to the dev lists automatically. My reply is below: I believe it's doable right now by making a new skin, but i'm not sure how exactly. Perhaps one of the developers can weigh in on this? Thomas? -- Praneet Kandula On 10/14/05, Brian Steere <dianoga7(a)3dgo.net> wrote: > Anybody working on and/or interested in a preview pane like outlook and > thunderbird? I don't have the skills to code it at the moment (although > I may be learning more to help with this project) but it is definitely > something I would like to see. > > ~Dianoga > > > >

8 15

DB Error: unknown error
by Spook 15 Oct '05

15 Oct '05

Hi, I've just installed Roundcube and am getting the following error: -- DB Error in <snip>program/include/rcube_db.inc (124): DB Error: unknown error DB Error in <snip>program/include/rcube_db.inc (210): DB Error: unknown error Query: SELECT vars, ip, UNIX_TIMESTAMP(changed) AS changed FROM session WHERE sess_id='9f87e941e2f301270beaf0a0c09d2d6f' Fatal error: Call to a member function on a non-object in <snip>program/include/rcube_db.inc on line 202 -- FYI, the query works (returns an empty set) from the MySQL console. MySQL 4.1.13-standard PHP 4.3.2 Anyone have any ideas about this? A php/mysql bunfight, some odd MySQL coalition setting? TIA.

1 0

Patch to allow the user to pick the SMTP authentication type and to allow them to use the same username for IMAP and SMTP
by Myles Eftos 15 Oct '05

15 Oct '05

Hi! I like what you have done so far - look slike a really cool project! I have just installed the latest build. Not sure how you are handling bug reports, but I have found that using the php mail function results in a bad email formation (Probably because I run qmail) - I'll investigate futher and produce a better bug report of patch. I have a patch got a small for SMTP. This patch allow you to set a variable in the config file so that the SMTP server users the same username and password as IMAP and also allows you to supply a smtp_auth type to the PEAR class (For some reason my server was not authenticating when it tried to guess the auth type) > $smtp_auth_type = $CONFIG['smtp_auth_type'] != '' ? $CONFIG['smtp_auth_type'] : NULL; 80c81 < if (PEAR::isError($SMTP_CONN->auth($CONFIG['smtp_user'], $CONFIG['smtp_pass']))) --- > if (PEAR::isError($SMTP_CONN->auth($CONFIG['smtp_user'], $CONFIG['smtp_pass'], $smtp_auth_type))) 85a87,96 > } > > if($CONFIG['smtp_login_same'] && $CONFIG['smtp_login_same'] == true) > { > if (PEAR::isError($SMTP_CONN->auth($_SESSION['username'], decrypt_passwd($_SESSION['password']), $smtp_auth_type))) > { > smtp_reset(); > $SMTP_ERROR .= "authentication failure\n"; > return FALSE; > } you will need to add two variables to the main.inc.php file // If true, uses the same password as the current logged in user $rcmail_config['smtp_login_same'] = true; $rcmail_config['smtp_auth_type'] = ''; Let me know if you need more info or things supplied differently Thanks! - Myles

3 3

Mailing list administrative information and a status update
by B. Johannessen 15 Oct '05

15 Oct '05

RoundCube developers and users, just thought I'd post a bit of mailing list administrative information and short status update on Trac/Wiki/Archive/Subversion matters. * When posting to the RoundCube Dev list, please make sure you do so from the address with which you are subscribed. All messages from non subscribers are held for moderation, so when you post from another address it increases the moderators workload (Thomas and me) and it delays your message. If you do post from another address by accident, please don't repost from the correct address. This will most likely lead to your message being posted to the list twice. Sometimes in the next few two weeks I'll probably ask one or two of you to help with the moderation (I'll do so in a private e-mail). The moderation is in place only to keep the list from redistributing any spam that will inevitably be sent to it's submission address. *All* non-spam messages should be approved by the moderators. * Some of you have over eager anti-spam filters in place on the addresses subscribed to the list and you are rejecting legitimate list traffic. If it's at all possible, please make sure you white list e-mail from 195.159.29.202/maildialog.com. In cases where I see excessive rejects for a particularly stupid reason, I'll just unsubscribe the offending address to keep my workload at an acceptable level. * Some of you have asked that we include a Reply-To: header in messages distributed to the list. I could go on at length about why this is not a good idea, but luckily Chip Rosenthal has already done so. Anyone interested should read his excellent essay: "Reply-To" Munging Considered Harmful http://www.unicom.com/pw/reply-to-harmful.html * A few words om mailing list etiquette: When replying to the list, please make sure to remove any irrelevant quoted text before sending. In the last few days I've seen some horrible examples of messages with just a few words of original content, followed by several kb of quoted text. Please show some consideration and spend the 2 seconds needed to trim your quotes. Another matter of mailing list etiquette is top-post reply vs. in-line reply. This is a matter of some debate, and not something that should be discussed here. I'll just ask that you all take a look at the excellent Wikipedia article on the subject and form your own opinion on the matter: http://en.wikipedia.org/wiki/Top-posting I'll also note that quite a few people (myself included) subscribe to more mailing lists then they have time to read. For such people, one factor in deciding to read or skip your reply may be if it's top-posted or in-line (again, myself included). * Redistribution delays: The mail server hosting the mailing list got a bit of a surprise after the Slashdot "incident", and have been experiencing some redistribution delays. I've seen delays as high as 30 minutes, but it looks like more then 97% of all traffic is delivered within 5 minutes. This has to do with the Exim install not being optimized for mailing list deliveries. I'll keep an eye on this over the next few day. * I've had reports of mailing list subscribers experiencing probeing looking for RoundCube installs after posting to the list. Please keep an eye out for this. RoundCube is not production ready, and it's entirely possible there may be some exploitable security holes in it (see below). The report I got saw probes from 70.177.39.72, so if you could all check your logs for this IP. If you find something, please e-mail *me*, not the list, and I'll coordinate the investigation. Even if you don't have any probes from that address, please keep en eye out for unusual activity, especially if you've posted identifying details to the mailing list. * Security in RoundCube: There's been talk about letting users select the IMAP server to connect to (via select boxes, input boxes, from the domain in the URL and others). If this is combined with a RoundCube configured to relay outgoing e-mail via a hardcoded local SMTP relay you have an exploitable setup, and will probably have problems sooner or later. Please keep this in mind! * Status of Trac/Wiki/Archive/Subversion: All the software for the new web site (Trac with wiki, MHonArc mailing list archive and Subversion) has been set up. What remains is a bit of work on the layout, and some porting of information from the old site. I'm currently working with Thomas on the former, but could use some help on the later. So if you feel like helping out with porting some information into the wiki, send me a private e-mail and I'll get back to you. I also think it's about time someone started working on a FAQ, so if you have a few hours to spare, good English communication skills, a rough understanding of how RoundCube works, and the most common problems experienced by it's users, drop me en e-mail and I'll get you advanced access to the new wiki so you can get started. Bob (list-mom)

1 0

Re: DB error
by chrisl＠xp.etowns.net 14 Oct '05

14 Oct '05

Fedora Core 4 box php-5.0.4-10.4 sendmail-8.13.4-2 mysql-4.1.14-1.FC4.1 dovecot-0.99.14-4.fc4 PEAR Items Package Version State Archive_Tar 1.3.1 stable Console_Getopt 1.2 stable DB 1.7.6 stable HTML_Template_IT 1.1.1 stable HTTP 1.3.6 stable Mail 1.1.9 stable Net_SMTP 1.2.7 stable Net_Socket 1.0.6 stable Net_UserAgent_Detect 2.1.0 stable PEAR 1.4.2 stable PEAR_Frontend_Gtk 0.4.0 beta PEAR_Frontend_Web 0.4 beta XML_Parser 1.2.7 stable XML_RPC 1.4.3 stable macross wrote: >It's not liking the DB_Error::query() function. Seems to be a Pear issue as >that's what he is using to access DB's > >What PHP PEAR DB MailServer combo are you using? > >-----Original Message----- >From: chrisl(a)xp.etowns.net [mailto:chrisl@xp.etowns.net] >Sent: Friday, October 14, 2005 4:30 PM >To: macross >Cc: dev(a)lists.roundcube.net >Subject: Re: DB error > >I upgraded all the PEAR modules and installed PEAR_Frontend_Gtk and >PEAR_Frontend_Web as they were suggested for the PEAR upgrade. > >I see the same error... > >macross wrote: > > > >>Check your PEAR installation >> >>-----Original Message----- >>From: chrisl(a)xp.etowns.net [mailto:chrisl@xp.etowns.net] >>Sent: Friday, October 14, 2005 4:01 PM >>To: dev(a)lists.roundcube.net >>Subject: DB error >> >>*I received this error when I first accessed my roundcube site >> >>DB Error in /var/www/html/roundcubemail/program/include/rcube_db.inc >>(63):* DB Error: extension not found >> >>*Fatal error*: Call to undefined method DB_Error::query() in >>*/var/www/html/roundcubemail/program/include/rcube_db.inc* on line *119* >> >> >> >> >> >> >> >> >> >> > > > > >

4 4

Re: DB error
by chrisl＠xp.etowns.net 14 Oct '05

14 Oct '05

I adjusted it to be include_path = ".:/php/includes:/usr/share/pear/" still no luck... Does /php/includes correspond to an actual path on a BSD box? macross wrote: >Check your include statement within php.ini ensure it's pointing to your >pear directory. You have an rpm install and have updated it from source or >it appears that way. > >i.e. on FreeBSD > >include_path = ".:/php/includes:/usr/local/share/pear/" > > > >-----Original Message----- >From: chrisl(a)xp.etowns.net [mailto:chrisl@xp.etowns.net] >Sent: Friday, October 14, 2005 4:42 PM >To: macross >Cc: dev(a)lists.roundcube.net >Subject: Re: DB error > >Fedora Core 4 box > >php-5.0.4-10.4 >sendmail-8.13.4-2 >mysql-4.1.14-1.FC4.1 >dovecot-0.99.14-4.fc4 > >PEAR Items >Package Version State >Archive_Tar 1.3.1 stable >Console_Getopt 1.2 stable >DB 1.7.6 stable >HTML_Template_IT 1.1.1 stable >HTTP 1.3.6 stable >Mail 1.1.9 stable >Net_SMTP 1.2.7 stable >Net_Socket 1.0.6 stable >Net_UserAgent_Detect 2.1.0 stable >PEAR 1.4.2 stable >PEAR_Frontend_Gtk 0.4.0 beta >PEAR_Frontend_Web 0.4 beta >XML_Parser 1.2.7 stable >XML_RPC 1.4.3 stable > >macross wrote: > > > >>It's not liking the DB_Error::query() function. Seems to be a Pear issue >> >> >as > > >>that's what he is using to access DB's >> >>What PHP PEAR DB MailServer combo are you using? >> >>-----Original Message----- >>From: chrisl(a)xp.etowns.net [mailto:chrisl@xp.etowns.net] >>Sent: Friday, October 14, 2005 4:30 PM >>To: macross >>Cc: dev(a)lists.roundcube.net >>Subject: Re: DB error >> >>I upgraded all the PEAR modules and installed PEAR_Frontend_Gtk and >>PEAR_Frontend_Web as they were suggested for the PEAR upgrade. >> >>I see the same error... >> >>macross wrote: >> >> >> >> >> >>>Check your PEAR installation >>> >>>-----Original Message----- >>>From: chrisl(a)xp.etowns.net [mailto:chrisl@xp.etowns.net] >>>Sent: Friday, October 14, 2005 4:01 PM >>>To: dev(a)lists.roundcube.net >>>Subject: DB error >>> >>>*I received this error when I first accessed my roundcube site >>> >>>DB Error in /var/www/html/roundcubemail/program/include/rcube_db.inc >>>(63):* DB Error: extension not found >>> >>>*Fatal error*: Call to undefined method DB_Error::query() in >>>*/var/www/html/roundcubemail/program/include/rcube_db.inc* on line *119* >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >> >> >> >> > > > > >

1 0

low priority multiple select changes
by Joshua Layne 14 Oct '05

14 Oct '05

Hi all, this is a nit in comparisson to much of the work that needs to be done, but 2 things: 1) it is currently possible to select multiple items using the <shift> key, it has always been my understanding that this is a function more commonly accessed with the <ctrl> key - is there a technical limitation on this, or am I just windows-centric? (..begins to smash head against wall..) 2) is it possible to select an entire range of messages using <ctrl>+<shift> - this would be useful for sorting messages that all go in the same folder (e.g. the 40+ messages a day from this listserv) finally, if nobody is opposed to this (this doesn't seem like a plugin to me), I can tackle it with my oh-so-rusty hack javascript skilz. also, thinking about it - this might be skinnable behavior, once the structure was in place. thoughts? j.

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev