- Dev - Roundcube mailing lists

FW: Performance issues
by Dan Metcalf 12 Oct '05

12 Oct '05

> > I have a mailbox w/ 10k emails, on squirrelmail it loads > pretty quick, > > on roundcube its not usable > > > > Any ideas? -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.13/126 - Release Date: 10/09/2005

1 0

Re: Another solution: Courier-IMAP unread mail bug
by Maksim Rubis 12 Oct '05

12 Oct '05

Hello. I displayed fixes very badly, that's why it didn't work for you. I hink you missed changed line with "while" which is very important (key fix :)). I attached my version of imap.inc. Beware that there may be other fixes. :) Maksim >From: Sebastian Wolfgarten <sebastian(a)wolfgarten.com> >Reply-To: sebastian(a)wolfgarten.com >To: dev(a)lists.roundcube.net >Subject: Re: Another solution: Courier-IMAP unread mail bug >Date: Wed, 12 Oct 2005 14:06:31 +0000 > >Hi Maksim, > > > Hello everyone. I fixed this problem after 3 hours of diging the code >:). > >can you send the changed source code files to the list as well? I have >applied >the fixes provided here but none of them did work out so far :-( I will >your >one a try and otherwise I will dig into the code myself tonight... > >All the best & cheers, >Sebastian > > _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 3

<kein Betreff>
by Sascha Jafari 12 Oct '05

12 Oct '05

Hi List, Ive two small problems left until my webmail is up and running really smooth. The first one I guess is more complicated than the second one, right know the mails are correctly displayed in the list (with a blue star) but when you click on them, nothing happens and you have the feeling the system crashed (window). Unfortunately there is nothing in the logs. I had a lock in the mail folder, and it is being moved from "new" to "cur" but as I already said, not displayed. When I check my mails via pop3 and my normal client the blue star vanishes and I can read the mail without any problem, only new mails with blue stars are the problem old mails are fine :) The second problem is not an actual problem I couldnt solve, but I like to change the php script itself but dont know exactly how, also after several trials :) Ive the problem that when I upload a file it gets into /tmp/xxxxx but Apache does not have read/write right in that folder, so I want to change the temporary folder from /tmp to something like /var/www/webmail/tmp how can I do that? I already tried in the global config file php.ini but no effect :( Thanks a lot in advance and I hope to enjoy this nice program really soon with all its features :) Take care ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0

Multiple domain drop down
by Praneet Kandula 12 Oct '05

12 Oct '05

if it's an array, it should be ['sitea.com <http://sitea.com>', 'siteb.com<http://siteb.com>', 'sitec.com <http://sitec.com>'] etc. On 10/11/05, Greg Miller <gmiller(a)mainstaydata.com> wrote: > > I have tried everything I can think of to get the drop down box with > multiple domains for selection at login to work. What do I have to do? > I have tried: > 'sitea.com <http://sitea.com> siteb.com <http://siteb.com>' > 'sitea.com <http://sitea.com>, siteb.com <http://siteb.com>' > 'sitea.com <http://sitea.com>' > siteb.com <http://siteb.com>' > > I'm pretty sure it's something stupid that I'm overlooking. Thanks in > advance for the help. > -- > Greg Miller > www.mainstaydata.com <http://www.mainstaydata.com>

4 4

Re: Multiple domain drop down
by Thomas Bruederli 12 Oct '05

12 Oct '05

