Hi Thomas & others
Firstly apologies for my lack of involvement, after I said initially
that we would like to contribute to the project. I did get a contractor
to do some work, but he got hijacked by the marketing dept to implement
their CSS branding. So neither of us has actually gotten much done on
the bugs list; sorry. (We do have _some_ other patches, but I'll detail
those in a separate email.)
On Wed, 17 Oct 2007 17:20:29 +0200, "Thomas Bruederli"
<roundcube(a)gmail.com> wrote:
> In case your users access the webmail on different domains, you can
> set $rcmail_config['username_domain'] using a host-specific config
> file. In order to get this work, you have to enable
> $rcmail_config['include_host_config'].
I wish they did, but no. They all use "webmail.ihug.co.nz", even if they
log in from a page in another domain. And they're being seriously
discouraged from doing even that by our marketing department: they want
the One True Brand.
> I assume that your IMAP server does require a full e-mail address as
> user name. In this case the login should always work with full
> addresses. The 'username_domain' is only added if the user name does
> not contain an @ sign.
Have you ever tried to get 150000 people to change how they log in? If
even 99% get it right, that's 1500 people who ring up to complain that
it's stopped working.
The main point of this patch is to allow reasonable transition
arrangements from other webmail platforms.
> You can also maintain a patch that can be applied on the latest
> release instead of adding this to the trunk.
So far my patch has survived "svn update" since r804, but we'd really
prefer not to do it that way; several times I've needed to do "svn
resolved", and it gets quite messy if I don't get to work on it for a
while.
The patch does nothing unless $rcmail_config['login_domain_list'] is set
(to an array of domain names), so it wouldn't impact on other users.
-Martin
_______________________________________________
List info: http://lists.roundcube.net/dev/
I just commited a first implementation of this feature. You can check it
out from SVN or download it from
http://nightly.roundcube.net/trunk/roundcubemail-trunk-r938-20071210.tgz
Please try it out and post errors as comments to
http://trac.roundcube.net/ticket/1483963
~Thomas
kmnair wrote:
>> On 11/29/07, Thomas Bruederli <roundcube(a)gmail.com> wrote:
>>> I see the importance if this feature. After looking at the specification,
>>> the status is saved as message flag and is therefore independent of the
>>> mail client. If you confirm the message in one client, another one should
>>> not ask again for it. I just started to implement some IMAP basics to
>>> support this in RoundCube but it'll take a while.
>>>
>>
>> I am much concerned because I am running RC on an official network on
>> an experimental basis and such features count a lot.
>>
>
> Hello Thomas,
>
> On going through the trac, I find a feature request already made one
> year ago by somebody else.
>
> Ticket #1483963
>
_______________________________________________
List info: http://lists.roundcube.net/dev/
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/