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.
I saw there's a fix in trunk:
- Fix CVE-2010-0464: Disable DNS prefetching (#1486449)
http://trac.roundcube.net/changeset/3293
Do we need to patch old versions?
Thanks :)
--
Best Regards.
Zhang Huangbin
- Open Source Mail Server Solution for Red Hat(R) Enterprise Linux,
CentOS, Debian, Ubuntu, FreeBSD: http://www.iredmail.org/
_______________________________________________
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 all,
the login after event seems to not fire in current trunk.
I've download the current trunk for the signature positioning in the new
messages but I've noticed this problem.
Thanks
--
Sandro Pazzi
IdWeb s.r.l.
Viale Romagna 69/A - 06012 Citta' di Castello (PG)
Tel. 075 851 97 28
Fax 075 851 97 30
_______________________________________________
List info: http://lists.roundcube.net/dev/
Dear subscribers
We finally created a small documentation about Roundcube skins and the
template system: http://trac.roundcube.net/wiki/Doc_Skins It gives a
short introduction to the concept of our skins and lists all templates
which are necessary to create a complete and working frontend for
Roundcube. On http://trac.roundcube.net/wiki/Doc_SkinML all supported
special tags which can be used within skin templates are explained and
you can also find a list of "content objects" which are available in
the different templates.
While we're still working on a public repository for plugins and skins
you're welcome to publish your skins on a server of your choice and
add a link here: http://trac.roundcube.net/wiki/Skins_Repository
Now get creative!
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
In login process Roundcube converts password input to ISO-8859-1 which
is wrong because it's not possible to use characters that are not
convertable to ISO-8859-1, which of course may be confusing for users.
Also user will be not able to use password set via Roundcube password
plugin in other client. Another issue would be if someone uses clear
text passwords in (unicode) database, postgres will not store text
encoded in non-unicode encoding.
My opinion is that in Roundcube login process we should convert password
to ASCII and in Password plugin we should make sure that user is using
only printable ASCII characters. What do you think?
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Developer http://roundcube.net
_______________________________________________
List info: http://lists.roundcube.net/dev/