With the latest version, you can also set an associative array to have a 'nice' label displayed in the hosts pulldown: array('sitea.com' => 'Server A', 'siteb.com' => 'Server B'); or if you have to specify different connections: array('ssl://server.com' => 'Secure Server', 'server.com' => 'Unsecure Server'); Thomas 2005/10/12, justin randell <justin(a)babel.com.au>: > try this: > > $rcmail_config['default_host'] = array('sitea.com', 'siteb.com', > 'sitec.com'); > > or: > > $rcmail_config['default_host'][] = 'sitea.com'; > $rcmail_config['default_host'][] = 'siteb.com'; > $rcmail_config['default_host'][] = 'sitec.com'; > > cheers > justin > > > Greg Miller wrote: > > >That's what I thought. When I put in my domain like that I get the > >following error in firefox: > > > >Parse error: parse error, unexpected '[' > >in /var/www/localhost/htdocs/roundcubemail/config/main.inc.php on line > >33 > > > >Line 33 of main.inc.php: > > > >$rcmail_config['default_host'] = ['sitea.com', 'siteb.com', > >'sitec.com']; > > > >Thanks for the help! > > > >On Wed, 2005-10-12 at 00:09 -0400, Praneet Kandula wrote: > > > > > > > >>if it's an array, it should be ['sitea.com', 'siteb.com', 'sitec.com'] > >>etc. > >> > >> > >> > >> > >>On 10/11/05, Greg Miller <gmiller(a)mainstaydata.com> wrote: > >> > >> I have tried everything I can think of to get the drop down > >> box with multiple domains for selection at login to work. > >> What do I have to do? > >> I have tried: > >> 'sitea.com siteb.com' > >> 'sitea.com, siteb.com' > >> 'sitea.com' > >> siteb.com' > >> > >> I'm pretty sure it's something stupid that I'm overlooking. > >> Thanks in advance for the help. > >> -- > >> Greg Miller > >> www.mainstaydata.com > >> > >> > >> > >> > >> > > > >-- > >Greg Miller > >www.mainstaydata.com > > > > > > > > >

1 0

Postgres problems
by Zac Ariel 12 Oct '05

12 Oct '05

Hi all, I've been having a considerable deal of difficulty making the latest release of Roundcube play nice with PostgreSQL. After fixing up my own stuff ups with permissions (it kinda helps if the database user actually has permission to look at the table you want to select from ;-)), I found that postgres.initial.sql is missing the 'ip' column (from the 'session' table). Doing the below fixed this for me: ALTER TABLE session ADD ip character varying(15) NOT NULL; ALTER TABLE session ALTER COLUMN ip SET DEFAULT ''::character varying; However, it's still not working, and the current problem has got me stumped. I think it's due to the php being used, but my code-foo ain't that good. I receive this in the browser: -----ooooo----- DB Error in /var/www/roundcubemail/program/include/rcube_db.inc (124): DB Error: unknown error DB Error in /var/www/roundcubemail/program/include/rcube_db.inc (210): DB Error: unknown error Query: SELECT vars, ip, UNIX_TIMESTAMP(changed) AS changed FROM session WHERE sess_id='74bfac980c44f3d2db46c4b0c49d22f0' Fatal error: Call to a member function on a non-object in /var/www/roundcubemail/program/include/rcube_db.inc on line 202 -----ooooo----- .and in the Postgres log I get this: -----ooooo----- 2005-10-12 16:49:16 [15138] ERROR: function unix_timestamp(timestamp with time zone) does not exist HINT: No function matches the given name and argument types. You may need to add explicit type casts. -----ooooo----- Um ... any ideas? Google hasn't been especially useful, save referring to PHP information that I don't pretend to understand. What other information can I provide that would be useful? Many thanks. ~ z.

2 1

SF Bug # 1323578 - Adding multiple Re: to subject
by Ross Poulton 12 Oct '05

12 Oct '05

I've corrected this bug and am copying the fix here as with the current changes I'm not sure where things should be submitted, so sorry for the duplication. Can somebody please confirm my fix (It's working for me, but as always YMMV) and close the bug if you find it appropriate? In file program/steps/mail/compose.inc, replace lines 404-410, which are currently: // create a reply-subject else if (isset($REPLY_MESSAGE['subject'])) $subject = 'Re: '.$REPLY_MESSAGE['subject']; // create a forward-subject else if (isset($FORWARD_MESSAGE['subject'])) $subject = 'Fwd: '.$FORWARD_MESSAGE['subject']; with the following: // create a reply-subject else if (isset($REPLY_MESSAGE['subject'])) { if (eregi("^Re: ", $REPLY_MESSAGE['subject'])) { $subject = $REPLY_MESSAGE['subject']; } else { $subject = 'Re: '.$REPLY_MESSAGE['subject']; } } // create a forward-subject else if (isset($FORWARD_MESSAGE['subject'])) { if (eregi("^Fwd: ", $FORWARD_MESSAGE['subject'])) { $subject = $FORWARD_MESSAGE['subject']; } else { $subject = 'Fwd: '.$FORWARD_MESSAGE['subject']; } } This will only put a 'Re:' (or 'Fwd:' if it's a foward) if one doesn't already exist. It's case-insensitive, so if there is a RE:/Re:/re: at the start of the subject it won't add another one. It also checks for the colon character (':') so that if the subject is 'Rewards Program' the Re: will still be created. Also can somebody clarify the correct procedure here - when fixing bugs from SF should I post the response on SF, here, or both? Best Regards, Ross Poulton

1 0

Multiple domain drop down
by Greg Miller 11 Oct '05

11 Oct '05

I have tried everything I can think of to get the drop down box with multiple domains for selection at login to work. What do I have to do? I have tried: 'sitea.com siteb.com' 'sitea.com, siteb.com' 'sitea.com' siteb.com' I'm pretty sure it's something stupid that I'm overlooking. Thanks in advance for the help. -- Greg Miller www.mainstaydata.com

1 0

Progress report on Trac and a few questions...
by B. Johannessen 11 Oct '05

11 Oct '05

Time for a progress report on the Trac installation. After many, *many* hours, I've finally reached an agreement with Python. The agreement basically boils down to this; Python will put up with being installed in /usr/local/python (instead of in /usr or /usr/local), and I will put up with having to hack every Python "extension" in the known universe to get it to work. In practice this means everything will take about 10 times as long, at least in the beginning. The only reason I haven't taken both Trac and Python out back and shot then both in the neck, is that certain people whose opinion i respect claims Python is actually an excellent idea. But, at the end of the day (or more precisely at the end of two days), I've succeeded. Trac and Python, and their combined cluster of dependencies finally fell into place. We now have a working Trac installation! This means it's time for me to start asking some questions. The ticket tracking system has a few settings we need to agree upon before we start using it. I'll present the issues in question, along with my suggested answers, and let you all battle it out for a few days before we make a final decision. I'll give Thomas final say, and assume he speaks on behalf of the current active developers. * Type: When you create a ticket, you also select a ticket type. The default list of available types include the following: 'defect', 'enhancement' and 'task'. My suggestion is that we substitute these 3 with the following 2: 'Bug' and 'Feature Request'. My motivation for both reducing and renaming is simplicity. When a first-time Trac user submits her first ticket, lets make sure it's as simple and self explanatory as can be. * Priority: A ticket is assigned a priority. The default Trac installation is set up with a total of 5 priorities; 'blocker', 'critical', 'major', 'minor' and 'trivial'. I suggest we reduce and rename to: 'High', 'Medium' and 'Low', for the reasons listed above. * Component: As far as I can tell, the RoundCube project only has one component so far. I suggest we name this 'RoundCube Core'. * Milestone: At what milestone is this bug fix or feature supposed to be available. To keep things simple in the beginning I suggest we define the following milestones: '0.1-beta', '0.1-final', '0.2-alpha' and '0.2-beta'. More milestones will of course be added later. If we agree to start with this list, I'll need a guesstimate from Thomas on when they'll be released. * Version: The version of RoundCube that this ticket pertains to. I see no point in adding any older versions to the system, so I think this list should initially include only 'v0.1-20051007'. The important thing to remember about the above lists is that non of this will be carved in stone. We'll surely make additions and alterations as we go. The goal here is just to make sure we start with some sane defaults. Then there's the question of the design. The current design looks fantastic, but doesn't lend itself easily to some of the thinks we'll be publishing. My suggestion is to just go live with the default design of Trac, a slightly modified design on the mailing list archive, and the main RoundCube site just like it looks today. Then, once everything is up and running I'll ask for some design help on the mailing list. Last, but not least; the question of CVS to SVN migration. It's a lot easier for me just to fetch the latest source from SourceForge CVS and import this into Subversion. If we want to import all the history as well, someone with a bit more CVS-foo then me will have to help me get my hands on a repository tar-ball. This is once again a decision for the developers. Is it acceptable to leave all the old history in SourceForge CVS? At the end of the day, I'll leave this decision to Thomas. I think that's about it for tonight. Bob

3 2

Re: Progress report on Trac and a few questions...
by Praneet Kandula 11 Oct '05

11 Oct '05

Awesome work, Bob! I agree with all of your Trac settings except one. I suggest that you have more than one setting for the components, that would initially include: - Webmail - Address Book - Skins - Other (settings, etc.) We can expand to include more as we need (plugins, notes, etc.). What do you think? On 10/11/05, B. Johannessen <bob(a)db.org> wrote: > Time for a progress report on the Trac installation. After many, *many* > hours, I've finally reached an agreement with Python. The agreement > basically boils down to this; Python will put up with being installed in > /usr/local/python (instead of in /usr or /usr/local), and I will put up > with having to hack every Python "extension" in the known universe to > get it to work. In practice this means everything will take about 10 > times as long, at least in the beginning. The only reason I haven't > taken both Trac and Python out back and shot then both in the neck, is > that certain people whose opinion i respect claims Python is actually an > excellent idea. > > But, at the end of the day (or more precisely at the end of two days), > I've succeeded. Trac and Python, and their combined cluster of > dependencies finally fell into place. We now have a working Trac > installation! > > This means it's time for me to start asking some questions. The ticket > tracking system has a few settings we need to agree upon before we start > using it. I'll present the issues in question, along with my suggested > answers, and let you all battle it out for a few days before we make a > final decision. I'll give Thomas final say, and assume he speaks on > behalf of the current active developers. > > * Type: > When you create a ticket, you also select a ticket type. The default > list of available types include the following: 'defect', 'enhancement' > and 'task'. My suggestion is that we substitute these 3 with the > following 2: 'Bug' and 'Feature Request'. My motivation for both > reducing and renaming is simplicity. When a first-time Trac user submits > her first ticket, lets make sure it's as simple and self explanatory as > can be. > > * Priority: > A ticket is assigned a priority. The default Trac installation is set up > with a total of 5 priorities; 'blocker', 'critical', 'major', 'minor' > and 'trivial'. I suggest we reduce and rename to: 'High', 'Medium' and > 'Low', for the reasons listed above. > > * Component: > As far as I can tell, the RoundCube project only has one component so > far. I suggest we name this 'RoundCube Core'. > > * Milestone: > At what milestone is this bug fix or feature supposed to be available. > To keep things simple in the beginning I suggest we define the following > milestones: '0.1-beta', '0.1-final', '0.2-alpha' and '0.2-beta'. More > milestones will of course be added later. If we agree to start with this > list, I'll need a guesstimate from Thomas on when they'll be released. > > * Version: > The version of RoundCube that this ticket pertains to. I see no point in > adding any older versions to the system, so I think this list should > initially include only 'v0.1-20051007'. > > The important thing to remember about the above lists is that non of > this will be carved in stone. We'll surely make additions and > alterations as we go. The goal here is just to make sure we start with > some sane defaults. > > Then there's the question of the design. The current design looks > fantastic, but doesn't lend itself easily to some of the thinks we'll be > publishing. My suggestion is to just go live with the default design of > Trac, a slightly modified design on the mailing list archive, and the > main RoundCube site just like it looks today. Then, once everything is > up and running I'll ask for some design help on the mailing list. > > Last, but not least; the question of CVS to SVN migration. It's a lot > easier for me just to fetch the latest source from SourceForge CVS and > import this into Subversion. If we want to import all the history as > well, someone with a bit more CVS-foo then me will have to help me get > my hands on a repository tar-ball. This is once again a decision for the > developers. Is it acceptable to leave all the old history in SourceForge > CVS? At the end of the day, I'll leave this decision to Thomas. > > I think that's about it for tonight. > > > Bob > > >

2 1

Pear errors
by Jeffrey Lee 11 Oct '05

11 Oct '05

I installed the available version of round cube mail and get some errors: Warning: preg_match: internal pcre_fullinfo() error -3 in /usr/share/ pear/DB.php on line 762 Warning: preg_match: internal pcre_fullinfo() error -3 in /usr/share/ pear/DB.php on line 789 Warning: preg_match: internal pcre_fullinfo() error -3 in /usr/share/ pear/DB.php on line 762 Warning: preg_match: internal pcre_fullinfo() error -3 in /usr/share/ pear/DB.php on line 789 Warning: preg_match: internal pcre_fullinfo() error -3 in /usr/share/ pear/DB.php on line 631 Warning: preg_match: internal pcre_fullinfo() error -3 in /usr/share/ pear/DB.php on line 631 Warning: preg_match: internal pcre_fullinfo() error -3 in /usr/share/ pear/DB.php on line 631 I am using php 5 apache 2 and mysql 4.1.14 Any ideas why I get these errors? - Jeff

1 0

Roadmap ?
by Hervé Piedvache 11 Oct '05

11 Oct '05

Hi, Just a smal question .. but is there a public roadmap of the development planning ?? And is there also task attribution for next roundcube evolutions ? I just ask this to not do something on the code already done by other people ... Thanks, -- Hervé Piedvache Elma Ingénierie Informatique 3 rue d'Uzès F-75002 - Paris - France Pho. 33-144949901 Fax. 33-144882747

2 1

Folder Listing CSS Styling
by Ross Poulton 11 Oct '05

11 Oct '05

Since upgrading to the latest public release, I've had some funnyness in my folder listing. I've added the following block in skins/default/mail.css to make the message list easier to read (I'm using FireFox 1.0.7, courier imapd, apache, debian linux). Firstly I modified the '#mailboxlist li.selected a' block, to change the color from '#FFF' to '#000'. This makes the listing black. Under this block I then added: #mailboxlist li.selected ul li a { color: #000; font-weight: normal; } This removes the boldness from subfolders of the current folder. Also, all folders are listed in black which is infinitely easier to read than when they were white. I'm finding the CSS for the folder list very odd in the new version - it's all cascaded (which is great) but the colors are a bit messed up (it looks completely different in Firefox & IE for me, both look screwed up though). Is anybody currently looking into this, or even experiencing similar problems? If not I'll try to clean it up over the next few days. Ross www.rossp.org

3 5

Re: Courier Problems
by Kennedy, Richard (Aventure Media) 11 Oct '05

11 Oct '05

Unfortunately its still timing out on sending mail, looking at the server logs, its going through. When clicking the send icon on new mail its just going to -> Page cannot be found after about 20 seconds. Changed all of the configs, and even tried changing it to SMTP instead of via mail() At 23:13 11/10/2005 +1000, Ross Poulton wrote: >Richard, > >I'm using Courier here, I believe version 3.0.8 on debian Linux. >Double-clicking messages (new & old) opens them no problems. > >With regards to your first problem - is your $rcmail_config['trash_mbox'] >set correctly for your server? On my Courier setup it has to be set to >'INBOX.Trash' and it works a treat. > >Ross > >Kennedy, Richard (Aventure Media) wrote: > >>So far, these are the problems we have found with RoundCube/Courier. >> >>- Delete messages is not working, they remove instantly, but when you >>login/go back to that folder, they are still there. >>- Cannot open messages until the dirty fix is used, messages will remain >>unread due to fix >>- Sending email seems to be causing a problem also, it times out, but on >>occasions appears to send >> >>We could also use a few alt tags on the icons as a side note, even I'm >>clicking logout on occasion instead of the delete icon :p >> >>Anyone have any idea of a release date for a fix or just a code change to >>resolve these? >> >>Richard >>

1 1

Problem with charsets.
by grayd_work 11 Oct '05

11 Oct '05

Hi! It's cool, that someone has made attempt to create open-source candy-look webmail client. Since all other open webmail clients ugly enough on a look. But, unfortunately, I have found, that in roundcube there are serious problems with charsets. Below I have put two files: one (charset-correct.jpg) shows, as the text looks before sending, and the second (charset-sent.jpg) as it looks after. The text is written in cyrillic charset windows-cp1251. Thanks for attention!

2 1

Quick word of thanks
by Erryn Pollock 11 Oct '05

11 Oct '05

First, I wanted to thank the developers for this web client. We love it here. Second, are we meant to put RFEs here or into the SourceForge system? I've seen several in the list in just the few days I've been on here. Third, is there a mailing list archive somewhere? Finally...thanks again, this thing is great. I'll be pestering you guys for enhancements. (I sent a couple of emails offering my assistance, but got no response, but I probably screwed that up somewhere.)

2 2

from address domain other than the domain of the imap server and auth integration
by justin 11 Oct '05

11 Oct '05

howdy, new to this list and this software, but i like what i see :-) we are evaluating roundcube for integration into a larger application. (after a week of hacking squirrelmail, i'm glad a decision was made to try roundcube...) a few of questions: my mail server is volta.babel.com.au, but i want my email domain to be babel.com.au. is it possible to set the from address domain to something other than the $rcmail_config['default_host']? i couldn't see an option for this. also, we want to integrate the authentication and error handling of roundcube into our application wide mechanisms. i've just hacked index.php so that a logged-in user has their inbox loaded without having to log in to roundcube. i'm wondering if making the authentication configurable, such that this can be done via some config options/plugins is desirable for roundcube? i'm happy to work on working up some patches if there's interest in this. pgp and s/mime: where is it at? we're going to need this, we've done it before and will do it ourselves again if needs be, but it would be better to work with something/somebody rather than just do it ourselves. comments? cheers justin

1 0

Courier Problems
by Kennedy, Richard (Aventure Media) 11 Oct '05

11 Oct '05

So far, these are the problems we have found with RoundCube/Courier. - Delete messages is not working, they remove instantly, but when you login/go back to that folder, they are still there. - Cannot open messages until the dirty fix is used, messages will remain unread due to fix - Sending email seems to be causing a problem also, it times out, but on occasions appears to send We could also use a few alt tags on the icons as a side note, even I'm clicking logout on occasion instead of the delete icon :p Anyone have any idea of a release date for a fix or just a code change to resolve these? Richard

2 2

Unable to open "unread" message
by David A. Davenport 11 Oct '05

11 Oct '05

Greetings, I am running 20051007 with Courier IMAP (4.x), and am experiencing the following oddity: If I attempt to open a new or unread message, the page will wait and wait, but nothing will happen. I tried this in both Firefox and IE, with the same results. I see this error in the error log: [08-Okt-2005 16:51:35] PHP Fatal error: Maximum execution time of 120 seconds exceeded in /var/www/html/roundmail/program/lib/imap.inc on line 104 If I select the message and forward it, I am able to read the message in the forward window. Also, if I mark the message as "read" and then open it, it opens just fine. Has anyone else experienced this? Dave Davenport registration(a)firebin.net http://dave.firebin.net

8 8

The roadmap
by Thomas Bruederli 11 Oct '05

11 Oct '05

Hi everybody, I know, it's not a real roadmap but I tried to put together all major and minor To dos for the RoundCube development. The list can be seen here: http://roundcube.net/?p=roadmap There are already people working on some issues like (cache redesign, plugin API, virtusertable, richtext composing) and I will come up with a real roadmap showing a few milestones. For all developers out there, who offered some help, please let me know, if you would like to take care of one or more lines of the To do list. Once we moved the project to the Trac system, the coordination of development will hopefully be better than it is right now... Regards, Thomas

5 6

roundcube:include files not being included
by Roydon Gyles-Bedford 11 Oct '05

11 Oct '05

Hey everyone, I was having a problem with my server and RoundCube WebMail, but I've solved it, below is the problem and how i solved it. My problem. RoundCube wasn't loading including any files in the templates that use "roundcube:include file"..." ". I knew this wasn't a permissions problem. I also could use RoundCube, I just didn't have the header, or taskbar (Thus couldn't access the Address Book, Settings, etc...), or any of the status messages (Loading, etc). First of, my server specs: OS X 10.3.9 Server Default Apache install Mark Liyanage's php4 http://www.entropy.ch/software/macosx/php/ The Fix: In /program/include/main.inc, in the parse_rcube_xml function, in the "include" case. I changed: $path = realpath($CONFIG['skin_path'].$attrib['file']); to: $path = $CONFIG['skin_path'].$attrib['file']; That fixed it. Everything seems fine now. I'm not sure if this is any help to anyone else, but I thought I'd put it out there. Also note, I'm using the same php package on 10.4.2 Client and I wasn't having this issue. Roydon Gyles-Bedford

1 0

Idea for page reload
by Justin Frydman 10 Oct '05

10 Oct '05

Hey Everyone, I was pondering the message page reload. I think the best way would be to have another php script that checks if there is a new message using ajax, and if so would cause a window.location.reload(). The ajax/js would be easy to write but really not sure on the php script. What do you all think? Justin

1 0

Something for the wiki
by Justin Frydman 10 Oct '05

10 Oct '05

Hey everyone, I wrote a little tutorial on how to install Roundcube on Servers running the Direct Admin Control Panel. In the future we can add this to the wiki. http://www.directadmin.com/forum/showthread.php?s=&threadid=10037 Cheers, Justin

1 0

RE: The roadmap
by joshua 10 Oct '05

10 Oct '05

Hi Thomas, This looks great, thank you. I did not see anything on IMAP folder management (e.g. rename, new folder, delete folder). Is this intended to be in scope for the core project? Or is this something that would be better as a plugin? (it seems core to me, but my perspective is known at times to be suspect...) Regards, Josh PS: if anyone is tackling any of these areas and could use another part-time set of hands, please give me a shout. I can hack my way through most PHP - I'll even follow coding guidelines if you need me to :P Otherwise, are there any that are up for grabs? -------- Original Message -------- Subject: The roadmap Date: Mon, 10 Oct 2005 22:27:03 +0200 From: Thomas Bruederli <roundcube(a)gmail.com> To: dev(a)lists.roundcube.net Hi everybody, I know, it's not a real roadmap but I tried to put together all major and minor To dos for the RoundCube development. The list can be seen here: http://roundcube.net/?p=roadmap There are already people working on some issues like (cache redesign, plugin API, virtusertable, richtext composing) and I will come up with a real roadmap showing a few milestones. For all developers out there, who offered some help, please let me know, if you would like to take care of one or more lines of the To do list. Once we moved the project to the Trac system, the coordination of development will hopefully be better than it is right now... Regards, Thomas

2 1

New Wiki/site location
by Praneet Kandula 10 Oct '05

10 Oct '05

Not an "official developer", but here's my take on things: - We're trying to make the move from using sourceforge's utilities to hosting our own website through bob johanssen's server space/bandwidth. beta.roundcube.net will be the website once the website has been moved over, and the trac issue tracking system is in place. - http://roundcubewiki.baizman.net is an unofficial wiki that's supposed to provide a place for documentation efforts to take place until the new site comes up. Once trac is installed, it has it's own wiki, so all (or any) of the documentation on the unofficial wiki will then be moved over onto the official wiki. Hope this helps you understand the situation, -- Praneet Kandula On 10/10/05, Mark Mackay - Orcon <mark(a)orcon.net.nz> wrote: > > Hi guys - > > I'm getting a bit confused with the recent posts about wiki, trac, etc - and > can't seem to find the "official" Wiki/site. http://beta.roundcube.net > doesn't seem to resolve for me, and there's obviously > http://roundcubewiki.baizman.net which has sprouted up too, > but doesn't seem truly "active" yet. > > Can one of the official developers shout out with what the official plan is, > so we don't end up with information splintering? > > Cheers, > Mark.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev