Closed webratte closed 4 years ago
could you get the mail source with Thunderbird or so of the message which is displayed with the extra "..." from DC? I am particularly interested in the Message-Id header. thanks! (sidenote: it's "sent" not "sendet" ... and don't worry - i learned english by correcting mistake-by-mistake and still make tons ;)
On Tue, Oct 22, 2019 at 22:17 -0700, webratte wrote:
Describe the bug If I send a message from the OX-Coi Android App to the Delta Chat Android- and Desktop Client I have behind every message 3 Dots [...]
See also the attached screenshots
To Reproduce Occurrence: always Steps to reproduce the behavior:
- Send a message via OX-Coi Android App and receive this message via Delta Chat client
- See what I described
App information (please complete the following information):
- App version: OX-Coi V. beta-2 (2002) Delta Chat V.0.510.1
- Delta Chat Core version: I don't know
- Flutter version: I dont know
Smartphone (please complete the following information):
- Device: Huawei nova
- OS: Android 7.0
Additional context I have no idea is this a OX issue or a Delta Chat issue.
But I'm sure the OX team and the Delta Chat team have to work together and have to keep there clients 100% compatible. Only if the good boys work together there is a chance against the big players.
I think with Chat over E-mail there is a realistic chance to replace WhatsApp with E-mail ;-)
I also opened a issue for OX-coi: https://github.com/open-xchange/ox-coi/issues/221
-- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/deltachat/deltachat-android/issues/1082
@webratte thanks for testing!
i just tried it with OX COI beta-2 (1002) to both, Delta Chat 0.510.0 and 0.930.2 and did not see the dots.
in general, the dots appear when there is sth. truncated from the message and/or the message is not sent by a recognized mail-over-chat client.
so, yip, the source file would be interesting.
After hours of playing around and reinstalling OX-Coi it seems to work again.
So I will close this issue. I will test more things. If I will find other things, I will reopen it.
It seems this happens, if I switch off encryption and only with my GMX Account not with Mailbox.org
might be that gmx adds some stuff to the mail, not sure. can you post the belonging mail source here?
Here are the concerned messages.
One is the sent message from the deltachat folder in the GMX account. And the other is the received message from the deltachat folder in the mailbox.org account.
hm, seems as if the signature does not follow the signature convention (wikipedia, rfc), we assume a signature to start with the characters -- \n
to be recognized as such.
the ox-signature is introduced by just two minus, formatted as =2D-\n
- the space is missing - therefore the stuff is truncated, but as we cannot be 100% sure that this is correct, the truncation is shown to the user.
so i'd say, ox should figure that out - or are there some reasons for that? where does this come from? ping @mneumann @Boehrsi @robert-virkus
I can reproduce this =2D-\n
by sending a message with Thunderbird (Autocrypt is on).
This happens only if I send the message with GMX.
Sent messages with mailbox.org shows -- \n
as expected.
okay, thanks for coming back.
do you get this =2D-\n
also when sending using Delta Chat on GMX?
in this case, we can assume a core issue as the the bad behavior is the same for ox and Delta Chat.
otherwise, it seems to be a ox-only-issue.
showing the three points as such is correct on the given input.
Just installed DC on a test phone and GMX as account. If I switch off encryption I can see the three dots.
I have not checked the source text.
But I think it will be the same problem.
k, so
-- \n
as signature divider which is handled correctly on delta and oxmaybe gmx rewrites the body? and replaces -- \n
by 2D-\n
for some reasons (i cannot imagine any, however)
Another test.
Sending via k9, GMX, unencrypted, signature and autocrypt on (key on the header) works as expected. No three dots.
Later I will provide the source text of a message sent by k9 to compare with message sent by DC.
here the promised mail sentByK9.zip
k9 uses a different content encoding, so maybe this is not directly comparable. gmx may change the one but not the other.
hard to say who is doing sth. "wrong" here, however, is this happens only for gmx, this seem to be a strong hint. maybe there are some ox imap specialists who have an idea.
Describe the bug If I send a message from the OX-Coi Android App to the Delta Chat Android- and Desktop Client I have behind every message 3 Dots [...]
See also the attached screenshots
To Reproduce Occurrence: always Steps to reproduce the behavior:
App information (please complete the following information):
Smartphone (please complete the following information):
Additional context I have no idea is this a OX issue or a Delta Chat issue.
But I'm sure the OX team and the Delta Chat team have to work together and have to keep there clients 100% compatible. Only if the good boys work together there is a chance against the big players.
I think with Chat over E-mail there is a realistic chance to replace WhatsApp with E-mail ;-)
I also opened a issue for OX-coi: https://github.com/open-xchange/ox-coi/issues/221