hello,
i'm new to roundcube, but i think it's a very promising project. but i
really do miss a plugin which implements server-side support for
gnupg/pgp encryption/decryption. searching in forum, wiki, trac, lists
etc, I already found a lot of discussions regarding this issue.[1,2,3,4]
many people even promised to work on this feature. some suggested to
wait for the plugin api before implementing gpg/pgp support. if i got it
right, the plugin api is available in the svn repository now.
everyone cc'ed in this mail stated somewhere that s/he either plans to
or already did work on gpg/pgp support in roundcube.
maybe i find the time to work on this feature within the next months.
but before i start, please tell me: do you have any code (maybe already
using the plugin api from svn) that i could use?
my plan is to develop _serverside_ support, so both public and private
key will need to be stored on the host that runs roundcube. but in the
case that you're the admin of this host anyway this is not a problem at
all. second,i don't want to take a usb-stick with me all the time, so
serverside gpg encryption is the only option here.
and i plan to use the gnupg php library[5] instead of a gnupg library as
i guess that more systems do have the gpgme library installed than the
gnupg binary.
greetings,
jonas
[1] http://trac.roundcube.net/ticket/1440396
[2] http://lists.roundcube.net/mail-archive/dev/2008-01/0000033.html
[3] http://lists.roundcube.net/mail-archive/dev/2006-02/0000229.html
[4] http://www.roundcubeforum.net/requests/491-gpg-pgp-support.html
[5] http://www.php.net/manual/en/function.gnupg-sign.php
_______________________________________________
List info: http://lists.roundcube.net/dev/
Here is the japanese updated translation.
---
Taka
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/XD/csjvKmhN/japanese.tar.gz
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
I feel like I remember reading or even actually writing something about
this some time ago. But I wanted to bring it up again because to me
personally it seems like a bug. I'm running the latest devel-threads
branch, and if a thread is collapsed and I drag it to another folder
only the top-level message is moved, the remaining messages of the
thread don't get moved. This seems unintuitive to me. In my mind it
makes more sense to move the entire part of the collapsed thread from
the point that thread was grabbed down. Some months ago I had
implemented this in my own testing install. I can't recall now if it
worked 100%, but I think it mostly worked:
http://code.nkinka.de/gitweb?p=roundcube.git;a=commitdiff;h=f3bb47d0e30a2e5…
There is a side of me that feels like if any message in a thread is
grabbed and dragged to another folder that the whole thread should
probably be moved to, but I can see how some people might find that
shocking and disagreeable. Really, the path forward should be the Gmail
approach of one giant bucket and using tags. The folder paradigm is
sort of broken by nature, but that's another story.
Nathan
_______________________________________________
List info: http://lists.roundcube.net/dev/
On Sat, 23 Jan 2010 09:59:55 +0200, Vladislav Bogdanov
<bubble(a)hoster-ok.com> wrote:
> 22.01.2010 19:12, Francisco wrote:
>> Hi,
>>
>> As a requirement for a software management & engineering class we are
to
>> collaborate in a project to apply some of the concepts we are learning.
>> The choice was given for us to participate in an open source project.
>>
>> I was looking at your list of planned features and was wondering what
of
>> those (if any) or any not listed feature we could take as a project to
>> work on.
>>
>> Ideally we would like to work on a feature that has little or no work
>> done so far, that way the project can profit the maximum from our work
>> and we can apply all the knowledge we are being taught.
>
> S/MIME and PGP plugins and framework?
>
+1 for PGP and S/MIME, that's one of the fairly important missing
features. There is a draft design document on the wiki for how encryption
and signing might be implemented.
Another major feature is threading support. A development branch exists
with experimental threading, but I would like to see conversation-style
(like Hula/Gmail) threading too.
Simultaneous access to multiple mail accounts would be nice too.
-Albert
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
the default RSS of Roundcube does not play nice with IE. Also HTTP Authentication is missing. I've made a plugin for RSS support. Please test it! Any feedback is welcome.
Regards,
R.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Ym/pxjs3YNg/rss.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/
Hi,
I developped for my own needs, and for curiosity about roundcube
internals an "automatic addressbook" plugin.
As thunderbird or gmail does, this plugin collects the recipients of
outgoing mails and store them into a dedicated addressbook.
IMHO, the most usefull effect of this behaviour is that each email
address you typed once is then avaible for autocompletion.
I still have design issues with the plugin :
- any alternative idea to the install script ?
- in the install script, I wasn't able to catch errors with
MDB2::isError() (always returns false).
It's my first contact with rc code, with mdb2... and I'm far from being
a php guru (neither a php lover to be honnest...), so feel realy free to
send me any comment about code or design.
I would also need your help to add translations and database backends
(just a single sql statement to "translate" in
install/<yourdb>.initial.sql folder).
At the moment, only sqlite is supported as I don't use other DB systems.
I don't know if you consider such a plugin interesting for svn
integration, but I hope so :-).
Regards,
Jocelyn
P.S: As Roland Liebl suggested, a global addressbook mixing smoothly
collected and "normal" contacts can be a good thing, but I wanted to
keep things "light".
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/kk/JPWVR4At/automatic_addressboo.gz
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello folks,
I recently had a few discussions about the license under which Roundcube is
published. Currently this is GPLv2 and I think it's time to change it.
Therefore I'd like to share some thoughts with you and invite you to share
your opinions about this topic. For me there are three possible directions
to go:
1) Upgrade to GPLv3
Since I'm not very familiar with all the details I currently don't know
what kind of changes this would involve but I assume it to be an easy and
obvious step.
2) Switch to AGPLv3
(http://en.wikipedia.org/wiki/Affero_General_Public_License)
This license was made for software which is accessed over a network and
which isn't necessarily distributed in the classic way. This would require
adopters to share their changes to the core program and linked stuff like
plugins also if they only provide Roundcube as a service. Of course this
looks very restrictive since up until now one only had to publish his/her
code under GPL if Roundcube was distributed within a package (which itself
needs to be GPL, too).
3) Switch to LGPL
I had several requests from companies who'd like to distribute Roundcube
with their commercial packages. This could be quite hard because the GPL
requires all "linked" parts (for my understanding this includes plugins and
skins) to be GPL too. As an advantage of publishing Roundcube under LGPL I
see more potential contributors even if they don't have to share their own
stuff with the community. Of course we have to check whether all the libs
Roundcube requires are also available under LGPL.
For options 1) and 2) there's one addition: I think that we should exclude
the skins from the GPL restrictions because the easy customization is what
makes Roundcube nice and custom skins often include some copyrighted
artwork and are pretty individual.
What do you think about this? Please feel free to comment the above lines.
Best regards,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi dev's,
first let me thank you. You're doing a great job.
I attached the 100% translated file
plugins/sieverules/localization/de_DE.inc
-Martin
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/sK/mefZzmap/_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/