View Issue Details

IDProjectCategoryView StatusLast Update
0005392SOGoWeb Preferencespublic2021-09-16 12:49
ReporterMomot Paul Assigned Tofrancis  
PriorityhighSeveritycrashReproducibilityalways
Status closedResolutionno change required 
PlatformServerOSSuseOS Version15.2
Product Version5.2.0 
Summary0005392: vacation autoreply subject umlauts
Description

In sogo version 5 we have an option to write subject manually for vacation message. The subject is taken from webinterface and written to sieve script directly, as it is. It's all well if we use latin-1 characters, but when we want to use umlauts or cirillic special characters that gives us some trouble.
When script generates an email with such subject, in order to process it correctly postfix should propose SMTPUTF8 extension. I'm not sure if a large variety of email servers in the internet already so brilliant to flawlesly process utf-8 characters in headers without base64 encoding, but it's still pretty dangerous and unreliable. Means not every mail server is capable of accepting such autoreply.
I propose to stick to RFC 1342 and encode subject accordingly. For example, here what we have now:

if allof ( not exists ["list-help", "list-unsubscribe", "list-subscribe", "list-owner", "list-post", "list-archive", "list-id", "Mailing-List"], not header :comparator "i;ascii-casemap" :is "Precedence" ["list", "bulk", "junk"], not header :comparator "i;ascii-casemap" :matches "To" "Multiple recipients of*" ) { vacation :days 7 :subject "I'm on vacation until 13.06.2018 Äpfel УЁ їій" :addresses ["pavel.momot@ua.it-workbench.com"] text:
Hello. I'm currently on vacation and will respond to your letter after 13.06.2018. Thank you.

And this is how it should be in order to work (with base64 encoding, or you could use quoted-printable instead):

if allof ( not exists ["list-help", "list-unsubscribe", "list-subscribe", "list-owner", "list-post", "list-archive", "list-id", "Mailing-List"], not header :comparator "i;ascii-casemap" :is "Precedence" ["list", "bulk", "junk"], not header :comparator "i;ascii-casemap" :matches "To" "Multiple recipients of*" ) { vacation :days 1 :subject "=?utf-8?B?SSdtIG9uIHZhY2F0aW9uIHVudGlsIDEzLjA2LjIwMTggw4RwZmVsINCj0IEg0ZfRltC5?=" :addresses ["pavel.momot@ua.it-workbench.com", "admin@ua.it-workbench.com"] text:
Hello. I'm currently on vacation and will respond to your letter after 13.06.2018. Thank you.

Steps To Reproduce

1) Create out of the office Vacation message
2) Enable subject and put umlauts or any other non-ascii characters there
3) Check generated sieve script on the server

TagsNo tags attached.

Activities

francis

francis

2021-09-15 21:06

administrator   ~0015452

Last edited: 2021-09-15 21:06

From what I understand from RFC 5230 (Vacation extension), the Sieve server is responsible to encode the subject:

The ":subject" parameter specifies a subject line to attach to any
vacation response that is generated. UTF-8 characters can be used in
the string argument; implementations MUST convert the string to
[RFC2047] encoded words if and only if non-ASCII characters are
present.

What is your Sieve server? I can't reproduce the issue with Dovecot/Pigeonhole.

Momot Paul

Momot Paul

2021-09-16 07:15

reporter   ~0015453

Thank you very much for your response, francis. I totally agree with your reasoning and ask you to close this bug as wrongly submitted.
My problem is - I'm using cyrus-imapd with OpenSuse server. The base default version for suse is 2.4.x branch of cyrus-imapd. I did some research and indeed about 5-6 years ago there were bug reports to cyrus-imap community regarding utf-8 subject handling in vacation module. And they did add a fix to it, to branch 2.5.x and 3.x. I don't know why they ignored the 2.4 branch, but here we are now. So I will try to do something about that patch for 2.4 branch, if not - then either will change the branch or move to Dovecot/Pigeonhole.
Thank you for your support, sorry for wrong reporting.

Issue History

Date Modified Username Field Change
2021-09-15 12:10 Momot Paul New Issue
2021-09-15 21:06 francis Note Added: 0015452
2021-09-15 21:06 francis Note Edited: 0015452
2021-09-16 07:15 Momot Paul Note Added: 0015453
2021-09-16 12:49 francis Assigned To => francis
2021-09-16 12:49 francis Status new => closed
2021-09-16 12:49 francis Resolution open => no change required