Hello!
RoundCube places its config files within its directory hierarchy. This
is a fine default, but for packages it's important to be able to
override the default. Why? Many sysadmins (and packagers, and package
systems) expect all binaries and data installed under the root of the
package tree to be read-only once they've been installed; think NFS
sharing, or package tools throwing warnings on delete/update when
files don't match the checksums recorded when they were installed.
Config files aren't read-only, and therefore it's important to be able
to place them elsewhere if desired (/etc, for instance.) I've patched
roundcubemail-0.1.1-dep's main.inc:rcmail_load_config() to inspect the
environment and prefix $RCMAIL_CONFIG_DIR if set, rather than
"config", when reading the config files. The default behavior remains
unchanged, of course!
http://netbsd.schmonz.com/patches/roundcube-config-dir.diff
To take advantage of the patch, I added "SetEnv RCMAIL_CONFIG_DIR /etc/
roundcube" to the RoundCube section of my Apache config, and placed
{db,main}.inc.php in /etc/roundcube where I like them. :-)
Sorry this is against an old version, but there's nothing at all
clever about the changes so they should be straightforward to bring up
to date. The installer would need similar help as well.
- Amitai
_______________________________________________
List info: http://lists.roundcube.net/dev/
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/
On Wed, 30 Jul 2008 00:25:52 +0200, Till Krüss <till(a)pralinenschachtel.de>
wrote:
> I would suggest a drop-down menu as default and a input box replacement
as
> setting.
> required keyboard usage is not a good choice.
I've submitted a new patch. It now uses a drop-down menu. It also adds a
configuration option ("pagejump_dropdown_threshold") which determines the
number of pages, over which the drop-down is replaced by a text box (it
defaults to 20).
If an installation wants to always use the text box, they can set the
value of pagejump_dropdown_threshold to zero. If they want to use only
drop-downs, they can set the value to something extremely high.
-kris
--
Kris Steinhoff
Web Application Developer
Web/DB Team, Information Technology Central Services
The University of Michigan
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ra/bTM7Ja4d/UTF-8_27_27text_bo.pnghttp://detached.gigo.com/rc/ra/bTM7Ja4d/UTF-8_27_27drop-do.png
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
>> If I understand A.L.E.C.'s Ideas right:
>> * Each plugin has an init.php which registers to events:
>> /myplugin/init.php:
>> init_plugin('init', 'functionname');
>> init_plugin('showmail', 'functionname');
>
> Yes, but I'd prefer an object-oriented approach:
> http://lists.roundcube.net/mail-archive/dev/2008-06/0000038.html
correct.
>> * the Controller does a loop over the plugin/subdirectories to get these
>> registries
> Right. This procedure could even be cached for performance reasons.
as log as we have only some plugins caching shouldn't be a topic.
>> I think it does not make sence to implement a full featured plugin
> monster
>> if we do not need it right now.
>> But we should be able to extend it to a monster if we need to do so
> later
>
> Exactly!
Isn't open source great ;-)
OK, I think we got a good idea of how it should be implemented.
I hope I could code a small prototype this weekend, but I do not guarantee.
I will ask the list to test it afterwards.
Thanks for your comments.
<br/>
<br/>
---------------------------------------------------------------<br/>
Webhosting
komplett mit Plone-CMS, Spam- und Virenfreies E-Mail<br/>
Hotspot-Systeme
(Internet für Ihre Gäste)<br/>
Netzwerkbetreuung, Fernwartung,
uvm.<br/>
Web: www.lagg.at - Mail: info(a)lagg.at<br/>
Florian Lagg, Juch 7,
6631 Lermoos,
Austria<br/>
---------------------------------------------------------------<br/>
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello. This is official translating file of OUR Technology, LLC for
RoundCube.
We like RoundCube. Please add to our “Azerbaijani” to the list of
Localizations.
Language: Azerbaijani
Translater: Orkhan Guliyev (OUR Technology, LLC.)
Best Regards,
Orkhan Guliyev.
________________________________________________________
Forex-AZ’la hər yerdə, hər an FƏRQDƏN QAZAN - FƏRQLİ QAZAN!
http://adrunner.forex-az.info/ab/2-3
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/DD/qWAGk5Ic/roundcube.rar
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Roundcube needs as every good mail client does a search feature.
The user should be able to search for user-specified criteria in
user-specified (sub)folders.
The request can take a few secounds, but if you have more than 1 folder,
it is annoying to select each folder one by one and re-type your search
string every time.
Cheers, Till
http://trac.roundcube.net/ticket/1485234
_______________________________________________
List info: http://lists.roundcube.net/dev/
I would suggest a drop-down menu as default and a input box replacement as
setting.
required keyboard usage is not a good choice.
_______________________________________________
List info: http://lists.roundcube.net/dev/
While I was trying to integrate and customize roundcube to our department's
system, I submitted some small patches to trac. I think they will be useful for
some setups, the forum and tracker has some requests for these features.
1. The first one presents the "edit identity" screen when the user is recorded
in roundcube database for the first time. In our system, the user's name was
not correctly pulled from ldap while auto creating, so I added this to send the
user to edit identity screen. If users are not auto created, the administrator
probably entered correct info in the first place, so depending on auto user
creation is reasonable.
http://trac.roundcube.net/ticket/1291605#comment:9
This patch is obsoleted by the following patch in our system but it can be
useful on other places. Having the user double check the name and email is
never bad, and can help catching typos or other errors in the system :)
2. Then for LDAP integration. I modified Gerald Schneider's old patches at the
following address.
http://www.gerald-online.de/misc/roundcube/
The patch adds a new configuration option, and searches LDAP for user's real
name and uses it as identity.
http://trac.roundcube.net/ticket/1485203
3. This third one is very site-specific IMO. But It has no side effects, so it
can be safely included. adds '@' + 'mail_domain' if the e-mail address from
LDAP does not include '@' sign. Our emails are of the form
"ldap_uid@mail_domain" and there is not a seperate field for e-mail in LDAP, so
they are autogenerated by this patch.
http://trac.roundcube.net/ticket/1485201
--
Gokdeniz Karadag
_______________________________________________
List info: http://lists.roundcube.net/dev/