Since May this year, when using Deltachat as the default relay to send messages, it has been restricted. Even if other relays are used instead, the delay or information loss is very serious.
After testing, using QQ email as a relay is reliable. None of the messages disappear, but the other party usually receives the messages five minutes later.
How to solve this problem? Is there anyone who can help modify Deltachat to shorten the time for sending polling to the QQ email server? Give us a Deltachat client that can be used as a relay based on QQ email in China.
Thank you very much.
I originally intended to deploy chatmail relays in China, but I saw on the forum that this method doesn’t work either, and the relays will also be intercepted. So, only QQ email can be used as the relay server for communication is the right method.
Steps to reproduce the problem
…
…
Screen snapshots
Debug logs
Logs
<!--
If applicable, debug logs can be copied from within the Delta Chat app:
Open the _Settings_ menu -> _About_ -> _version number|Info_.
Alternatively from the Android system log:
` adb logcat -v time -s DeltaChat `
This log contains private data (e.g. mail address, provider information) which shall be removed or anonymised prior to posting.
-->
If a QQ user sends another QQ user an email using webmail
If a foreign chatmail relay server & DC user sends a QQ DC user a message
If a QQ DC user sends a foreign chatmail relay server & DC user a message
We can’t do anything if the systems of QQ are lagging or if sending on QQ is lagging.
I would guess you are implying that QQ for reception is lacking IMAP idle and thus needs to be polled for messages. If I am interpreting this correctly, Delta Chat is already polling once every minute in such a case, not once every 5 minutes. So, if you are seeing a latency of 5 minutes, it might be coming from somewhere else.
You guessed it right. I just think the interaction time interval between Deltachat and the QQ email server is too large.
I’ve tested it. Here’s the situation: When my mobile phone’s DC client uses a QQ email server for relay:
1.When others send emails to me via email, my Android DC client can receive the email information immediately.
2. When others use mobile DC clients (including both iPhone and Android systems) and configure QQ email server relay to send messages to my mobile DC client, it takes me 3 to 5 minutes to receive them.
3. Others use DC clients with chatmail relay configured to send messages to my mobile DC client, with a delay of 3 to 5 minutes, and sometimes even 24 hours.
Currently in China, there is a very bad situation where no matter what chatmail relay we use, our messages will be blocked, and there are serious issues with message loss and delay. The only feasible solution is to use the QQ email server as the relay, which will not be blocked. All that needs to be addressed is the problem of message delay in the QQ email server relay.