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/
> -----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/
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/
> 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/
I'm curious about the behavior of the spell checker. If HTML is set as the
default editor, then when the compose screen is first opened the spell
check controls don't appear. When editor type is switched to plain text,
the controls appear, but when the editor type is switched back to HTML, the
controls stay put and behave in peculiar ways.
Should the spell checker be active while using the HTML editor?
thanks
-kris
--
Kris Steinhoff
Web/DB Team, Information Technology Central Services
The University of Michigan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi Raoul,
Thanks for the feedback. At least in svn,
rcmail::get_instance()->config->get('imap_root') will return null if there
is no imap_root configuration variable. So roundcube keeps on ticking.
I'm also uncomfortable using globals the way iloha uses $my_prefs.
However, from what I could see, that's just how iloha works. It looks like
a choice between using some undesirable global variable "action at a
distance" or modifying the iloha's imap library. Modifying iloha wouldn't
be hard, but it looks like developers have avoided putting roundcube
configuration specific code into iloha so far.
Cheers,
Ziba
--
Ziba Scott
Web Application Developer
Web/DB Team, Information Technology Central Services
The University of Michigan
On Tue, 05 Aug 2008 11:21:59 +0200, "Raoul Bhatia [IPAX]"
<r.bhatia(a)ipax.at> wrote:
> hi ziba,
>
> Ziba Scott wrote:
>> Hi,
>> We're testing roundcube in a fairly large environment (80K users, 900K
>> mailboxes) with a cyrus imap backend. In our environment,
>> roundcube/iloha imap's namespace discovery phase takes about 1.5 seconds
>> on an unloaded machine. This happens on every email view.
>>
>> Iloha has the ability to skip the namespace discovery phase if a
>> imap_root is configured and roundcube has a configuration option for
>> imap_root. But the two aren't connected! By handing off the imap_root
>> variable to iloha mail sooner rather than later we cut our time to view
>> a message from 1.7 seconds to 0.2 seconds.
>>
>> I've submitted a patch with this ticket:
>> http://trac.roundcube.net/ticket/1485172
>
> thank you for your patch. i would like to add two things:
>
> 1) if rcmail::get_instance()->config->get('imap_root') gives an empty
> string, the patch renders roundcube unusable.
> (ok, i internally ported the patch back to 0.1.1 - maybe
> rcmail::get_instance()->config->get('imap_root') takes care of that)
>
> 2) normally i am against the usage of globals in such a way. but this is
> better than nothing :) (note: i did not check the iil sourcecode if
> there is a better way to achieve that)
>
> cheers,
> raoul
>
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi A.L.E.C., hi all.
For planning the plugin-architecture I created a todo-list here:
http://www.lagg.at/temp/todo-rc-plugin
You can view and edit the list after login:
Login Name: roundcube
Password: developer
I think this step is necessary to get any needed information (such as: which
actions/hooks should we implement?)
Please do not delete comments of other people, if you dis-like them just add
a note.
I will work out an up-to-date site from time to time.
Because I got some more work this week I will not be able to provide code
this weekend.
I think I can work on the project in two weeks again, so let's define the
19th of August as a deadline for this todo list. Bring in all your ideas
until then.
Read the welcome message on top of the page.
Thanks
--
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/
Hi,
We're testing roundcube in a fairly large environment (80K users, 900K
mailboxes) with a cyrus imap backend. In our environment,
roundcube/iloha imap's namespace discovery phase takes about 1.5 seconds
on an unloaded machine. This happens on every email view.
Iloha has the ability to skip the namespace discovery phase if a
imap_root is configured and roundcube has a configuration option for
imap_root. But the two aren't connected! By handing off the imap_root
variable to iloha mail sooner rather than later we cut our time to view
a message from 1.7 seconds to 0.2 seconds.
I've submitted a patch with this ticket:
http://trac.roundcube.net/ticket/1485172
Please let me know if there's anything I can do to help get this accepted.
Thanks,
Ziba
--
Ziba Scott
Web Application Developer
Web/DB Team, Information Technology Central Services
The University of Michigan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
Updated Dutch translation files are attached.
Best regards,
Lazlo Westerhof
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/6C/wH4hnThr/dutchtrans_updated.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/
> > Just an idea: Does it make sence to split things up?
> > This 'backend-plugin' project for server side actions
> > A new "frontend-plugin' project for client side things like JS, Html,
> > Ajax-Client, ...
> >
> Server side is almost done in your patch and I think it's small part of
> whole engine. The frontend side of plugins engine is most wanted.
> 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). Of course everything needs feedback in
> backend but I think frontend integration is harder to implement.
If I understand you right - it does not make sence to split it - right?
Fact is: I currently do not have the time to develop a
frontent-plugin-architecture and not the Knowledge how RC-Frontend works
(... and not the time to look at it, ...). So...
What must be done to support future enhanchments in that direction?
That is the question we have to think about. I do not want to re-code the
whole part because it is unflexible.
"I cannot do that right now" doesn't mean "I'll never do it".
I just want to get things ready.
* RC-Plugin-Arch. (or if you want: backend-plugin-arch. with the option to
extend it to the frontend)
* Funambol-Plugin
These things are requested by my SaaS-customers.
Afterwards we can define new milestones, team up and make the world even
better ;-)
Do you agree?
--
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/
Hi Alec, and everyone else of course :-)
I also created a sieve plugin, but I ported it from Avelsieve. It contains
all the functionality Avelsieve has (except from the special Spam rules,
they where based on other Squirrelmail plugins). I found your patch before I
started working on it, but I noticed you didn't implement all the features I
needed. Are you still actively developing the sieve plugin? I'm currently
working on making the interface AJAX compatible. After that it should be
"ready". If it isn't to much to ask, I'd like to propose that I finish my
plugin and upload it somewhere so that it can become a shared effort. You
see, I invested quite some time (as have you I'm sure), I would just hate it
if we where both working on the exact same thing. How would you feel about
that? I'm open for ideas etc. I'm hoping to hear from you.
Kind regards,
Jeroen Koekkoek
P.S.
I hope you don't find this message offending in any way, I'm just looking
for the best way to implement the features I need into RoundCube.
_______________________________________________
List info: http://lists.roundcube.net/dev/
I submitted a small patch which captures backspace to delete a message.
http://trac.roundcube.net/ticket/1484566
This is particularly useful when using Mac laptop keyboards which don't
have a forward delete key (fn-backspace sends forward delete). Are there
users who will expect to have backspace take them back in their history
while using RoundCube? Would it be unreasonable to break that expectation?
(I think it is.) A user setting could be added to modify the behavior of
this patch.
-kris
--
Kris Steinhoff
Web Application Developer
Web/DB Team, Information Technology Central Services
The University of Michigan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
thanks for reviewing. I'll wait until next weekend for other ideas and
discussion.
The list so far:
> 1. Auto-calling plugin actions for build-in tasks/actions, it means we
> should add (in index.php) code for automatic calling of actions e.g.
> 'mail-compose-before', 'mail-compose-after', 'mail-sendmail-before',
> etc. and probably also 'mail-before', 'mail-after', etc.
yes - sure. btw. I like the style "mail-compose-before" (or
"user-login-after" as in my example)
It's pretty clearer than my definition.
I'll patch the existing code where I need it right now. Maybe we could team
up to implement it everywhere, or could implement it module-by-module. We
should have a list where actions should be called.
I do not have the time to do this alone.
> 2. Possibility to use own tasks/actions (I mean
> /?_task=settings&_action=myaction or /?_task=mytask)
such as a calendar-plugin ;-) lovely.
Would be great - but somewhat out of scope I think.
Shouldn't we better concentrate on the core plugin-arch and extend it later?
But we have to talk about how to implement this later.
> 3. Javascript part - for javascript functions/actions (in similar
> fasion) including point above.
again. Out of scope for my purpose.
How can we extend it later to support this?
> 4. Possibility to add UI part from plugin without skins modification.
> It's "must have", but I think, we can live without that for now.
same.
We do not have any of these options right now so let's do the core.
> 5. Actions priority - if we have few plugins for the same action which
> should be executed first?
> 6. Config option(s) for enabling/disabling plugin parts. Let's say we
> have a plugin with few features, but we need only one. Ok, we can have
> separate configuration for each plugin, but maybe something global?
> Let's say using regexp. It may be used for temporary disabling whole
> plugins without removing files from plugins/ dir. E.g.
> $rcmail_config['disabled_plugins'] = 'plugin2 plugin3::mail-compose.*
plugin3::settings.*';
Yes, agree. I thought about it but someone on the list denied the use of
configuration.
But I think this is a must-have.
$rcmail_config['disabled_plugins'] = 'plugin2 plugin3::mail-compose.*
plugin3::settings.*';
could be a problem because a plugin could possibly rely on some actions -
which could be turned off (2nd and 3rd example). What about:
$rcmail_config['enabled_plugins'] = array( 'plugin1', 'plugin2' );
If a plugin has parts which could be turned off and on it should have it's
own configuration. This is IMHO the plugin part.
> > Just to make sure. The plugin system we're talking about here doesnt
just
> > allow actions, but also small hooks everywhere throughout the
code/templates?
>
> Yes for me. I think templates engine should call plugin actions
> before/after each template object (objects, but also e.g. buttons and
> every template tag with specified name) and return content from those
> actions.
Hi, A.L.E.C., thanks for joining us in design phase ;-)
Everywhere in the code - yes. This should be a milestone in future.
Everywhere in the template - I don't know much about your templating.
How/where do we have to implement it?
Just an idea: Does it make sence to split things up?
This 'fackend-plugin' project for server side actions
A new "frontend-plugin' project for client side things like JS, Html,
Ajax-Client, ...
Both should share the ./plugins directory so that a plugin can work with
both.
As I do not have any good insight of RC-Templating this could be a bad idea
anyway. Dont know.
Waiting for futher comments ;-)
Thank you.
--
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/
Hi all,
updated Croatian translation files are attached.
Best regards,
Svebor Prstačić
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/qj/jh7F1Shg/crotrans_updated.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/
> Message: 6
> Date: Thu, 31 Jul 2008 13:11:45 +0100
> From: Phil Weir <roundcube(a)tehinterweb.co.uk>
> Subject: Re: [RCD] Plugin-Architecture
> To: dev(a)lists.roundcube.net
> Message-ID: <619ca76367db5da740680a8de7b25c53(a)sitespider.co.uk>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi,
Hi,
> I have made a couple of patches for changing user password and spam
> assassin settings stuff like that. I guess you have seen Alec?s sieve
> plugin (http://alec.pl/roundcube/managesieve/).
No, I havn't.
I just looked over the patch file and these are my conclusions:
The only relevant parts to this plugin-architecture is imho in index.php.
--------------------
+ if ($RCMAIL->action=='managesieve')
+ include('program/steps/settings/managesieve.inc');
--------------------
It declares a new "action" which is called from the frontend.
Although if there should be a more generic way to extend RC for more actions
this is currently not scope of this project. Same applies to plugins on the
client side.
Tell me if I missed something. Btw: I have no Idea how sieve works. I just
know what it should do.
Don't understand me wrong. It should be in scope in future - but not now. I
want to get up & running with a minimalistic Version very quick. But I will
keep these points in mind.
> There is a guy on the forum called rosali, he has been
> working on a plugin
> arc. I told him he should send what he has got to this list
> but I don?t
> think he has.
Hm... I was refered to A.L.E.C. for the plugin project which told me he is
to busy (and the project is stalled therefore). I havn't got any Mails from
rosali.
I'll try to implement it tomorrow evening if I find some free minutes ;-)
Anyhow ... if I get some Info until then I will have a look at it. Thx.
I hope I could provide a small patch on monday for testing. But I do not
promise as I am very busy.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Patrick Nagel wrote:
> Plugin or not... always debatable, I guess.
>
> Take LDAP addressbook support, for example - isn't that something that
> could
> also be provided by a plugin? It also requires configuring a backend system
> (an LDAP directory).
Absolutely - if there is a flexible framework almost everything except
the framework itself can be a plugin - with some plugins required (see
Typo3 for a great sample of this!).
But unless this Plugin system is done its hard to implement something
like this without patching the sources.... so first job: plugin
architecture!
> On a side note: funny that we're currently all using Thunderbird as our
> mail client ;)
I'm sure mainly because a desktop client is always ways better and
better performing than any Web based application can be... and on your
own systems you usually can install applications...
Mike
--
Michael Baierl
<http://mbaierl.com/blog/>
- - - - - - - - - - - - - - - - -
Viele Lieder wurden nach dramatischen Ereignissen geschrieben, man
erinnere sich an "Candle in the wind" oder "Meine Oma fährt im
Hühnerstall Motorad". (german-bash.org)
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi Everybody,
I created a sieve plugin for RoundCube. It is based on Avelsieve and is
compatible with existing Avelsieve scripts. All functionality Avelsieve has
is implemented. I would like to upload my code and let other people have a
look at it, if people are interested in it of course. Are there plans to
make sieve a part of the basic distribution? If so, how do I continue from
here?
Kind regards,
Jeroen Koekkoek
_______________________________________________
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/
Hello all,
thank you for roundcube. It is a great program. Still missing sieve, but
I'll be patient :-)
My girlfriend has around 20 email-adresses and she would like to see,
to which account the mail got sended. So I turned around the name
and email.
You see the email instead of the name. If you move the mouse over the
email you will see the name.
Maybe someone else is interested, thats why i publish it here.
1) Added a config-parameter (main.inc.php):
// Show email instead of the name in recipient and sender
$rcmail_config['show_email'] = TRUE;
2) Changed the source in program/steps/mail/func.inc:
@@ -876,13 +876,21 @@
$out .= sprintf('%s <%s>', Q($part['name']), $part['mailto']);
else if (preg_match($EMAIL_ADDRESS_PATTERN, $part['mailto']))
{
- $out .= sprintf('<a href="mailto:%s" onclick="return %s.command(\'compose\',\'%s\',this)" class="rcmContactAddress" title="%s">%s</a>',
+ if ($CONFIG['show_email'])
+ $out .= sprintf('<a href="mailto:%s" onclick="return %s.command(\'compose\',\'%s\',this)" class="rcmContactAddress" title="%s">%s</a>',
+ Q($part['mailto']),
+ JS_OBJECT_NAME,
+ JQ($part['mailto']),
+ Q($part['name']),
+ Q($part['mailto']));
+ else
+ $out .= sprintf('<a href="mailto:%s" onclick="return %s.command(\'compose\',\'%s\',this)" class="rcmContactAddress" title="%s">%s</a>',
Q($part['mailto']),
JS_OBJECT_NAME,
JQ($part['mailto']),
Q($part['mailto']),
Q($part['name']));
-
+
if ($addicon)
$out .= sprintf(' <a href="#add" onclick="return %s.command(\'add-contact\',\'%s\',this)" title="%s"><img src="%s%s" alt="add" border="0" /></a>',
JS_OBJECT_NAME,
@@ -1123,4 +1131,3 @@
));
?>
It would surely be better to do this by user, but this was too much trouble
for me right now.
Best wishes,
Michael
--
SysQuadrat Systeme mit Sicherheit
Michael Weinert Stuttgart Filderstadt-Plattenhardt
Tel.: 0711-9970288 Fax: 5360559 Mobil: 0170-4141273
http://www.linux-firewall.de weinert(a)sys2.de
KeyServer hkp://pgp.mit.edu
_______________________________________________
List info: http://lists.roundcube.net/dev/