Nethserver-sogo, needs test

Hi I need returns on this version of sogo, I must know if you don’t have regression before to release

yum install

  • it should fix the correct displayed name
In fact these are several improvements for the sysadmin

    in the imap setting of sogo the full name is now fully written to didier de labrusse instead of only didier
    in the upper top of sogo you can see didier de labrusse instead of only didier
    in the shared emailbox you can see didier de labrusse instead of only didier
  • it should fix the emailbox sharing in imap (allow another user to use by acl your email box)
    once installed, share the INBOX folder to another user, the other user could see and use your email box (move, delete, answer email; depending given acl )

correct acl could be manually see in (adapt for each user)


you will see something like this (the full must appear) akxeilprwts


I will snapshot and try this on my production system tomorrow after hours … and on test before that :stuck_out_tongue:


So, after applying the patch, results are mixed.

Things one should know reading the rest of this:

I create users like and etc.
They get an email alias like and

AD properties are populated to reflect the alias as the primary email and things like Fisrt name, last name, etc. are filled correctly.
Email clients are configured on the alias, using username lmst01 to acces the mailbox

In all clients, the part is dropped from the username while logging on or setting credentials.

First annoyance is to be expected in my setup: (Sending mail)

Mailheader when sending mail from SOGo is correct.

EAX works as expected, including the mail header being wrong compared to how the return address is set in SOGo:

X-Spam-Status: No, score=-100.0, required= 4.0
X-MS-Exchange-Organization-PCL: 0
X-MS-Exchange-Organization-SCL: 0
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) * on * at Fri, 24 Nov 2017 07:47:37 +0100
X-Spam-Status: No, score=-100.0, hits=-100.0, required= 8, autolearn=disabled,
	 shortcircuit=USER_IN_WHITELIST (ham)
X-Spam-Report: * -0.0 SHORTCIRCUIT No description available.
	* -100 USER_IN_WHITELIST From: address is in the user's white-list
X-Process: ESTProcessDone
Received: from ( by ( with Microsoft SMTP Server id
 8.3.485.1; Fri, 24 Nov 2017 08:33:49 +0100
Received: from (localhost [])	by (Postfix) with ESMTP id 3B96B180336F5	for
 <>; Fri, 24 Nov 2017 08:33:49 +0100 (CET)
Received: from localhost (localhost [])	by
 (Postfix) with ESMTP	for <>; Fri, 24 Nov 2017
 08:33:49 +0100 (CET)
From: Jeroen Visser <>
To: <>
Subject: EAXtest
Date: Fri, 24 Nov 2017 08:33:57 +0100
Message-ID: <000201d364f6$96c12890$c44379b0$>
MIME-Version: 1.0
Content-Type: multipart/alternative;
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdNk9pUQ8kYxJdosSoizqRE9JXLT+A==
Content-Language: nl
>>>>>  Return-Path: <<<<<<
X-Antivirus: avast! (VPS 171123-2, 23-11-2017), Inbound message
X-Antivirus-Status: Clean

IMAP works as expected, correct headers for my use-case and correctly displayed for common use-case, but not for mine :stuck_out_tongue:

But, and that is what this was about;

Note that for some reason, the first picture in this post has me looking up a user and it displays the accountname (my situation is weird, granted)

But I would expect that to be consistent … note this last pic displaying the users who have rights on this mailbox. This is mailbox user
When looking for the Test Account user, it displays … the alias … as I would like … ehr ??

Rights are not correctly set in my scenario:

Manually setting rights to works, as expected.

Strange behaviours:

  1. EAX return address in the email header is wrong
  2. Looking for user in SOGo when SENDING mail yields primary email addres (username in my case)
  3. Looking for user in SOGo when SETTING ACL’s yields alias email which has been set throughout SOGo settings like below:

1 Like

So, I will actually revert to my previous situation, as it had less confusion :stuck_out_tongue:
(I can test from both starting points if you like, made another snapshot)

You have a specific setting…I would love to hear others :slight_smile:

While I agree that my setting would cause issues with displaying user-shared mailboxes in imap and displaying the name ‘wrong’ on SOGo, it shouldn’t yield the result I get while searching for the user during adding rights, wouldn’t you agree?

does it is not a cache problem ?

Doesnt look like it. Same effect with a new user, after entering the AD property mail:

As you can see, not filling out the other properties leaves me with the username in front atm.
As soon as I set the fullname property:

I need time to migrate my email server to NS, after that I could start to do my tests in the real world

1 Like

I use sogo, dont like webtop…ill test. I have a sogo running in production, works well.


Sogo works fine, this build wiped out my filters for mail, but that is understandable. So far no issues on my end.

I tried it on a fresh install with openldap account provider. Full name is shown correctly now but newly created mailbox acls still write just username instead of username@domain.local to dovecot-acl file, so no access from allowed user:


but should be

If you change it and refresh sogo in browser markus can see testusers mailbox.


indeed, I did not patch the openldap server, thank to bring it up

please can you try

yum install

now the imap acl is set to

With Samba4AD

All seems good

however thunderbird displays the shared imap account by its email name, sogo use the full name, fun

1 Like

You can make it more fun by now setting the mail addresses in the sogo user configuration to an alias, as you would when you want the outside to use for instance the support mail to answer.

Not sure if even more fun arises when the mail property is set, I think not.

Sorry I don’t understand, you spoke to change the email address ‘from’ with the imap setting of sogo ?

In sogo, you can set some settings by going to your mail settings, going to the imap settings tab of the sogo user settings for email, and editing that.

You can then set two mail addresses. I can not provide the screenshot right now, but did so in the other topic we went back and forth on about this issue.

(Screenshot will follow asap)

I know an issue in sogo when you change the ‘From email’ address, you cannot send email by thunderbird (or other clients) to attendees when you create an appointment.

Would that then be a SOGo or an implementation limitation/bug?