I have uploaded the translated files (labels.inc, messages.inc) for
Tamil (தமிழ்). I have completed 100% translation. I have also improved the
already translated texts. Please upload it as soon as possible
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/dk/SFwwvLv2/ta_IN.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/
Hello,
since we moved from squirrelmail to roundcube we got the problem that
roundcube does not handle shared folders. I searched the lists and the forum
but it seems there is no solution yet.
So i take a look into the code and coded a little bit, really a bit ... here
are my patches.
The main changes made to the program/lib/imap.inc (btw. all files should end
with .php to avoid unauthorized access):
Instead of $ref i use the wild-card * to retrieve all folders from imap, not
only the folders below $root_dir.
Function mod_mailbox in program/include/rcube_imap.php got some new lines to
make a decision between INBOX. and non INBOX. folder, to handle these new
folders ... which can have "shared." or "user." (cyrus) as root.
I've tested it with subscribe/unsubscribe, move mail into the folders, read
messages in folders ... i think i've tested all you can do with folders. :)
Since i can only test it with Cyrus, i don't know if there will be side effects
with other imap servers.
See the attachment for the patches for rc0.3.1
Hope this is useful for someone.
Greetings
Manfred Stellenberg
--
Manfred Stellenberg
EDV
UBIMET GmbH
Dresdner Straße 82
A-1200 Wien
Tel +43 (0) 1 99 71 004 13
Fax +43 (0) 1 99 71 004 20
mstellenberg(a)ubimet.com
www.unwetterzentrale.atwww.ubimet.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/eU/NvvcmEfR/rcube_imap.php.patchhttp://detached.gigo.com/rc/eU/NvvcmEfR/imap.inc.patch
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 have uploaded the translated files (labels.inc, messages.inc) for a
new language - Tamil (தமிழ்). The international code for this language is
ta_IN. This language is spoken in south India by about 70 million people.
Please add this language in roundcube as soon as possible.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ns/pwBBfqAD/ta_IN.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/
I found a problem with resolving username from email in function
email2user (rcube_user.php).
This function only resolves strict aliases like
user(a)example.com realuser
Especially, does not support %1 substitution and aliasing to
another e-mail.
By example, below entries aren't proprerly resolved.
user(a)example.com otheruser(a)expamle.com
otheruser(a)expamle.com realuser
don't work for user(a)example.com
or
user(a)example.com realuser
@another.domain %1(a)example.com
don't work for user(a)another.domain
I wrote a quick patch, that allow recursion in virtusertable
processing and doing %1 substitution.
In addition, enrties "cathall" like
@example.com user
ale supported.
This patch works for me, but are a rether non-optimal because
i don't change anything in findinvirtual() function, and
virtusertable is readed in every recursion. This can be fixed
easyly by caching $virtual array.
--
Konrad Stępień
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/wr/H7Kra4Hn/rcube_virtusertable.patch
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Ive now had 2 reports from people on roundcube that they briefly saw an email that was meant for someone else. We dont use caching. Is there still a way where theoretically 2 emails could get mixed up within roundcube? Some temp file or whatever? Im of course also looking at the imap server, but cant rule out roundcube yet..
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I’ve attached an updated Swedish localization of labels.inc.
Regards,
Jonas Nasholm
Bitfuse Network
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/GB/C3SR3AjQ/sv_SE.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/
---------- Forwarded message ----------
From: Olli <ollinpostit(a)gmail.com>
Date: 2010/2/3
Subject: Finnish translation update request
To: dev(a)lists.roundcube.net
Hi,
here is updated Finnish translation files.
Olli
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/CG/hCFXHV4q/labels.inchttp://detached.gigo.com/rc/CG/hCFXHV4q/messages.inc
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, I've updated the zh_TW translations for Roundcube, as well as the
translations for some plugins.
Compressed file of the translations can also be found here:
http://www.cnmc.tw/~dennylin93/patches/roundcube/zh_TW.tar.gz
Another mirror:
http://security-hole.info/~dennylin93/patches/roundcube/zh_TW.tar.gz
Checksums:
SHA256 (zh_TW.tar.gz) = 025d88f85829283eaa1ac8784679334d7f01bbb824be6477656a3530ebab8da1
MD5 (zh_TW.tar.gz) = cd5f8611bc407eb90835f662901627a1
Files that have been updated:
labels.inc
messages.inc
Plugins with new translations:
archive
compose_addressbook
managesieve
new_user_dialog
password
remember_me
--
Denny Lin
_______________________________________________
List info: http://lists.roundcube.net/dev/