Hi.
Please update Azerbaijani in RoundCube.
Note: Please change is a native name of language to "Azərbaycanca".
(No "Azəri").
Labels and messages.
Language name: Azerbaijani (Azərbaycanca).
Note: Update
------------------------------------------------------------
Xəbərin var, DNS Computers-dən noutbuk alana Azercell-dən 200 manatlıq Datakart paketi 80-100% ENDİRİMlə verilir?! www.dns.az
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/rM/Ufunycau/labels.inchttp://detached.gigo.com/rc/rM/Ufunycau/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 guys!
Thomas:
the change you make to the license of the Default Skin, as i can
understand, makes so difficult for a company to use roundcube for
commercial purposes.
The license http://creativecommons.org/licenses/by-nc/3.0/ states that
you have lots of attributions but "Not commercial Use".
I think that roundcube needs to have a "base theme" (GPL, CC-by-sa,
CC-by, etc) from which one can build themes without having legal issues.
Suppose a webmaster, adapting a RC Theme to suit the graphical design of
a given bussiness, with the new license that job cannot use the default
skin as a start base; the new skin needs to be written from scratch!.
For every new version of roundcube, the entire skin needs to be
reviewed.
The other point, i'm even more worried about, is using roundcube as the
webmail solution on a ISP, using the default skin. I'm reading the
entire CC-by-nc license, but if this is a commercial use of the skin...
¿does it fit into the permissions granted by the Skin's license?
i would be less worried if the license was CC-by-sa
regards!
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
This is fix for czech translation.
Changes:
Revert one word to correct form.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/UL/caGEh4Zt/labels.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/
New messages.inc file attached.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/3t/tclY0h3a/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/
This is update for labels in czech translation.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/9Y/m4GThoGl/labels.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/
Hello,
I am sending czech translation for calendar plugin.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/AL/ZfOCT0LB/cs_CZ.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/
Hello,
Here is czech translation update.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/sI/fsCFPBj0/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’ve attached an updated Swedish localization of messages.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/wp/zXClKRNB/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/
Hi everyone
We just scheduled the next release (0.4-beta) for the 21st of April.
While the global IMAP folders will probably not make it into this
release we'd like you to extensively test the new threaded message
listing and the address groups features in SVN trunk.
Also all translators are kindly requested to check the status of their
localization files at http://translator.roundcube.net/ and submit the
update files to this mailing list as usual.
Many thanks!
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
messages.inc attached
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Sd/1VpmWFD2/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/
In function http_response (app.js) we have:
// execute callback functions of plugins
if (response.callbacks && response.callbacks.length) {
for (var i=0; i < response.callbacks.length; i++)
this.triggerEvent(response.callbacks[i][0], response.callbacks[i][1]);
}
This code isn't realy useful and redundant because we have
response.exec. Is someone using it? I propose to replace this with
something more useful:
this.triggerEvent('response'+response.action, {});
or, even better, two calls responsebefore* and responseafter*.
--
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/
Dear all,
Here is final messages.inc completed file.
thanks.
-Devendra
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/4N/Rwk3I1k8/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!
Is there somebody working on this ticket?
http://trac.roundcube.net/ticket/1483894
Internationalized domain name are not Supported
if so, I would be glad to help some way... may be testing, and the like.
if it is not, i can give it a try, but as i have not knowledge about
entire roundcube, may be need some support by some with experience to
guide me where to look if we need to make some changes.
Right now, i'm investing time on reading RC Dev Docs, this way a will
have more knowledge about RC, but as i can see this ticket is not a
simple task, at least not for me...
i have been making some small tests, outside RC, using the library
provided by http://phlymail.com/en/downloads/idna/download/ and it works
ok. It only requires the email to be a UTF-8 string, but as i can see,
RC works on UTF-8 internally already, so it must be not as much trouble
to implement.
Reading some info in http://idn.icann.org/ i found that at the low level
the IDN domains are only ascii, it is something like the
internationalized version of the domain is only for "writing" and "be
read" by de user, but the core logic of the MUA works only in ascii.
If this is correct, the IDN support consists only in accept the user to
write other UTF-8 characters and to translate them to Punycode before
the core logic of roundcube sees it; in the other hand, whenever a mail
is viewed, it must pass to the inverse process so the user will see the
IDN domain in his local alphabet. But again: the core roundcube's logic,
addressbooks, LDAPs, etc, will see only a "punycode address"...
is this concept right??
best regards
--
Carlos Pasqualini <charly(a)setionline.com.ar>
_______________________________________________
List info: http://lists.roundcube.net/dev/
I know this will break backward compatybility, but I think we should
unify names of hooks/events. So, what need to be changed:
Old Name New Name
-------------------------------------
Events:
insertgroup group_add
updategroup group_update
removegroup group_delete
insertrow message_add
listupdate list_update
selectfolder folder_select
Hooks:
create_user user_create
kill_session session_destroy
upload_attachment attachment_upload
save_attachment attachment_save
outgoing_message_headers message_outgoing_headers
outgoing_message_body message_outgoing_body
address_sources addressbooks_list
get_address_book addressbook_get
create_contact contact_create
save_contact contact_save
delete_contact contact_delete
manage_folders folders_list
save_preferences settings_save
user_preferences settings_list
list_prefs_sections settings_sections_list
list_identities identities_list
create_identity identity_create
save_identity identity_save
--
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/
as in the subject,
is there any way to visualize, sort of a mind mapping way, roundcube
source code?
for somebody who would like to participate, help with the development,
but who is only
an entrant to this whole web development thing, having such a possibility
would be a massive help I am sure for everybody like myself.
does this concept even work for php?
what is there in the docs is obviously for a dev whizz, right?
cheers
_______________________________________________
List info: http://lists.roundcube.net/dev/
I've recently been thinking about Roundcube's handling of message/rfc822
attachments. The current behavior is that message/rfc822 parts are
'flattened': content parts are appended to the main message body,
honoring text or HTML alternative preferences; file attachments listed
in the header section with no indication that they are a sub-attachment;
a link is provided to download entire message part in raw format.
Most mail clients handle the message/rfc822 part as single attachment
that's natively viewable in a self-contained format. Double-clicking or
otherwise activating the attachment opens it for viewing just like a
message pulled down directly from the IMAP server. This is what I'd like
Roundcube to do as well.
As far as I can tell, this would require some fairly in-depth changes to
the core logic. One approach would be to extend or subclass
rcube_message to support message/rfc822 parts, and update some code that
that refers to messages by uid to support uid+part selectors. There
would also need to be some changes to the UI and possibly the skin
layout to support navigation through message parts.
I'm glad to take this on, but I thought I'd run it past folks first to
see if there's any support for or objections against this effort.
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/
The attachment contains the updated version (100%) of Ukrainian translation.
The labels.inc file has a few corrections and messages.inc is translated up
to 100%.
--
Best Regards,
Volodymyr M. Kononenko,
Ukraine, ITS NTUU "KPI"
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/bN/VdaTlNja/uk_UA.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/
Hi.
Sometimes I getting "No messages found" where a folder have messages 1 or
more (if a click again I see the messagelist).This is more frequent on imap
servers under extremely high load but not limited to.
While debugging I see the webserver (I have one server dedicated to
roundcube) sending a FIN packet to the imap server after some seconds
waiting SORT command.
The cause can be the 10 seconds timeout inside rcube_imap_generic ?
What ALEC and Thomas think about increase this to 25 seconds ?
Tks.
--
Emerson Pinter
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/TS/jJ3i0Psa/disclaimer.txt
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/