I feel like I remember reading or even actually writing something about
this some time ago. But I wanted to bring it up again because to me
personally it seems like a bug. I'm running the latest devel-threads
branch, and if a thread is collapsed and I drag it to another folder
only the top-level message is moved, the remaining messages of the
thread don't get moved. This seems unintuitive to me. In my mind it
makes more sense to move the entire part of the collapsed thread from
the point that thread was grabbed down. Some months ago I had
implemented this in my own testing install. I can't recall now if it
worked 100%, but I think it mostly worked:
http://code.nkinka.de/gitweb?p=roundcube.git;a=commitdiff;h=f3bb47d0e30a2e5…
There is a side of me that feels like if any message in a thread is
grabbed and dragged to another folder that the whole thread should
probably be moved to, but I can see how some people might find that
shocking and disagreeable. Really, the path forward should be the Gmail
approach of one giant bucket and using tags. The folder paradigm is
sort of broken by nature, but that's another story.
Nathan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Now we are using //TRANSLIT option (if supported) for charset
conversions. For messages like this one
http://trac.roundcube.net/ticket/1486552
This is not a good solution. Some messages (this one too) contains
unconvertable sequences. If conversion fails message is displayed as is.
For some charsets this is not acceptable. Thunderbird, for example,
displays this message properly decoded.
So, question is: should we use //IGNORE instead of //TRANSLIT? Maybe for
non-latin charsets only?
ps. //TRANSLIT//IGNORE doesn't work.
--
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/
On Tue, 16 Mar 2010 14:07:46 +0100, "A.L.E.C" <alec(a)alec.pl> wrote:
> Viktor Balogh wrote:
>
>> First of all, I don't know if it is a known bug or not, I didn't have
the
>> time to run through all the bug reports for RC. I regularly get some
>> newsletters from a list, and some mail's contents aren't visible, only
a
>> blank whiteness and nothing else. This appears around weekly once,
though
>> it cannot be pre-determined, it seems to appear randomly.
>
> We'll need a complete source of the message.
Ok, the question is: how? I could forward it to another email address, but
when I press the forward button the text within the mail will be
immediately visible. (plain text mail is preferred). If I switch back from
text to html, the format will be screwed, and the text remains visible,
written with another fonts.
Is there a feature in RC similar to MS exchange where other emails can be
attached? Or do you have a suggestion how could I do it?
Regards,
Viktor
--
Visit my panoramic photoblog!
http://vrphoto.hu
Spherical panoramas by Viktor Balogh
_______________________________________________
List info: http://lists.roundcube.net/dev/
Here is the translation of some sentences to the Spanish.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/sY/anvNO0jj/labels.inc.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/
http://trac.roundcube.net/ticket/1486386
What do you think about that. We're storing username and mail_host in
users table and then checking both. This is problematic. I assume that
it's done this way because in some environments username is a login not
email address, but maybe (in rcube_user::query) instead of
SELECT * FROM users
WHERE mail_host=? AND username=?
we should use
SELECT * FROM users
WHERE username=?
when username is an email address.
--
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/
On Sat, 23 Jan 2010 09:59:55 +0200, Vladislav Bogdanov
<bubble(a)hoster-ok.com> wrote:
> 22.01.2010 19:12, Francisco wrote:
>> Hi,
>>
>> As a requirement for a software management & engineering class we are
to
>> collaborate in a project to apply some of the concepts we are learning.
>> The choice was given for us to participate in an open source project.
>>
>> I was looking at your list of planned features and was wondering what
of
>> those (if any) or any not listed feature we could take as a project to
>> work on.
>>
>> Ideally we would like to work on a feature that has little or no work
>> done so far, that way the project can profit the maximum from our work
>> and we can apply all the knowledge we are being taught.
>
> S/MIME and PGP plugins and framework?
>
+1 for PGP and S/MIME, that's one of the fairly important missing
features. There is a draft design document on the wiki for how encryption
and signing might be implemented.
Another major feature is threading support. A development branch exists
with experimental threading, but I would like to see conversation-style
(like Hula/Gmail) threading too.
Simultaneous access to multiple mail accounts would be nice too.
-Albert
_______________________________________________
List info: http://lists.roundcube.net/dev/
Dear subscribers
For the upcoming version 0.4 of Roundcube Webmail we have done some
refactoring of the backend code which improves both performance and
reliability of the application. These changes now need to be well tested
before we continue to implement the new features like threaded message
listing planned for 0.4.
This is where we need your help! Please download the latest nightly build
(r3325) from http://nightly.roundcube.net/ and install it in parallel to
your running systems. Test it with your configuration and all the different
IMAP servers. As usual you are kindly requested to report problems to our
bug tracking system at http://trac.roundcube.net/
A list of already fixed bugs and improvements can be found in the CHANGELOG
file within the release package.
Many thanks!
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
Here is an updated labels.inc, messages.inc is already up to 100%
Best regards,
Edouard Moreau
ENSMA
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/uY/FdA158qV/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/