Hi all,
This is my first message for this mailing list. Please have the attachment
file, localization for Korean. I use this file in my own installation.
Hanjo Kim
http://lordmiss.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/FB/Yoxtw11f/kr.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/
At the link
<http://trac.roundcube.net/wiki/Howto_Requirements>
Only this is mentioned for browser requirements :
* Javascript enabled
* Accept cookies
* Support for XMLHttpRequest
Since I have some users on old or odd platforms, I was wondering if
there should be a list of "tested" browsers.
This may be incorrect, but from reading the Dev mail list, it seems
the main developers test on the major browsers.
IMHO it seems that RoundCube is "tested" on
IE 6 ( Win XP ) and 7 ( Win XP and Vista )
Safari 2 ( OS X 10.4.x ) and 3 ( OS X 10.4.x and 10.5.x, Win XP, Vista )
Firefox 2 ( Win XP, OS X 10.4.x )
Should that specifically be mentioned in the browser requirements ?
Are there others that are smoketested by Devs ?
If other browsers are known to work by users, those could be added to
a "reported to work" section, so there is not an implication those
browsers are regularly used by the Devs.
I think Opera 9 is used by others on the Dev list, and I use Camino,
although always the very latest release.
Maybe there should also be a "known not to work" section so bugs
don't get filed that will likely never be addressed ?
I realize that if IE 6 works, you have covered almost every Windows
user, but the Mac platform has had many different browsers available
for it, and many different versions of those. Sadly each with
differing capabilities as far as HTML, CSS, and ECMAScript support.
Such browsers would be Safari 1.2x or 1.0.x ( OS X 10.3.x, 10.2.x ),
Firefox 1.0.x or 1.5.x, Mozilla Suite ( Mac OS 9 ), IE 4.x ( Mac OS
9 ), iCab, etc.
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello, Joel.
I’m not completely sure that Iphone’s Safari browser is
absolutely the same as desktop one. As far as I know all mobile
versions have limited functionality because of architecture
limitations. Anyway further analysis should be done on this but only
few people are having Iphone so there is might be a problem in
testing and fixing of this possible problem. If you are agree to
participate in the development and make some tests and coding you are
highly welcomed. In other case I don’t think that it’s
possible to investigate and fix this problem now.
Regards, Andris
> From: Joel Clermont
> Subject: Re: [RCD] iPhone usability
> To: Drarok Ithaqua
> Cc: RoundCube Dev
> Message-ID:
> Content-Type: text/plain; charset=US-ASCII; format=flowed;
delsp=yes
>
> The issues I ran into with using RoundCube via an iPhone was the
> inability to double click and drag/drop.
>
> In my case, I support the mail server, so it's not just about
getting
> access to my mailbox. Sometimes it's nice to be able to bring up
> RoundCube on the road to check a problem in someone else's mailbox.
> Fixing the UI gotchas for the iPhone should not be a huge ordeal.
The
> app itself renders fine, it is just some of the behaviors that are
not
> available..
>
> Joel Clermont
> 262-377-9930
> joel(a)orionweb.net
-- Tavs bezmaksas pasts Inbox.lv
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello, Charles.
I was using Firefox 2.x (Windows, Linux), Opera 9.x (Windows, Linux),
Internet Explorer. Everything was working fine except for 1 annoying
bug in the latest release that's denies to login on Firefox.
I don't think that browser names should be displayed in the
requirements, because there are a lot of differences in the browsers
engine realization (even in the same family). The key here is to
specify generic functionality that is used in the Roundcube that at
least must be supported in order to work. If we’ll add some
browser’s names to the list it would mean that we’ll give
support obligations to the community to 100% support for these
browsers and it wouldn’t be right. My advice is to keep things
like they are now – if your browser is supporting specified
functions in the requirement it should work, if it’s supporting
and not working – create ticket and we’ll try to
investigate the problem.
I agree that there is should be a list with the browsers that were
reported as working/non-working but definitely not in the
requirements section but may be at the bottom of the page.
Regards, Andris
> Date: Wed, 14 Nov 2007 09:31:48 -0600
> From: chasd
> Subject: [RCD] "Supported" browsers
> To: RoundCube Dev
> Message-ID:
> Content-Type: text/plain; charset=US-ASCII; delsp=yes;
format=flowed
>
> At the link
>
>
> Only this is mentioned for browser requirements :
>
> * Javascript enabled
> * Accept cookies
> * Support for XMLHttpRequest
>
> Since I have some users on old or odd platforms, I was wondering if
> there should be a list of "tested" browsers.
> This may be incorrect, but from reading the Dev mail list, it seems
> the main developers test on the major browsers.
>
> IMHO it seems that RoundCube is "tested" on
>
> IE 6 ( Win XP ) and 7 ( Win XP and Vista )
> Safari 2 ( OS X 10.4.x ) and 3 ( OS X 10.4.x and 10.5.x, Win XP,
Vista )
> Firefox 2 ( Win XP, OS X 10.4.x )
>
> Should that specifically be mentioned in the browser requirements ?
> Are there others that are smoketested by Devs ?
>
> If other browsers are known to work by users, those could be added
to
> a "reported to work" section, so there is not an implication those
> browsers are regularly used by the Devs.
> I think Opera 9 is used by others on the Dev list, and I use
Camino,
> although always the very latest release.
> Maybe there should also be a "known not to work" section so bugs
> don't get filed that will likely never be addressed ?
> I realize that if IE 6 works, you have covered almost every Windows
> user, but the Mac platform has had many different browsers
available
> for it, and many different versions of those. Sadly each with
> differing capabilities as far as HTML, CSS, and ECMAScript support.
> Such browsers would be Safari 1.2x or 1.0.x ( OS X 10.3.x, 10.2.x
),
> Firefox 1.0.x or 1.5.x, Mozilla Suite ( Mac OS 9 ), IE 4.x ( Mac OS
> 9 ), iCab, etc.
> Charles Dostale
> System Admin - Silver Oaks Communications
> http://www.silveroaks.com/
> 824 17th Street, Moline IL 61265
-- Tavs bezmaksas pasts Inbox.lv
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi to all.
I discovered a problem with the login, where after some logins and logouts,
every new Login-Attempt kicked me back to the login screen. Without any
mention of a problem in the logs. I searched the forum and found that some
users experienced similar problems.
After some debugging I found the weak point. The problem is, that the
sess_read and sess_write methods that are used during logout and also used
from the periodical mail checking process, are not "synchronized"
(thread-safe). So it is possible that the two events occur at the same time:
The events occur in the following order:
1. Logout calls sess_read
2. Periodical Mail Check calls sess_read
3. Logout calls sess_write (with $vars (temp|b:1))
4. Periodical Mail Check calls sess_write ($vars without temp)
Step 4 ("mail check") overwrites the Session-Parameters from Step 3
("logout"). The concrete problem in this case is the temp-Parameter. Next
login, session_start reads in the session parameter, where "temp" must be
true, to start a new session. Otherwise when ("temp" == false), roundcube
expects a valid session and tries to resume that session. (In index.php
$_SESSION['temp'] will be checked but fails.)
The only way a new login is possible, is to reset the cookies (restart IE
and delete cookies in Firefox).
>From my point of view, the session handlers (session_start(),
session_destroy() and session_regenerate_id()) must be atomic. So the
session handler must have exclusive access to the custom session methods in
session.inc.
Micha.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all!!
Here is the filter patch. There are some differences between the svn
copy I took last week and the one I did the patch diff with, but I
think these are minor changes. If finally you want the gziped src (not
patched), tell me.
Take a look!!
emi
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Yk/KCtBesrs/RC_Filters_patch.txt.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!!
Thomas said me to use 'svn diff' to make the filters patch, but with
this option new files are not taken. How can I add them into the patch?
Or just add the patch & new files into a .tar.gz?
Thanks for all!
emi
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello, Emi.
I completely agree with Michael, that there are a lot of
implementation questions that are not so easily solvable. You should
always take in mind that Roundcube is only a client and use filters
on all content only in it is not right way to do. All mails are
stored on the IMAP server and all filtering should be done there
also. Just imagine, not all users check there mails every day or
keeping mail client open all the time, it’s normal to have 100
unread messages, so filter should be run at least at the startup
causing peak loads on the server (web+imap) and how do you plan to
check existing mails for filtering ( was filters applied to this
message or no? ) I think that you are heading to the wrong direction.
I’m planning to implement my own filters but I will do it in a
bit different way. I would create independent table for storing
filter data and new preference page would be created for filter
management. That’s all that goes for web related stuff. Than
external script will be created (for ex. perl) which will fetch data
from the table and convert it to the according MDA (mail delivery
agent) format for the according mailbox. Such scheme is necessary
because not always (in real environment the percentage is about
70-80%) IMAP server with all mailboxes resides on the same file
system as Roundcube. In my case they reside on a different machines
and I’m unable to access directly mailboxes from the Roundcube.
So we have external script that will run for ex. from cron job to
generate MDA scripts for mail transferring from the filter table
data. All parsing will spread across the working time without any
peak loads. I suppose we could cooperate on this task and maybe
something usable come out of it.
Everything that written above is my IMHO and shouldn’t be taken
personally, just FYI.
Regards, Andris
> From: emi(a)algorismia.com
> Subject: [RCD] Filters
> To: dev(a)lists.roundcube.net
> Message-ID:
> Content-Type: text/plain;charset=iso-8859-1
>
> Hi there!!
> I've made a filters function (in early version) for roundcube. I've
> done over the svn version of last week. The modifications uses a
new
> SQL table, filters, wich can be filled as done with identities.
Then it
> filters messages using this filters, on rcmail_js_message_list and
> rcmail_message_list.
>
> I've seen some discussion on why not to do it, if doing internally
or
> with sieve or with .forward or so. Look, I've done this, then we
can
> update to permit select the filtering system from configuration.
From
> now, we have internal filters.
> I think that this is a very earlier version and that can be much
more
> developed. But it runs ok!
> Well, my problem is that I don't know so much on using svn. If some
one
> can tell me how can I 'upload' the work without disturbing
anybody...
> Comments and discussions about this are welcome.
> Thanks a lot!!!
> emi
-- Tavs bezmaksas pasts Inbox.lv
Regards, Andris
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
I already updating the language translation for Bahasa Indonesia.
Please check the attachment and feel free to give some corrections.
Best Regards,
Arya
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/4H/NEi5E0xk/id_ID.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 there!!
I've made a filters function (in early version) for roundcube. I've
done over the svn version of last week. The modifications uses a new
SQL table, filters, wich can be filled as done with identities. Then it
filters messages using this filters, on rcmail_js_message_list and
rcmail_message_list.
I've seen some discussion on why not to do it, if doing internally or
with sieve or with .forward or so. Look, I've done this, then we can
update to permit select the filtering system from configuration. From
now, we have internal filters.
I think that this is a very earlier version and that can be much more
developed. But it runs ok!
Well, my problem is that I don't know so much on using svn. If some one
can tell me how can I 'upload' the work without disturbing anybody...
Comments and discussions about this are welcome.
Thanks a lot!!!
emi
_______________________________________________
List info: http://lists.roundcube.net/dev/