Dev

dev@lists.roundcube.net

2 participants
4318 discussions

mis-typed attachment handling
by Kelsey Cummings 27 Mar '13

27 Mar '13

We getting ready to role out roundcube for our webmail platform and our testing ran into one issue so far that seems like a good idea to push upstream. I searched but didn't find any mention of this so please pardon in advance if this has already been discussed. One of our testers had an email with a pdf attachment that had a mime type of text/plain. Roundcube displays the pdf as text. We tested a few other clients and it looks like recent version of outlook and apple mail display the attachment as a pdf but thunderbird displays it as plain text so there isn't unanimous that a mail client should handle this either way. What is roundcubes opinion on attachments with incorrect mime types? There's a pretty good argument that a end user doesn't really care that whoever sent them an attachment used broken software to do it, particularly if they use another client that displays it correctly. -- Kelsey Cummings - kgc(a)corp.sonic.net sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407

2 2

SVN list dead?
by Michael Heydekamp 26 Mar '13

26 Mar '13

Since March 20th, I've not seen any new messages in the SVN list. Although I know and I can confirm, that there have been commits since then. Hmm?? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 1

Poll: Inline attachments on attachments list
by A.L.E.C 24 Mar '13

24 Mar '13

There's a question according to http://trac.roundcube.net/ticket/1488783. There are messages with related images. Normally, they are referenced in HTML bodies (parts), but not always. So, the question is: should we list such attachments on attachments list. We have a few possibilities: 1. Do not list any in text and html mode (current situation). 2. List only unreferred in text and html mode. 3. In text mode list all, in HTML mode list unreferred only (Thunderbird's way). 4. List all in text and html mode (only for completenes, I suppose we shouldn't ever choose this option). Implementing this as a user preference will be overcomplicated, we don't want to make it optional, we should choose one. So, what's your opinion? For now I have no strong opinion, but I'm somewhere between 1. and 2. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl

5 15

Top-posting and signature below the quote
by A.L.E.C 24 Mar '13

24 Mar '13

According to short discussion in http://trac.roundcube.net/ticket/1489001 I see that it is possible to set top-posting with signature below the quote. It sounds confusing and useless. Now when we have "When replying" option (reply_mode) I propose to remove "When replying or forwarding place signature" option (sig_above). Signature position should be always below the reply text (not the quote) and reply_mode already defines this position. reply_mode=0 -> reply below the quote with sig below the reply text reply_mode=1 -> reply above the quote with sig below the reply text Any objections? -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl

3 5

RC Logo Link
by patrick7 23 Mar '13

23 Mar '13

Hello there I have a small "feature request": Please link the logo left on the top to the startpage. ;) Regards patrick

1 0

Poll: HTML/Text switch vs. alternative part on attachments list
by A.L.E.C 23 Mar '13

23 Mar '13

So, now when we have nice HTML/Text switch (ability to toggle between html and plain text mode of message preview) we need to do something with "HTML message" attachment on attachments list. It looks redundant, or at least inconsistent. I see two solutions: 1. Don't add alternative parts to attachments list. Ie. there will be no "HTML message" on attachments list in case of a message with alternative parts. +1 from me. 2. In html mode add text part to attachments list, in text mode add html part to attachments list. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl

5 4

Poll: Reply-All and Reply-To header
by A.L.E.C 23 Mar '13

23 Mar '13

You can check the behavior by clicking Reply All button (not Reply List) on this message. Example message from our mailing list contains headers: To: dev(a)lists.roundcube.net Reply-To: dev(a)lists.roundcube.net From: original(a)poster.tld So, current behavior is that you end up with one recipient dev(a)lists.roundcube.net in To field. Thunderbird for example, will add original(a)poster.tld in Cc field. So, the problem is related to Reply-To header handling. Poll: 1. Keep current behavior. 2. If To: and Reply-To: are the same and From: is different - add From: address to Cc field. I prefer current solution (1). Because I think that if Reply-To is defined a senders intention is to not receive replies to his From: address, no matter if Reply, Reply-All or Reply-List is used. I however understand that "private reply" to poster is sometimes wanted. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl

7 11

Re: [RCD] Top-posting and signature below the quote
by Arne Berglund 21 Mar '13

21 Mar '13

On 03/21/2013 01:40, A.L.E.C wrote: > According to short discussion in > http://trac.roundcube.net/ticket/1489001 I see that it is possible to > set top-posting with signature below the quote. It sounds confusing > and > useless. > > Now when we have "When replying" option (reply_mode) I propose to > remove > "When replying or forwarding place signature" option (sig_above). > Signature position should be always below the reply text (not the > quote) > and reply_mode already defines this position. > > reply_mode=0 -> reply below the quote with sig below the reply text > reply_mode=1 -> reply above the quote with sig below the reply text > > Any objections? My organization (and our users) support this change 100%. Fewer useless and confusing user options is a good thing. -- Arne Berglund System Administrator, Internet Services Lane Education Service District Eugene, OR ____________

1 0

"Save this draft" doesn't (always) save
by Michael Heydekamp 20 Mar '13

20 Mar '13

Scenario: - Select a message in the Sent folder - Choose "Edit as new" - Click on "Save this draft" - Exit/close the message - Look in the Drafts folder: Surprosingly, the message is not there I found out that something needs to be changed in the message (i.e. set the dirty flag) before you can manually save it as a draft. That makes sense for the auto-save function, but if I manually want to save a message (just to put it in the draft folder for instance, see above), a missing dirty flag shouldn't prevent me from doing that, IMO. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 1

Fwd: Re: [RCU] Line wrapping f*cked up upon forwarding - why?
by Michael Heydekamp 17 Mar '13

17 Mar '13

As there was still no reply to the attached message of Jan 19th yet, I'd just like to mention that this issue does still persist in 1.0-git (just verified it). It should be easy to fix, if my assumption stated at the end of the attached message should be correct. It's IMO just a counting error. The reason why I forwarded the message as an attachment (rather than quoting it inline) is that I wanted to make sure that the line wrapping doesn't get f*cked up even more and that the format will be exactly preserved. As I'm still running against this wall several times a day, a fix would be welcome and highly appreciated. I'm BTW seeing a similar behaviour upon editing a draft message, but hopefully this will have the same cause, so I'll just wait until this particular forwarding issue will be fixed. Should it then still apply to draft messages as well, I'll of course report. The entire thread can be read in the RCU list. Cheers (and thanks again to all developers of the best webmail client ever), -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev