Hello, roundcube developers team!
We are developing web 2.0 project and want to use roundcube as webmail
in this application.
You have any license except for GPL?
Or how we can use your software?
Thanks, Yvan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi, guys
I'm interested in what you all think about adding a default charset to
each language file, IN the language file, so contributors update it
without problems, maybe as a label like like:
$labels['default-charset'] = "windows-1251";
and then use it in roundcube to process message body and headers on
messages not specifying content type.
The problem i'm trying to fix is that LOTS of crappy sites here in
Bulgaria send messages in Bulgarian, but without specifying content-type
encoding, or specify the content-type encoding, but do not encode the
headers properly.
I propose this process for selecting the encoding of the headers and
message:
1. if the message states content-type encoding, and the headers are
properly encoded - do nothing.
2. if the headers are not encoded with an encoding (i.e. they do not
start with =?windows-1251? or whatever), and if an encoding was statet
in the content-type header - use that to transform the headers.
3. if headers are not encoded, and the content-type states no encoding,
use the one specified as default for the language currently used.
I need such a functionality for my setup (though i do not state the
above steps are the most correct one in this case), and will develop it
anyways. I'm just willing to get some feedback if you think this is the
right way to do it, and will send a patch to the trac when it's ready.
Regards,
Doichin
_______________________________________________
List info: http://lists.roundcube.net/dev/
Sorry about sending in an update again. I've fixed several typos.
Attached - Bulgarian localization files.
Thank you!
---------------- Doichin Dokov NetOne - Silistra, Bulgaria +359 86
510 210 +359 889 811 777 +359 878 811 777
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Yd/cot92DsF/messages.inchttp://detached.gigo.com/rc/Yd/cot92DsF/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/
On Dec 4, 2007, at 1:05 PM, Michael Baierl wrote:
> You are right, you are right and thanks for the info.
Even if RC is safe from this, I would suspect that many people on the
RC Dev List also have their fingers in other web app projects which
_might_ be impacted. In other words, good info to know for work
outside of RC, which was my main reason for posting it here.
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
I ran across this on the Fedora Dev List -
> * Much to my dismay, many web authors will look for only IE or
> Firefox.
> There are websites that actually STOP WORKING if the browser is not
> Firefox (or IE). Firefox CVS HEAD builds recently stopped reporting
> "Firefox" in the useragent string for example which made many sites[1]
> break.
>
> [1]
> https://bugzilla.mozilla.org/showdependencytree.cgi?
> id=334967&hide_resolved=1
That Mozilla Bugzilla link shows the sites "broken" by the UA change
noted above.
Thought y'all should be aware that FF3 might have this UA string change.
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
Attached the Bulgarian (bg) localization files, updated with the latest
additions to the language files.
Please update them in the svn.
Regards,
Doichin
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/RC/Q7UMRCOD/labels.inchttp://detached.gigo.com/rc/RC/Q7UMRCOD/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 have a fix for #1484681 (see patch in the ticket) but I'm not sure if
I missed something.
The function subscribe() in program/include/rcube_imap.inc splits
mailboxes into an array with a comma as delimiter. That's the source of
the problem in this ticket.
It splits into an array because that's what _change_subscription()
wants. that's OK.
The array should be splittable from a text string because
change_subscription() in apps.js may send more than one folder.
Understandable.
But: change_subscription() in apps.js is never called. Ever.
Thus I removed it, and made sure subscribe() and unsubscribe() call
_change_subscription() with an array as first argument.
Is this okay? Is change_subscription() an old artefact, or is it needed
somewhere else in the future?
Robin
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello
I had an early version of RC running on my box and attempted to upgrade to
the latest release.
I did not modify nor update the Database, I left it as was and deployed the
webmail site.
now i can read incoming mail without any issues but the bizzare thing is
that if i want to forward,
compose or reply, the default identity is missing from the dropbox and hence
i am unable to
post anything.
so is this due to not having the db updated or modified somehow during my
upgrade process?
or is this a latelly generated bug?
regards
BL
_______________________________________________
List info: http://lists.roundcube.net/dev/
Since there is no "double click" available through the iPhone
interface, is there an alternate way to open a message?
Joel Clermont
joel(a)orionweb.net
262-377-9930
_______________________________________________
List info: http://lists.roundcube.net/dev/