Dev

dev@lists.roundcube.net

1 participants
4289 discussions

"To:" header line length
by pete 14 Aug '08

14 Aug '08

hi all, today i just stumbled upon a limitation of RDC - if you add way too much recipient, then a single very long line will be generated. RDC does not seem to break it at any size, and when the line length exceeds the SMTP server's configured max. line length, it rejects the message. Is there a way to make RDC wrap the "To:" (and even possibly the CC, BCC ) headers in a composed message? RFC 2821 (found on http://www.ietf.org/rfc/rfc2821.txt) says, the max. text line length is 1k chars, so if i am right, the correct remedy would be to implement the change in RDC. What do you think? Have i missed something? best, -- Péter Serial is up, protocol is up --- everything connected! (c) Anthony Panda www.anthonypanda.com _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

attachment disapearing
by Gregory Machin 14 Aug '08

14 Aug '08

Hi I'm running fc 8, I had a manual install of roundcube 0.1.0 but there was a problem with the attachments so I tried to upgrade to 0.1.1 which is supposed to fix it .. Now when the attachments just don't display at all in Roundcube or in Thunderbird, the mail list shows there is an attachment in both but on opening the email there is nothing .. If I view the source The attachment is there . So what is roundcube doing to break the mail that te attachments disapear when the mail is viewed ? Thanks _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

using current mailbox name in a template?
by Kris Steinhoff 14 Aug '08

14 Aug '08

Is there a way to use the name of the current mailbox in a template? It would be nice to have something like: <roundcube:object name="mailbox_name" /> I've opened a feature request ticket on this (http://trac.roundcube.net/ticket/1485256) and will implement it, unless there's already a way to do this. thanks -kris _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Having the option to chose authentication
by Richard Pijnenburg 14 Aug '08

14 Aug '08

Dear Developers, I'm not sure if this belongs to the bug tracker or here. On my mail server i use users like: user.domain.nl instead of user(a)domain.nl But becaus i want to login with the e-mail addres i had to make small changes to the smtp and imap authentication. Would it be a feature if the person installing could chose this? With kindest regards Richard Pijnenburg _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Minor update to German translation
by Philipp Katz 12 Aug '08

12 Aug '08

Hi, corrected one typo and changed one sentence. Bye, Philipp. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/sp/06ZV6gE2/de_DE.zip Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Updated galician translation
by David Garabana Barro 11 Aug '08

11 Aug '08

-- David Garabana Barro jabber & google talk ID: david(a)garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/hP/2cFXlI9D/labels.inc http://detached.gigo.com/rc/hP/2cFXlI9D/messages.inc http://detached.gigo.com/rc/hP/2cFXlI9D/signature.asc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

RC + Exchange IMAP = Most folders not subscribed
by Sam Bailey 10 Aug '08

10 Aug '08

Hi all devs, I've been trying to get RC running on an MS Exchange Server 2003 (not my imap preference, but at least better than needing 2 exchange servers to get webmail access!!!). However, I've run across a few issues. 1. Only the inbox folder is subscribed to initially, all others are not. See http://trac.roundcube.net/ticket/1485263 If you view the list of folders however, they can all be seen. I've played around around with a few settings for imap_root, but to no avail. ("INBOX/","/","INBOX", etc.) As a side note, Thunderbird also has the same issue. I'm willing to test and help develop a patch for this issue, I just need some help figuring out what exactly exchange wants, and where in the RC code I can play with it. I can only play with it a couple of times a week, so my apologies if it's a bit slow to complete. 2. Not able to send email via local smtp server (exchange 2003 again) Not sure on this one - but I haven't really tried yet.... Although I'm not a fan of Exchange in any form, I think it would be good to get some basic compatibility (i.e. folder subscribing) to allow others to later build plugins for the other functionality. If memory serves we had a similar issue with Courier-IMAP that was resolved. I know it's been a while since I've been on (see RoundCube RSS Reader), but I have been watching the progress made (particularly on the recent plugin work), and I have to say a HUGE congratulations and thanks to all the devs (particularly to Till & Thomas) for all the work that's been put in. I admit I am really looking forward to eventually getting into the plugin arch for developing a calendar & rss reader. :) Sam Bailey Wiki: wiki.cyprix.com.au Web: www.cyprix.com.au Blog: blog.cyprix.com.au _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Re: [RCD] Plugin-Architecture
by Florian Lagg 09 Aug '08

09 Aug '08

