Relationship Graph

View IssueDependency GraphShow Summary
Relationship Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0005759SOGoBackend Calendarpublic2023-04-28 15:152024-05-16 11:11
ReporterS1ash Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
OSiOSOS Version16.3.1 
Product Version5.8.2 
Summary0005759: Notifications are not processed / not received to the ios calendar
Description

We have a number of clients connected via eas - all types - Outlook iPhones and Android.
In the course of work, it turned out that periodically, clients on iPhone do not receive notifications from the calendar about a created or updated event.
Apparently, after receiving a letter containing ics, it is processed and a notification is displayed. However, this does not always happen.

In an attempt to find out, it was found that the iPhone incorrectly processes calendars coming from sogo, but for example, from Google mail, it is always successful.
In the attachment there is an example of a letter created from an iPhone, from sogo and the last one, a letter sent manually with the same ics, however, if the letter has both an attachment in base64 and with a calendar type in a quoted-printable, then the letter is successfully parsed, although two attachments and in mail on iPhone and in the web interface.
It also happens that two letters arrive - both generated by an iPhone and sogo.

Therefore, is it possible to send emails about events in both formats, as well as ignore emails from all clients (I saw a hack only for Outlook in the code), and send them exclusively using sogo?

TagsNo tags attached.

Relationships

Relationship GraphDependency Graph
has duplicate 0005827 new Incorrect handling of push notifications on iOS 

Activities

S1ash

S1ash

2023-04-28 15:15

reporter  

created_in_ios_mail.eml (2,954 bytes)
crafted_mail.eml (3,575 bytes)
created_in_sogo_calendar.eml (4,716 bytes)
tfu

tfu

2023-07-19 20:02

reporter   ~0017118

I updated the dates in created_in_sogo_calendar.eml to be in future and injected it into my mail system.
After syncing the mail via EAS to iphone I get a notification as expected.

Sounds like a character set problem as it works for you when the ics is base64 encoded.
Can you set SOGoEASDebugEnabled = YES and provide sogo.log after reproducing the problem with a new invitation?
S1ash

S1ash

2023-07-21 22:16

reporter   ~0017124

Okay, I took a clean 5.8.4 from the master branch
The first letter was sent by testuser01 to the second mailbox from the web interface. There is no push, the meeting is displayed in the calendar (Siri pulled it out of the letter)

The second letter I took the event generated by SOGO, copied it, changing one character in the form and the start and end dates of the meeting (by the way, the question is what's wrong with the time zone and why it became +1, but now it doesn't matter). Sent by a script that simulates sending a gmail - two ics, one of which is in base64 and voila, the push came instantly.

I would be very grateful for help. I already rummaged through the sources in an attempt to add a second attachment, but there is a suspicion that the assignment of the boundary is incorrect

01.eml (4,598 bytes)
02.eml (3,519 bytes)
S1ash

S1ash

2023-07-21 22:17

reporter   ~0017125

sogo_01.log (18,134 bytes)   
sogo_02.log (40,185 bytes)   
photo_2023-07-22_01-08-01 (2).jpg (35,710 bytes)   
photo_2023-07-22_01-08-01.jpg (120,974 bytes)   
tfu

tfu

2023-07-22 16:10

reporter   ~0017126

Injecting 01.eml into my env:

modified DSTART/DEND to be in future
removed headers: Received: and X-Spam-Score:

telnet localhost 25
mail from:mail@example.com
rcpt to:mail@example.com
data
<past modified 01.eml>>
<crlf>
<crlf>
.

Still cannot reproduce. I got the notification as expected. Tested with iOS 16.5.1 / SOGO 5.8.4 on "Debian GNU/Linux 11".
S1ash

S1ash

2023-07-23 14:45

reporter   ~0017129

If I'm not mistaken, I even checked this case on iredmail
I build from source on rocky linux (rhel)
if you are also compiling, could you please provide the parameters and version list of your library, I assume there might be some problem with that. for example gnustep or some ytnef - nightly builds have rpm version 2.0.0-1, although the guys already have 2.1.2, including with additional patches

further I will assume that there may be a problem in the mailer, but I think that the problem is still somewhere in the operation of the eas protocol between the client and the server

Issue History

Date Modified Username Field Change
2023-04-28 15:15 S1ash New Issue
2023-04-28 15:15 S1ash File Added: created_in_ios_mail.eml
2023-04-28 15:15 S1ash File Added: crafted_mail.eml
2023-04-28 15:15 S1ash File Added: created_in_sogo_calendar.eml
2023-07-19 20:02 tfu Note Added: 0017118
2023-07-21 22:16 S1ash Note Added: 0017124
2023-07-21 22:16 S1ash File Added: 01.eml
2023-07-21 22:16 S1ash File Added: 02.eml
2023-07-21 22:17 S1ash Note Added: 0017125
2023-07-21 22:17 S1ash File Added: sogo_01.log
2023-07-21 22:17 S1ash File Added: sogo_02.log
2023-07-21 22:17 S1ash File Added: photo_2023-07-22_01-08-01 (2).jpg
2023-07-21 22:17 S1ash File Added: photo_2023-07-22_01-08-01.jpg
2023-07-22 16:10 tfu Note Added: 0017126
2023-07-23 14:45 S1ash Note Added: 0017129
2024-05-16 11:11 Christian Mack Relationship added has duplicate 0005827