Hi all,
Quick yell to say that there's a patch to fix the mail priority
handling available. When you're composing a message with the latest
svn, if you choose highest priority, the message is actually marked
as lowest priority and vice versa. Not likely to affect too many
people as most leave it at the default, but I got bit by this one
while sending an urgent email. Luckily CC'd myself so picked up on it :)
Ticket at http://trac.roundcube.net/trac.cgi/ticket/1483828 Patch at http://beer-monkey.com/articles/2006/06/03/roundcube-mail- priority-patch
Yours, Craig -- Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net Xeriom.NET | f: +44 (0)131 661 0689 | w: http://xeriom.net
I cannot confirm this as an error. Unfortunately I could not find any RFCs specifying the priority-number assignment. I tested it with Thunderbird and it shows the same behavior as RoundCube does: X-Priority: 1 (Highest) Also GMX uses 1 as value for high priority: x-priority: 1
Please somebody show me some spec to this otherwise we will keep the current behavior and reject the ticket.
Regards, Thomas
Craig Webster wrote:
Hi all,
Quick yell to say that there's a patch to fix the mail priority handling available. When you're composing a message with the latest svn, if you choose highest priority, the message is actually marked as lowest priority and vice versa. Not likely to affect too many people as most leave it at the default, but I got bit by this one while sending an urgent email. Luckily CC'd myself so picked up on it :)
Ticket at http://trac.roundcube.net/trac.cgi/ticket/1483828 Patch at http://beer-monkey.com/articles/2006/06/03/roundcube-mail-priority-patch
Yours, Craig -- Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net Xeriom.NET | f: +44 (0)131 661 0689 | w: http://xeriom.net
Thomas, On 6 Jun 2006, at 09:34, Thomas Bruederli wrote:
I cannot confirm this as an error. Unfortunately I could not find any RFCs specifying the priority-number assignment. I tested it with Thunderbird and it shows the same behavior as RoundCube does: X-Priority: 1 (Highest) Also GMX uses 1 as value for high priority: x-priority: 1
Please somebody show me some spec to this otherwise we will keep the current behavior and reject the ticket.
The problem isn't non-conformance to a spec (although I've not seen
any spec either so I can't confirm that). Now that I've had some
coffee I can see that I've edited the wrong file.
The problem is that, using changeset 259, when you choose "Highest
Priority" in the interface, the delivered email has a header "X-
Priority: 1 (Lowest)" where it should be saying "X-Priority: 1
(Highest)".
http://beer-monkey.com/media/roundcube/composing.png http://beer-monkey.com/media/roundcube/received-raw.png
This doesn't match expected interface behaviour, and it doesn't match
your Thunderbird example; the word in brackets is at the wrong end of
the scale.
To fix this, in program/steps/mail/sendmail.inc line 134 curerntly reads
$a_priorities = array(1=>'lowest', 2=>'low', 4=>'high',
5=>'highest');
where it should read
$a_priorities = array(5=>'lowest', 4=>'low', 2=>'high',
1=>'highest');
ie the numbers should be reversed.
This should give us headers "X-Priority: 1 (Highest)" and "X- Priority: 5 (Lowest)"
Unfortunately I have to start working again now so don't have time to
update the patch.
Yours, Craig -- Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net Xeriom.NET | f: +44 (0)131 661 0689 | w: http://xeriom.net