[Tickets #13355] Re: Activesync: quoted replies are broken in half
noreply at bugs.horde.org
noreply at bugs.horde.org
Sat Jul 12 16:01:08 UTC 2014
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/13355
------------------------------------------------------------------------------
Ticket | 13355
Updated By | Michael Rubinsky <mrubinsk at horde.org>
Summary | Activesync: quoted replies are broken in half
Queue | Horde Framework Packages
Version | Git master
Type | Bug
-State | Unconfirmed
+State | Feedback
Priority | 1. Low
Milestone |
Patch |
-Owners |
+Owners | Michael Rubinsky
------------------------------------------------------------------------------
Michael Rubinsky <mrubinsk at horde.org> (2014-07-12 16:01) wrote:
Some background:
Email reply and forwards in EAS are (usually) handled via something
called SMART_REPLY or SMART_FORWARD - where only the NEW text (the
actual reply text of the email) is sent to the server. The server is
then responsible for fetching the original email from the IMAP server
and the parse out the needed originally text and append the reply text
before sending.
EAS assumes "top-posting" - it assumes all replies appear before the
quoted text.
SOME clients include what you call the [header] text in the text that
it sends to the server, but some do not. Because of this, Horde adds
it's own "quoted header" - the "On blah blah, so and so said this:"
text in the appropriate place based on the user's preference for
top/bottom posting.
This can lead to strange placements and duplicate headers (the one the
client sent and the one Horde adds). We can't "sniff" out if there is
a header in the text already since there is not standard form for it
to take.
There are two options other than the current situation:
1) Never add a header on the Horde side. The down side is that if the
user is "bottom-posting" the client provided header still appears at
the bottom of the email and there is no header at the beginning of the
quoted text.
2) Disallow bottom posting. This would avoid the problem above, but
would force the use of a reply style that many feel is inappropriate.
The small number of clients that don't explicitly add the reply header
to the text will generate replies without any reply header (though the
original message would still be quoted).
I've thought about this on and off over the last year or so, and I
think (2) is probably the best solution. This was the way EAS was
designed to operate. What Horde is doing is just a weak attempt to
work around that limitation. While I personally prefer bottom posting,
I think for mobile/EAS use this seems like the best option.
Any other voices want to chime in?
> Device: BlackBerry 10
> In Summary, Horde does not understand the structure of the message
> it gets to send and breaks it in half in an attempt to quote it.
> I've tried both the reply text at the top or at the bottom. It
> doesn't change anything.
> It's the same behaviour for both HTML and text emails.
>
> 1st message looks normal
> BODY1
> SIG1
>
> When I reply, the compose window looks like this
> BODY2
> SIG2
> --------------
> HEADER1
> BODY1
> SIG1
>
> But ater it's sent, the message looks like this:
> user at domain.tld wrote
>> BODY1
>> SIG1
> BODY2
> SIG2
> --------------
> HEADER1
>
>
> So the text of the reply is placed above everything else while the
> header is placed at the bottom.
>
> At the next reply, the message looks like this
> user at domain.tld wrote
>> user at domain.tld wrote
>>> BODY1
>>> SIG1
>> BODY2
>> SIG2
>> --------------
>> HEADER1
>> --------------
> BODY3
> SIG3
> --------------
> HEADER2
> --------------
>
>
> I've done the same test from the same client, but using gmail and
> replies look fine
> BODY3
> SIG3
> --------------
> HEADER2
> --------------
> BODY2
> SIG2
> --------------
> HEADER1
> --------------
> BODY1
> SIG1
>
> What I call the header looks like this:
> -----------------
> From:
> Sent
> To:
> Subject:
> -----------------
>
More information about the bugs
mailing list