Dear friends of Roundcube
We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
And of course plenty of small improvements and bug fixes.
See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing.
Have fun and let us know how the new Roundcube performs in your environment.
Cheers, Thomas
P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams.
Thomas,
Looking good! Updated from 0.8.4 with no glitches . .
Thanks to everyone who contributed!
Regards,
Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube
We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is
recommended)
- Compose and mail view in new windows (configurable in user
settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes.
See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing.
Have fun and let us know how the new Roundcube performs in your environment.
Cheers, Thomas
P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
Can any one get me off this accursed mailing list?? I have tried everything suggested but still it persists, I need some to do something,
Ron
www.worldinneed.co.uk
On 13 Jan 2013, at 03:40, Philip Rhoades phil@pricom.com.au wrote:
Thomas,
Looking good! Updated from 0.8.4 with no glitches . .
Thanks to everyone who contributed!
Regards,
Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is recommended)
- Compose and mail view in new windows (configurable in user settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes. See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing. Have fun and let us know how the new Roundcube performs in your environment. Cheers, Thomas P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
-- Philip Rhoades
GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil@pricom.com.au _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
How about going to http://lists.roundcube.net/mailman/listinfo/announce and READING ?:)
On Sun, Jan 13, 2013 at 5:36 PM, Ron George ron.worldinneed@gmail.comwrote:
Can any one get me off this accursed mailing list?? I have tried everything suggested but still it persists, I need some to do something,
Ron
www.worldinneed.co.uk
On 13 Jan 2013, at 03:40, Philip Rhoades phil@pricom.com.au wrote:
Thomas,
Looking good! Updated from 0.8.4 with no glitches . .
Thanks to everyone who contributed!
Regards,
Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is recommended)
- Compose and mail view in new windows (configurable in user settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes. See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing. Have fun and let us know how the new Roundcube performs in your
environment.
Cheers, Thomas P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
-- Philip Rhoades
GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil@pricom.com.au _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
madalin skrev den 13-01-2013 16:49:
How about going to http://lists.roundcube.net/mailman/listinfo/announce [5] and READING ?:)
or read spam folder in gmail ? :)
Have been doing a little testing in my test environment. No problems to note so far. Love the new Reply/View/Compose in new window. Something I've wanted for a long time instead of all those tabs, and that really streamlines using Roundcube.
Keep up the good work guys.
Cheers Steve
On 08.01.2013 05:58, Thomas Bruederli wrote:
Dear friends of Roundcube
We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is
recommended)
- Compose and mail view in new windows (configurable in user
settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes.
See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing.
Have fun and let us know how the new Roundcube performs in your environment.
Cheers, Thomas
P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
People,
I know it is bad form to reply to yourself but now I have found a few issues:
PDFs don't seem to open in another tab anymore
when I reply in a new window the mail is not marked as read and
the mail item is not marked with a little "replied to" arrow
Regards,
Phil.
On 2013-01-13 22:40, Philip Rhoades wrote:
Thomas,
Looking good! Updated from 0.8.4 with no glitches . .
Thanks to everyone who contributed!
Regards,
Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is
recommended)
- Compose and mail view in new windows (configurable in user
settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes. See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing. Have fun and let us know how the new Roundcube performs in your environment. Cheers, Thomas P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
On 01/15/2013 04:59 PM, Philip Rhoades wrote:
- PDFs don't seem to open in another tab anymore
What browser? Is there any PDF plugin installed? In 0.9 we have a pdf plugin detection, if it's not found pdf files are not displayed "inline".
Am 15.01.2013 16:59, schrieb Philip Rhoades:
- when I reply in a new window the mail is not marked as read and
I can't confirm that. What's your setting under "Mark previewed messages as read" in the Mailbox View section??
- the mail item is not marked with a little "replied to" arrow
Well, that's indeed true. Strange that I didn't notice that myself yet, as I'm using this feature for a while already.
And due to some reason, my reply to your message does not go to the list, but to your personal address only. So I had to add the list address manually.
Both issues are bugs, I'd say.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
We had a similar discussion already a while ago (in the dev list, I believe). I'm not sure if it was exactly the same scenario or issue, but anyway, here we go again:
When replying to a message in any of the Roundcube lists, not only me is used to simply click the "Reply to sender" button. Usually, the reply then goes to the list as it should.
A reply to the message quoted below (and attached) does NOT go to the list upon clicking the "Reply to sender" button - it goes to the address stated in the Mail-Reply-To: header instead - but, even worse, ONLY to this address. This is not correct, IMO, and it's not the intention of the sender.
This is a problem in so far as this may too easily be overlooked upon composing a message. When you reply to a list message, you simply and blindly expect that the reply goes (at least) to the list.
Furthermore, the mail in question has a clear Reply-To: header, stating that any reply should go to the list AND the sender. This is currently being ignored by Roundcube.
From my point of view, you shouldn't and can't expect the Roundcube user to
first inspect all headers before clicking the Reply button. Even less you shouldn't and can't expect the Roundcube user to anticipate, how Roundcube would behave with this or that combination of headers (especially non-standard headers such as "Mail-Reply-To:") when clicking the Reply button. Especially not, if he can't even see all of those headers.
In short: Clicking the reply button on a list message should (at least) address the message to the list, no matter what. Even better, it should send it to all addresses in the Reply-To: header, because that's what the purpose of the header is - and, even more important, what the intention of the sender was, when he added his address to the list of Reply-To: addresses. Believing, that this would of course be respected by the replicant's MUA! And while not having any influence on the Mail-Reply-To: header at all.
Please please deal with this issue. And please don't care what Mozilla does, even these folks are not doing everything right.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 15.01.2013 16:59, schrieb Philip Rhoades:
People,
I know it is bad form to reply to yourself but now I have found a few issues:
PDFs don't seem to open in another tab anymore
when I reply in a new window the mail is not marked as read and
the mail item is not marked with a little "replied to" arrow
Regards,
Phil.
On 2013-01-13 22:40, Philip Rhoades wrote:
Thomas, Looking good! Updated from 0.8.4 with no glitches . . Thanks to everyone who contributed! Regards, Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is recommended)
- Compose and mail view in new windows (configurable in user settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes. See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing. Have fun and let us know how the new Roundcube performs in your environment. Cheers, Thomas P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
-- Philip Rhoades
GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil@pricom.com.au _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Am 15.01.2013 19:40, schrieb Michael Heydekamp:
We had a similar discussion already a while ago (in the dev list, I believe). I'm not sure if it was exactly the same scenario or issue, but anyway, here we go again:
When replying to a message in any of the Roundcube lists, not only me is used to simply click the "Reply to sender" button. Usually, the reply then goes to the list as it should.
A reply to the message quoted below (and attached) does NOT go to the list upon clicking the "Reply to sender" button - it goes to the address stated in the Mail-Reply-To: header instead - but, even worse, ONLY to this address. This is not correct, IMO, and it's not the intention of the sender
if he has EXPLICITLY a REPLY-TO-HEADER it is the intention of the sender or he does not know what he is doing, it maybe not in his intention in the context of a mailing-list, but technically he says "reply to this address" and this is what happens
On 15.01.2013 19:40, Michael Heydekamp wrote:
From my point of view, you shouldn't and can't expect the Roundcube user to
first inspect all headers before clicking the Reply button. [...]
See subject. Quoting "From " is mbox specific, AFAIR, but what do we have to do with mbox...?
The much better question is: WTF is adding the quote char at all? It doesn't need to be Roundcube, it can be any mail server involved in the transport of the message.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 15.01.2013 19:48, Reindl Harald wrote:
Am 15.01.2013 19:40, schrieb Michael Heydekamp:
A reply to the message quoted below (and attached) does NOT go to the list upon clicking the "Reply to sender" button - it goes to the address stated in the Mail-Reply-To: header instead - but, even worse, ONLY to this address. This is not correct, IMO, and it's not the intention of the sender
if he has EXPLICITLY a REPLY-TO-HEADER it is the intention of the sender or he does not know what he is doing, it maybe not in his intention in the context of a mailing-list, but technically he says "reply to this address" and this is what happens
Sorry, Harald, but you are either mixing up "Mail-Reply-To:" and "Reply-To:", or you didn't read my message carefully, or you didn't look at the message that I attached. Or even all of them.
The message has these headers:
Reply-To: phil@pricom.com.au, Roundcube Users mailing list users@lists.roundcube.net
This is the intention of the sender. But this intention is being ignored by Roundcube when clicking the Reply button, as there is this header as well (and unfortunately it takes precedence over "Reply-To:"):
Mail-Reply-To: phil@pricom.com.au
This header is being created automatically (by Roundcube, my Mailman, I don't know, but at least the user does not have any influence on it at all).
Roundcube decides to respect "Mail-Reply-To:" and to ignore "Reply-To:".
That's what I'm talking about.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
As anyone can see, replying to the message quoted below (and attached) does delete all quoted (!) blank lines in Thomas' announcement.
I raised a similar issue (in a different way) in the dev list already (07.01.2013, 00:02, Subject "Editing draft message does delete blank (and only blank?) quoted lines"), so far with no response.
I strongly believe that both scenarios share the same cause.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 13.01.2013 12:40, schrieb Philip Rhoades:
Thomas,
Looking good! Updated from 0.8.4 with no glitches . .
Thanks to everyone who contributed!
Regards,
Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is recommended)
- Compose and mail view in new windows (configurable in user settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes. See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing. Have fun and let us know how the new Roundcube performs in your environment. Cheers, Thomas P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
-- Philip Rhoades
GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil@pricom.com.au _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Grmpf, I attached the wrong message, sorry. Correct message now attached.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 15.01.2013 20:39, schrieb Michael Heydekamp:
As anyone can see, replying to the message quoted below (and attached) does delete all quoted (!) blank lines in Thomas' announcement.
I raised a similar issue (in a different way) in the dev list already (07.01.2013, 00:02, Subject "Editing draft message does delete blank (and only blank?) quoted lines"), so far with no response.
I strongly believe that both scenarios share the same cause.
Ticket wanted...?
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 13.01.2013 12:40, schrieb Philip Rhoades:
Thomas,
Looking good! Updated from 0.8.4 with no glitches . .
Thanks to everyone who contributed!
Regards,
Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is recommended)
- Compose and mail view in new windows (configurable in user settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes. See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing. Have fun and let us know how the new Roundcube performs in your environment. Cheers, Thomas P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
-- Philip Rhoades
GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil@pricom.com.au _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
Once mail-reply-to is set, the correct action is to use it as the primary recipient of the reply. So roundcube is doing the right thing by replying to a mail-reply-to header IF it's set in the email. The proper thing to do is to see what is setting the mail-reply-to in the first place.
See http://cr.yp.to/proto/replyto.html
Cor
Am 15.01.2013 21:06, schrieb Cor Bosman:
Once mail-reply-to is set, the correct action is to use it as the primary recipient of the reply.
"Correct" to me is what is defined as a standard in RFCs. Unless I'm blind or dumb (or both), I can't see that "Mail-Reply-To:" is standardized in any RFC.
If I should be wrong, please point me to the relevant RFC.
So roundcube is doing the right thing by replying to a mail-reply-to header IF it's set in the email.
Why do you ignore the fact that the Roundcube user doesn't have any influence on the "Mail-Reply-To:" header? He can just add any address to the "Reply-To:" header, AFAICS.
So the user's intention obviously is to get a reply a) to his personal address, AND b) to the list. Please tell me how he can realize that, given that Roundcube (and probably Thunderbird and others as well) is ignoring this intention.
And THAT's a fact that can't be ignored.
The proper thing to do is to see what is setting the mail-reply-to in the first place.
Geez... As being said, even the Roundcube sender can't influence this header, nor can't the recipient see it at all (unless looking at the mail source). Is this really what you are expecting from a standard MUA user (notwithstanding that he wouldn't even understand the implications, even if he would be looking at the source)???
Can we get back to real and simple life, please...?
And this means: I reply to a mailing list message, and the reply should go (at least) to the list. Period.
I've seen that already, Alec posted it a while ago in the dev list as well. I replied to it, but with no response.
And this apparently personal web page does supersede RFC standards...? Probably I should create such a page as well, we'll see if it will win against the IETF some day.
OMG.
Furthermore - and if I understand everything correctly - "Mail-Reply-To:" is meant to fix issues with mailing lists which do this so-called reply-to munging. But the Roundcube lists are apparently not doing any reply-to munging, otherwise the relevant message wouldn't have a "Reply-To:" header like this:
Reply-To: phil@pricom.com.au, Roundcube Users mailing list users@lists.roundcube.net
So where's the beef to have a (incorrect and incomplete) "Mail-Reply-To:" header, when there is already a (complete and correct) "Reply-To:" header?
I'm really wondering if you have looked at the details of my post and the message attached.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
"Correct" to me is what is defined as a standard in RFCs. Unless I'm blind or dumb (or both), I can't see that "Mail-Reply-To:" is standardized in any RFC.
If I should be wrong, please point me to the relevant RFC.
Plenty of things on the internet happen without RFCs. Generally before such a thing becomes an RFC.
Why do you ignore the fact that the Roundcube user doesn't have any influence on the "Mail-Reply-To:" header? He can just add any address to the "Reply-To:" header, AFAICS.
I assume you're using roundcube to reply to this email? I dont see a Mail-Reply-To: in there. So i assume that means roundcube isnt the one adding it. Or are you saying it is? It's also not the mailinglist software, or else id have seen it as well.
So something else is adding it then? The most likely would be his own email client right?
So the user's intention obviously is to get a reply a) to his personal address, AND b) to the list. Please tell me how he can realize that, given that Roundcube (and probably Thunderbird and others as well) is ignoring this intention.
How is roundcube supposed to know the intention? It cant read minds. Something is adding a mail-reply-to header, formulating an intention to roundcube.
The proper thing to do is to see what is setting the mail-reply-to in the first place.
Geez... As being said, even the Roundcube sender can't influence this
But why are you saying roundcube is the one adding it? I dont see it in your replies.
I've seen that already, Alec posted it a while ago in the dev list as well. I replied to it, but with no response.
And this apparently personal web page does supersede RFC standards...? Probably I should create such a page as well, we'll see if it will win against the IETF some day.
Here is the difference between Alec and myself, and you :) We know who Mr Bernstein is. He is not a random dude from the internet.
If you would just calm down, maybe we can get back to solving the issue. Im still trying to find out whats adding the Mail-Reply-To. Are you saying it's roundcube?
There are only 2 solutions to this issue.
I personally dont care which one RC decides to do. But for this specific case, it would be interesting to find out where the mail-reply-to is being added, because that is forcing the intention.
Cor
Am 15.01.2013 22:05, schrieb Cor Bosman:
But why are you saying roundcube is the one adding it?
Because it's a fact. See previous test mails.
I dont see it in your replies.
Sure, because unlike other users, I don't set any Reply-To: (and therefore "Mail-Reply-To:") at all.
More analysis tomorrow. I'm tired.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On Jan 15, 2013, at 7:06 PM, Michael Heydekamp listuser@freexp.de wrote:
Am 15.01.2013 22:05, schrieb Cor Bosman:
But why are you saying roundcube is the one adding it?
Because it's a fact. See previous test mails.
I dont see it in your replies.
Sure, because unlike other users, I don't set any Reply-To: (and therefore "Mail-Reply-To:") at all.
If I use the latest git, things seem ok-ish. On the message you titled 1.2, if I reply in rc it goes to the sender (you). In OSX Mail this is different though, with Reply it goes to sender+list.
With Reply-All, in rc it goes to either sender+list, or the list alone. In OSX mail it goes to sender+list.
Ive actually always used Reply-All if I want my message to go back to the list. Quite a few mailinglists will reply to the sender, not the list, by default. This because it's safer to mistakenly only send a public message to a private sender, than a private message to a public list. It's basically erring on the side of caution.
Just always use Reply-All for lists, and you're good to go?
Cor
Am 16.01.2013 03:23, schrieb Cor Bosman:
Ive actually always used Reply-All if I want my message to go back to the list. Quite a few mailinglists will reply to the sender, not the list, by default. This because it's safer to mistakenly only send a public message to a private sender, than a private message to a public list. It's basically erring on the side of caution.
Just always use Reply-All for lists, and you're good to go?
NO - do this on the posfix list and you will get banned if you are learning ignorat - mailing-lists have their own headers and each useable client should respect them
nobody needs replies from lists twice really, nobody but some crazy guys on the broken mysl-list
On 01/15/2013 08:04 PM, Michael Heydekamp wrote:
Roundcube decides to respect "Mail-Reply-To:" and to ignore "Reply-To:".
This chunk of code tells everything. What's wrong here in your opinion?
$mailfollowup = $MESSAGE->headers->others['mail-followup-to']; $mailreplyto = $MESSAGE->headers->others['mail-reply-to'];
// Reply to mailing list... if ($MESSAGE->reply_all == 'list' && $mailfollowup) $fvalue = $mailfollowup; else if ($MESSAGE->reply_all == 'list' && preg_match('/mailto:([^]+)>/i', $MESSAGE->headers->others['list-post'], $m)) $fvalue = $m[1]; // Reply to... else if ($MESSAGE->reply_all && $mailfollowup) $fvalue = $mailfollowup; else if ($mailreplyto) $fvalue = $mailreplyto; else if (!empty($MESSAGE->headers->replyto)) $fvalue = $MESSAGE->headers->replyto; else if (!empty($MESSAGE->headers->from)) $fvalue = $MESSAGE->headers->from;
On Jan 16, 2013, at 3:19 AM, "A.L.E.C" alec@alec.pl wrote:
On 01/15/2013 08:04 PM, Michael Heydekamp wrote:
Roundcube decides to respect "Mail-Reply-To:" and to ignore "Reply-To:".
This chunk of code tells everything. What's wrong here in your opinion?
I dont think the code is wrong, but it's a matter of his expectations not matching. I think everything works as he expects as long as you dont define a Reply-To in roundcube settings. If you set a reply-to: in roundcube settings, and then reply to the RCU list from roundcube, the headers are like:
Mail-Reply-To: michael Reply-To: michael, RCU
The response will only go to michael, and not to the list unless you do reply-all. But i dont necessarily see that as a problem, because thats what he told roundcube to do in the roundcube settings.
Reindl, you're right, I didnt tell the whole story. Mailinglists tend to not be very consistent between mail clients, or mailinglist software, on their behavior on reply. So I tend to do reply-all, and then manually remove the recipients I dont want. It makes me think about where I want the reply to go every single time.
As an example, with the above settings, OSX MAil on reply , will reply to michael and RCU , because it doesnt support Mail-Reply-To:. So roundcube as a mailclient, and OSX mail client behave differently on the same button. For some people this could be confusing. If I would let OSX Mail do it's thing with those settings, it would send two emails, without me using reply-all, because roundcube has added a Reply-To with 2 recipients. And people wonder why there are 2 replies :)
Again, this is why i always manually edit recipients on mailinglists by doing a reply-all and seeing what magical recipients the software has decided to add for me this time.
Cor
Sorry for being late, but I'll have to work during the day. ;)
Am 16.01.2013 03:23, schrieb Cor Bosman:
On Jan 15, 2013, at 7:06 PM, Michael Heydekamp listuser@freexp.de wrote:
Am 15.01.2013 22:05, schrieb Cor Bosman:
But why are you saying roundcube is the one adding it?
Because it's a fact. See previous test mails.
I dont see it in your replies.
Sure, because unlike other users, I don't set any Reply-To: (and therefore "Mail-Reply-To:") at all.
If I use the latest git, things seem ok-ish. On the message you titled 1.2, if I reply in rc it goes to the sender (you). In OSX Mail this is different though, with Reply it goes to sender+list.
And this is what Roundcube should do too, IMO.
1.2 is the same scenario as in the message of Philip Rhoades: List address plus personal address in the "Reply-To:" header, personal address only in the "Mail-Reply-To:" header.
With Reply-All, in rc it goes to either sender+list, or the list alone.
Hmm, I don't understand the either-or (when does the "either" apply, when the "or"?).
Here, Reply-All goes to the list only in scenario 1.2 (also latest git). Which is even more strange, as a Reply-All should go to ... uh ... all?
In OSX mail it goes to sender+list.
Again, this is what Roundcube should do too, IMO.
Just always use Reply-All for lists, and you're good to go?
Well, not exactly, as even a Reply-all doesn't go to all (see above). Just test it on Philip's message or on mine (scenario 1.2). But let's first analyze what's really happening here:
"Reply-To:" header, the Roundcube user is entering his personal address in the Reply-To field under Settings/Identities. The user's intention apparently is that any reply to his message should go a) to the list, AND b) to him personally.
"Mail-Reply-To:". The user is not even aware that RC does create this additional "Mail-Reply-To:" header, he can't even see it by default in Roundcube.
expected - does add the list address to the "Reply-To:" header. It does that because it wants to make sure that any reply to the message will (also and at least) go the list, by preserving the user's intention to receive any reply also to his personal address. It does NOT add the list address to the "Mail-Reply-To:" header - most likely because it's simply not aware of the existence of this non-standard header, nor does Mailman know, how it will be handled in this or that MUA (you described the differences between RC and OSX Mail above yourself).
So now we have the scenario 1.2 above: List address plus personal address in the "Reply-To:" header, personal address only in the "Mail-Reply-To:" header. But the user doesn't have any chance to convince Mailman to add the list address to the "Mail-Reply-To:" header as well.
users have to face the following behaviour: a) A Reply goes to the sender only. b) A Reply-All goes to the list only.
There is apparently and currently no way with Roundcube to follow the intention of the user and Mailman: To send a reply to both a) the list and b) the sender.
And the reason is that Roundcube does ignore the "Reply-To:" header, if a "Mail-Reply-To:" header does exist as well. But can we really expect that every Roundcube user is aware of this this behaviour?
I'd say, we can't. Most users have not even heard of the term "header" at all.
Hope I've clarified some things now. (At least you were suspicious that Roundcube does add the "Mail-Reply-To:" header, right?) ;)
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 16.01.2013 12:42, schrieb Cor Bosman:
Mail-Reply-To: michael Reply-To: michael, RCU
The response will only go to michael, and not to the list unless you do reply-all.
But then it still doesn't go "michael", THAT's the issue.
Or just one of the issues, as it will be expected by a) the sender and b) the RC user that a reply will go to ALL addresses contained in the "Reply-To:" header.
But i dont necessarily see that as a problem, because thats what he told roundcube to do in the roundcube settings.
No, please see previous message. It IS a problem.
If you still can't see it, please answer the following: Why should Mailman add the list address to the "Reply-To:" header, if it wouldn't want to make sure that any reply shall also go to the list?
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On Jan 16, 2013, at 3:38 PM, Michael Heydekamp listuser@freexp.de wrote:
Am 16.01.2013 12:42, schrieb Cor Bosman:
Mail-Reply-To: michael Reply-To: michael, RCU
The response will only go to michael, and not to the list unless you do reply-all.
But then it still doesn't go "michael", THAT's the issue.
Right next to the Reply-All button, there is a small carrot pointing down. If you select that, and then "Reply-All" you will reply to both. So this functionality does exist in roundcube. Not saying thats perfect, but it's there.
Or just one of the issues, as it will be expected by a) the sender and b) the RC user that a reply will go to ALL addresses contained in the "Reply-To:" header.
But i dont necessarily see that as a problem, because thats what he told roundcube to do in the roundcube settings.
No, please see previous message. It IS a problem.
You say, that when someone adds their own Reply-To in roundcube settings, somehow they intent to have replies go to both the list AND that address. Why? I would say they mean that all replies should go to just that reply-to address. Seeing as we already dont agree on what it's supposed to do, you can count on people wanting different things from it :)
If you still can't see it, please answer the following: Why should Mailman add the list address to the "Reply-To:" header, if it wouldn't want to make sure that any reply shall also go to the list?
Mailman doesnt. This is a conscious decision by the list owner. Read this:
http://www.gnu.org/software/mailman/mailman-admin/node11.html
Especially read the second sentence. Trust me, this isnt the first time this discussion has been done. It is a constant and endless difference of opinion.
And I also want to point you to this sentence:
"When you set this variable to Poster, no additional Reply-To: header will be added by Mailman. This setting is strongly recommended."
Here you see that Mailman ITSELF recommends not adding the list address to the reply-to. The reason for this is that people dont want to get 2 replies of the same message, something you seem to want. You're in a minority.
Anyways, im not even sure the mailinglist software sets the Reply-To here, or if RC does on reply.
Cor
Am 16.01.2013 20:52, schrieb Cor Bosman:
On Jan 16, 2013, at 3:38 PM, Michael Heydekamp listuser@freexp.de wrote:
Am 16.01.2013 12:42, schrieb Cor Bosman:
The response will only go to michael, and not to the list unless you do reply-all.
But then it still doesn't go "michael", THAT's the issue.
Right next to the Reply-All button, there is a small carrot pointing down. If you select that, and then "Reply-All" you will reply to both.
That does work on Philip Rhoades' message, it doesn't work on mine (scenario 1.2). Probably because RC eliminates any recipient address which is identical with the sender's address.
But anyway, this can't be the solution:
expect that a "Reply-To:" header will be respected. They can't know that this isn't (always) the case in Roundcube. And even if they would know it (and if they would be aware of the logic): They can't even see the "Mail-Reply-To:" header, unless they would take a look into the source of the message.
So shall we now always need to load the message source first, before we can decide which button we need to use?
you still don't reply to all. That's even more strange. By clicking this button, I already stated that I want to reply to all addresses, why do I need to emphasize it again (and even more) by selecting one of two choices?
have to be aware of the existence of all headers (here: "Mail-Reply-To:") and their two-way implication. This can only be achieved by looking into the message source upon every reply.
Sorry, but this is not what you can expect from an average user. And not even from me (I can of course do it, but I don't want to do it).
Thanks for your other comments, I'll look closely into them.
But as a still general guideline, "Reply-To:" is "Reply-To:" and it is RFC-wise meant as such. To completely ignore it, is IMO not the right way to go.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 16.01.2013 08:19, schrieb A.L.E.C:
On 01/15/2013 08:04 PM, Michael Heydekamp wrote:
Roundcube decides to respect "Mail-Reply-To:" and to ignore "Reply-To:".
This chunk of code tells everything. What's wrong here in your opinion?
As I said: That "Mail-Reply-To:" is preceding "Reply-To:".
But thanks for pointing at the code chunk, so I know where I can try to fiddle with a local patch. ;)
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 01/16/2013 09:37 PM, Michael Heydekamp wrote:
- Most users are used to simply click on the Reply button, as they can
expect that a "Reply-To:" header will be respected. They can't know that this isn't (always) the case in Roundcube. And even if they would know it (and if they would be aware of the logic): They can't even see the "Mail-Reply-To:" header, unless they would take a look into the source of the message.
"Reply" is a reply to the message sender in all mail clients. Sender is an address from (Mail-Reply-To in supporting clients or) Reply-To or
From header in this order.
- Even if you are used to use the Reply-all button by just clicking on it,
you still don't reply to all. That's even more strange. By clicking this button, I already stated that I want to reply to all addresses, why do I need to emphasize it again (and even more) by selecting one of two choices?
You should know that we have smart reply-all button. When mailing list is detected it uses Reply-List mode until you decide to choose Reply-All from button menu. This is for convenience, because in most cases you want to reply to the list not to all. No one wants receiving message duplicates.
http://trac.roundcube.net/ticket/1488638 http://trac.roundcube.net/ticket/1488734
A.L.E.C.
On 2013-01-16 04:33, A.L.E.C wrote:
On 01/15/2013 04:59 PM, Philip Rhoades wrote:
- PDFs don't seem to open in another tab anymore
What browser? Is there any PDF plugin installed? In 0.9 we have a pdf plugin detection, if it's not found pdf files are not displayed "inline".
Google-Chrome - but I noticed it is actually working on a different PDF
different apps?
Thanks,
Philip Rhoades
GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil@pricom.com.au
Michael,
On 2013-01-16 04:59, Michael Heydekamp wrote:
Am 15.01.2013 16:59, schrieb Philip Rhoades:
- when I reply in a new window the mail is not marked as read and
I can't confirm that. What's your setting under "Mark previewed messages as read" in the Mailbox View section??
"Never" as it was before the upgrade - previously the item was marked as read when I replied.
- the mail item is not marked with a little "replied to" arrow
Well, that's indeed true. Strange that I didn't notice that myself yet, as I'm using this feature for a while already.
OK - good that it's not just me . .
And due to some reason, my reply to your message does not go to the list, but to your personal address only. So I had to add the list address manually.
Both issues are bugs, I'd say.
I agree - although "Reply to All" works. That observation seems to have caused a flurry of responses . .
Thanks,
Philip Rhoades
GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil@pricom.com.au
On Tue, Jan 15, 2013 at 7:53 PM, Michael Heydekamp listuser@freexp.de wrote:
On 15.01.2013 19:40, Michael Heydekamp wrote:
From my point of view, you shouldn't and can't expect the Roundcube user to
first inspect all headers before clicking the Reply button. [...]
See subject. Quoting "From " is mbox specific, AFAIR, but what do we have to do with mbox...?
The much better question is: WTF is adding the quote char at all? It doesn't need to be Roundcube, it can be any mail server involved in the transport of the message.
It's definitely not Roundcube adding it. So don't except much help from here.
~Thomas
On Tue, Jan 15, 2013 at 8:39 PM, Michael Heydekamp listuser@freexp.de wrote:
As anyone can see, replying to the message quoted below (and attached) does delete all quoted (!) blank lines in Thomas' announcement.
I can reproduce that but not on reply directly but when saving the reply as draft and then re-open it. The error occurs when unfolding format=flowed. This takes place when opening a draft since we always save drafts with format=flowed in order to keep the original line wrappings.
I'm working on a fix.
~Thomas
On Fri, Jan 18, 2013 at 8:45 PM, Thomas Bruederli thomas@roundcube.net wrote:
On Tue, Jan 15, 2013 at 8:39 PM, Michael Heydekamp listuser@freexp.de wrote:
As anyone can see, replying to the message quoted below (and attached) does delete all quoted (!) blank lines in Thomas' announcement.
I can reproduce that but not on reply directly but when saving the reply as draft and then re-open it. The error occurs when unfolding format=flowed. This takes place when opening a draft since we always save drafts with format=flowed in order to keep the original line wrappings.
I'm working on a fix.
OK, got it:
Quoted empty lines "> " have a trailing space which, according to format=flowed spec, is an indicator to remove the newline and append it to the previous line. I guess it's safe to consider a quotation mark (>) followed by one single space not being a flowed line and leave the new lines in this case.
Fixed in https://github.com/roundcube/roundcubemail/commit/6d41d8fd4bbd. I hope that doesn't create any new side-effects. If it does, please report.
Regards, Thomas
Am 18.01.2013 20:17, schrieb Thomas Bruederli:
On Tue, Jan 15, 2013 at 7:53 PM, Michael Heydekamp listuser@freexp.de wrote:
See subject. Quoting "From " is mbox specific, AFAIR, but what do we have to do with mbox...?
The much better question is: WTF is adding the quote char at all? It doesn't need to be Roundcube, it can be any mail server involved in the transport of the message.
It's definitely not Roundcube adding it. So don't except much help from here.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 18.01.2013 20:45, schrieb Thomas Bruederli:
On Tue, Jan 15, 2013 at 8:39 PM, Michael Heydekamp listuser@freexp.de wrote:
As anyone can see, replying to the message quoted below (and attached) does delete all quoted (!) blank lines in Thomas' announcement.
I can reproduce that but not on reply directly
Are you sure...?
Probably you misunderstood: You mustn't reply to your own announcement, but to the reply to that announcement of Philip Rhoades in the users list, Jan 13th, 12:40, Message-ID 98587d44fdef1007bf17a7ca10e6f6c9@localhost (which is a bad Message-ID, BTW).
Then you should be able to reproduce it, right...?
I can reproduce it 100% with 0.8.4, but not with 0.9-git anymore, as you have fixed the issue in the meantime and we've done a git-pull already.
Nonetheless I'd be keen to know if you can reproduce it as well with the message mentioned above upon a direct reply. Not that other factors may have an influence as well.
And thanks for the fix!
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 18.01.2013 21:31, schrieb Thomas Bruederli:
OK, got it:
Quoted empty lines "> " have a trailing space
Well, not always, but quite often, yes.
which, according to format=flowed spec, is an indicator to remove the newline and append it to the previous line.
Right, but: Does "format-flowed" apply to quoted text at all? I doubt it, but I didn't check the relevant RFC (yet).
If it would apply to quoted text, this could lead to completely destroyed quotes such as...
line1 > line2 > line3 > line4
...given that lines 1-3 have trailing spaces.
How does Thunderbird (or any other sane MUA) handle such lines?
Fixed in https://github.com/roundcube/roundcubemail/commit/6d41d8fd4bbd. I hope that doesn't create any new side-effects. If it does, please report.
Sure, trust me. ;) (And thanks again)
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
People,
On 2013-01-16 02:59, Philip Rhoades wrote:
People,
I know it is bad form to reply to yourself but now I have found a few issues:
- PDFs don't seem to open in another tab anymore
It looks like this not a problem with all PDFs.
when I reply in a new window the mail is not marked as read and
the mail item is not marked with a little "replied to" arrow
It looks like the RCM behaviour has changed here - there needs to a screen refresh before these things work - before they happened immediately.
Regards,
Phil.
On 2013-01-13 22:40, Philip Rhoades wrote:
Thomas, Looking good! Updated from 0.8.4 with no glitches . . Thanks to everyone who contributed! Regards, Phil.
On 2013-01-08 08:58, Thomas Bruederli wrote:
Dear friends of Roundcube We're proud to announce the beta release of the next major version 0.9. With this milestone we introduce some important changes under the hood as well as some nice and long-awaited features:
- First of all, the Roundcube Framework. The core classes providing
the strong base of Roundcube's functionality have been extracted and decoupled into a Framework package. They can be used individually in other open source projects looking for solid functionality around IMAP, SMTP, MIME-handling and more.
- Another major change is the new database abstraction. In order to
add support for SQLite3 the PEAR:MDB2 dependency was dropped and Roundcube now uses the native PHP Data Objects (PDO). ATTENTION: due a small lack in the MySQL PDO driver, this version of Roundcube requires PHP 5.3 when using the MySQL database.
- Finally we also added some new features:
- Download all attachments as zip archive (zip module required)
- Render thumbnails for image attachments (imagemagick is
recommended)
- Compose and mail view in new windows (configurable in user
settings)
- Upload attachment files and contact photos with drag & drop
- Forward multiple emails as attachments
- Show contact photos in mail view
- CSV import for contacts
And of course plenty of small improvements and bug fixes. See the complete Changelog at http://trac.roundcube.net/wiki/Changelog and download the new packages from http://roundcube.net/download. Please note that this is still a beta release and we recommend to test it on a separate environment. And don't forget to backup your data before installing. Have fun and let us know how the new Roundcube performs in your environment. Cheers, Thomas P.S. We're still looking for volunteers helping us to keep the translations of the Roundcube UI up-to-date. To make it even easier for you, we recently moved to Transifex. Visit our project at https://www.transifex.com/projects/p/roundcube-webmail/ and join our translation teams. _______________________________________________ Roundcube Announcement mailing list announce@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/announce
Thomas,
your fix contains the following change:
if ($q == $q_level
&& strlen($line[$last]) > 1 // don't hit if line only consist of one single white space
What if a quoted blank line contains more than one single WSP?
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 19.01.2013 01:17, schrieb Michael Heydekamp:
Am 18.01.2013 21:31, schrieb Thomas Bruederli:
OK, got it:
Quoted empty lines "> " have a trailing space
Well, not always, but quite often, yes.
which, according to format=flowed spec, is an indicator to remove the newline and append it to the previous line.
Right, but: Does "format-flowed" apply to quoted text at all? I doubt it, but I didn't check the relevant RFC (yet).
If it would apply to quoted text, this could lead to completely destroyed quotes such as...
line1 > line2 > line3 > line4
...given that lines 1-3 have trailing spaces.
How does Thunderbird (or any other sane MUA) handle such lines?
Fixed in https://github.com/roundcube/roundcubemail/commit/6d41d8fd4bbd. I hope that doesn't create any new side-effects. If it does, please report.
Sure, trust me. ;) (And thanks again)
Cheers,
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
On 01/19/2013 08:09 PM, Michael Heydekamp wrote:
&& strlen($line[$last]) > 1 // don't hit if line only consist of one single white space
This line is just wrong, there should be $text[$last], however I think I have a better fix in 1aca4cb3ae688a7ccf887cfea0a7ae62505631d6.
Am 20.01.2013 11:17, schrieb A.L.E.C:
On 01/19/2013 08:09 PM, Michael Heydekamp wrote:
&& strlen($line[$last]) > 1 // don't hit if line only consist of one single white space
This line is just wrong, there should be $text[$last], however I think I have a better fix in 1aca4cb3ae688a7ccf887cfea0a7ae62505631d6.
Due to my lack of PHP skills, I don't get an idea what these fixes are doing. Can you describe what the change in the behaviour is (or which additional scenarios are now covered)?
And again: Does format=flowed apply to quoted lines at all...?
Furthermore, you did more improvements in 9deb663f94e9819e9a0b5c6bb2026e1e37bac5e3, which are logged as "More improvements to format=flowed handling + fix in wordwrap() used internally by format_flowed()".
I'm relating to the "fix in wordwrap()": This word wrap fix has nothing to do with the issue that I described in the thread "Line wrapping f*cked up upon forwarding - why?", right? Just wanna make sure that there is nothing being mixed up, as the issue I described does only and especially apply to non-flowed messages.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 01/20/2013 09:06 PM, Michael Heydekamp wrote:
Due to my lack of PHP skills, I don't get an idea what these fixes are doing. Can you describe what the change in the behaviour is (or which additional scenarios are now covered)?
And again: Does format=flowed apply to quoted lines at all...?
Yes, of course. See RFC 2646.
Furthermore, you did more improvements in 9deb663f94e9819e9a0b5c6bb2026e1e37bac5e3, which are logged as "More improvements to format=flowed handling + fix in wordwrap() used internally by format_flowed()".
I'm relating to the "fix in wordwrap()": This word wrap fix has nothing to do with the issue that I described in the thread "Line wrapping f*cked up upon forwarding - why?", right? Just wanna make sure that there is nothing being mixed up, as the issue I described does only and especially apply to non-flowed messages.
Yes, I didn't really read about your issue. I just fixed Thomas' bug and went through the RFC again and made some improvements.
On 01/19/2013 08:09 PM, Michael Heydekamp wrote:
What if a quoted blank line contains more than one single WSP?
In format=flowed text according to the RFC it is a flowed line. Which means it will be joined with the next line.
Relevant parts of the document: "A generating agent SHOULD: 1. Ensure all lines (fixed and flowed) are 79 characters or fewer in length, counting the trailing space but not counting the CRLF, unless a word by itself exceeds 79 characters. 2. Trim spaces before user-inserted hard line breaks." "If the first character of a line is a space, the line has been space-stuffed (see section 4.4). Logically, this leading space is deleted before examining the line further (that is, before checking for flowed)." "If the line ends in one or more spaces, the line is flowed. Otherwise it is fixed. Trailing spaces are part of the line's content, but the CRLF of a soft line break is not."
So, it looks that on conversion to flowed format all lines should be rtrim()'ed from spaces. This one is fixed in 87a96809c7a067f8cc140884558898fd92c87032.
Am 21.01.2013 08:42, schrieb A.L.E.C:
On 01/20/2013 09:06 PM, Michael Heydekamp wrote:
Due to my lack of PHP skills, I don't get an idea what these fixes are doing. Can you describe what the change in the behaviour is (or which additional scenarios are now covered)?
And again: Does format=flowed apply to quoted lines at all...?
Yes, of course. See RFC 2646.
Well, I don't like format=flowed too much anyway, so I just trust you rather than getting way too much involved in its definition. ;)
But given that it does apply to quotes as well, then it seems to be true what I wrote two days ago:
If it would apply to quoted text, this could lead to completely destroyed quotes such as...
line1 > line2 > line3 > line4
...if the original message does look like this:
line1 <LF> line2 <LF> line3 <LF> line4 <LF>
Right...? Or will the quote chars being removed?
I'm relating to the "fix in wordwrap()": This word wrap fix has nothing to do with the issue that I described in the thread "Line wrapping f*cked up upon forwarding - why?", right? Just wanna make sure that there is nothing being mixed up, as the issue I described does only and especially apply to non-flowed messages.
Yes, I didn't really read about your issue. I just fixed Thomas' bug and went through the RFC again and made some improvements.
That's good. Just wanted to make sure that we're not confusing totally different issues.
And thanks for the fixes and improvements. Not sure if Thomas' commit was really a bug (at least it fixed the issue I posted), but the more RFC compliant a fix is, the better (as it will have less side effects).
Hi
I've been playing around with the new beta release of Roundcube, and overall its very good.
One of my favourite new features is Compose/Reply in new window. However, there are a couple of minor problems that I am having with it:
(very) small and needs to be resized manually. The window opens at the correct size in Firefox though.
blank. And yes, I have the Settings->Composing Messages->When Replying option set to "start new message above original". This is happening in Firefox and Chrome.
That's all I have found so far. Keep up the good work.
Cheers Steve
Hi
I've been playing around with the new beta release of Roundcube, and overall its very good.
One of my favourite new features is Compose/Reply in new window. However, there are a couple of minor problems that I am having with it:
(very) small and needs to be resized manually. The window opens at the correct size in Firefox though.
blank. And yes, I have the Settings->Composing Messages->When Replying option set to "start new message above original". This is happening in Firefox and Chrome.
That's all I have found so far. Keep up the good work.
Cheers Steve
On 01/25/2013 02:56 AM, Steve Perkins wrote:
- When using the Chrome browser the new window that opens is very
(very) small and needs to be resized manually. The window opens at the correct size in Firefox though.
Ticket created - http://trac.roundcube.net/ticket/1488931
- When replying, the quoted text is lost, and the email is completely
blank. And yes, I have the Settings->Composing Messages->When Replying option set to "start new message above original". This is happening in Firefox and Chrome.
I'm unable to reproduce. Try with disabled all plugins. Does it happen for all messages?
ps. Please do not add more new subjects in this thread.