> -----Ursprüngliche Nachricht----- > Von: Cor Bosman [mailto:cor@xs4all.nl] > Gesendet: Donnerstag, 7. August 2008 23:30 > An: Florian Lagg > Betreff: Re: [RCD] Plugin-Architecture > > > Currently I have plans implementing it this way (OVERVIEW): > > * There's a directory with plugins, e.g. ./plugins/* > > * Each plugin resides in a own directory, let's call it > "foo_plugin" > > for now. > > This assumes that there is a file called foo_plugin.inc > which includes > > a class foo_plugin > > * In the configuration, we have a simple array list of > enabled plugins > > $rcmail_config['plugins_enabled'] = array('foo_plugin', > 'bar_plugin'); > > * on the first called hook we initiate the rcube_plugins > class which > > is a singleton this class initalizes every plugin and - in the > > constructor of these - the plugins itself register to some hooks. > > this is done only once every request (because rcube_plugins is a > > singleton) > > * if registered hooks are called... ##### here's a small mistake: > > every plugin is called - one after another - in the order > given in the > > config above. ##### naturally we call only plugins registered to the specific hook - not all > > therefore an array of data is passed to each plugin - and at last - > > returned to the roundcube code. > > > > Have I missed someting? > > > > Look good! Thanks for doing this. > > Cor > _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Plugin-Architecture
by Florian Lagg 07 Aug '08

07 Aug '08

Dear Developers! I am using RC in my hosting offers and I want to implement two things: * a kind of plugin-mechanism: It should be possible to "register" some external plugins to events (User login, handling contact data, ...) * a Funambol-Plugin (as seperate open source project): Funambol is a server capable of syncing contacts/calendar items between native Clients (Outlook, Thunderbird), various Devices (many mobile phones, PDA's, ...) and other webmail-applications and groupwares. I talked to A.L.E.C. some days ago because he had plans for the plugin infrastructure. According to his mails he has no time to develop this in the near future and I asked him if I can do the work. He answered it would be ok, so I'll ask you how it should be done: So here are my questions: * How should a plugin-architecture be implemented in RoundCube? Maybe my approach is completely wrong, just tell me if you think so... I'm thinking of a PluginHooks singleton class which is called from various points in the existing source code. This class reads a config file if there is a plugin registered for the specific event. This config contains a line for each event like this: $rcmail_config['pluginevent_userlogin'] = array('Funambol'); //registers a single plugin called "funambol" for the event "userlogin" $rcmail_config['pluginevent_nextEvent'] = array('Funambol', 'AnotherPlugin); //call two plugins in the given order PluginHooks then initates a class Funambol (located in RC_Home/plugins/Funambol) and calls a method pluginevent_userlogin. Because PluginHooks is a singleton, it could provide methods to the plugins to get or manipulate data from the rest of RC. so anything is handled over this class. I hope I discribed it well. Please bring your own ideas if you have better once. * Is anyone interested in teaming up? * Is anyone willing to implement plugins in near future? If so - please talk to me to discuss your requirements to make this project as useful as possible. You can send me a CC so I can answer your mails quicker. Thanks in advance, Greetings -- Florian Lagg - Florian Lagg - IT-Komplettlösungen Juch 7, 6631 Lermoos tel +43 (699) 10 20 10 24 <http://www.lagg.at/> www.lagg.at - <mailto:info@lagg.at> info(a)lagg.at - Xing: <http://www.xing.com/go/invite/7372113.3da562> http://www.xing.com/go/invite/7372113.3da562 - _______________________________________________ List info: http://lists.roundcube.net/dev/

4 8

Re: [RCD] Plugin-Architecture
by Florian Lagg 07 Aug '08

07 Aug '08

> Michael Baierl wrote: > > There is a convention - an parameter array for receiving data ("named > > parameters") and returning data as an array. Done. Never touch the input > > array. > > This rule is relatively easy to check during QA and it is easy to use > > and developers are used to that. > > > > Every class you create has to be understood and makes stuff more > > complicated. KISS. > > > Amen! I only belief to RFC! But I am convinced. Thanks for all comments. I'll go on with arrays. Again: because of lot work I will be able to show a second prototype in 2 weeks or so. I have one important point left we should discuss: (I know, I can be annoying) What do we need to implement the plugin-arch in the frontend part, such like in A.L.E.C.'s list: > Typical plugin needs are e.g. adding a button in tasklist, adding a tab > in Settings interface, adding a configuration option in User Preferences > (simple tasks, just for start). I have no insight of the frontend in RC and I do not want to develop these things right now. But I need to know how they work that anyone can implement these things later without rewriting my code. I asked jeroen for his sieve patch (to find it out myself) but I havn't got it so far. Anyone? -- Florian Lagg - Florian Lagg - IT-Komplettlösungen Juch 7, 6631 Lermoos tel +43 (699) 10 20 10 24 www.lagg.at - info(a)lagg.at - Xing: http://www.xing.com/go/invite/7372113.3da562 - _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev