Bug 37649 - mail/alias/root is not set up correctly during system setup
mail/alias/root is not set up correctly during system setup
Status: REOPENED
Product: UCS
Classification: Unclassified
Component: System setup
UCS 5.0
Other Linux
: P5 normal (vote)
: ---
Assigned To: UCS maintainers
:
: 31744 (view as bug list)
Depends on:
Blocks: 39623
  Show dependency treegraph
 
Reported: 2015-01-29 09:31 CET by Sönke Schwardt-Krummrich
Modified: 2021-05-03 21:27 CEST (History)
6 users (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 3: Simply Wrong: The implementation doesn't match the docu
Who will be affected by this bug?: 2: Will only affect a few installed domains
How will those affected feel about the bug?: 1: Nuisance – not a big deal but noticeable
User Pain: 0.034
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sönke Schwardt-Krummrich univentionstaff 2015-01-29 09:31:56 CET
Observed on DC slaves that has been set up via system setup (KVM generic template or EC2):
mail/alias/root is not set up correctly during system setup. The domain part point still to the old domain name the system setup template has been installed with.
In this case, the domain has been set to najjar.local during system setup but mail/alias/root still points to systemmail@ucs.local.

So by default, mails to root resp. systemmail are lost, because postfix has (in nearly all cases) no idea where to send the mail to.
Comment 1 Sönke Schwardt-Krummrich univentionstaff 2015-01-29 11:26:46 CET
(In reply to Sönke Schwardt-Krummrich from comment #0)
> In this case, the domain has been set to najjar.local during system setup
> but mail/alias/root still points to systemmail@ucs.local.

Correction: it points to systemmail@ucsmaster.ucs.local instead of  
systemmail@slave111.najjar.local
Comment 2 Sönke Schwardt-Krummrich univentionstaff 2015-07-29 09:25:45 CEST
Small notes: 
- in EC2 mails to root/systemmail are lost because of this bug
- this may also affect Univention Apps
- in EC2 the old/wrong value for mail/alias/root is 
  systemmail@unassigned-hostname.unassigned-domainname
Comment 3 Daniel Tröder univentionstaff 2015-07-29 09:55:55 CEST
IMHO the best solution for this would be to ask the user during the installation if she wants to supply an email address where all system related mails should ge to. I think most administrators would desire this.
If no address is supplied, systemmail@ucsmaster.ucs.local should be used and a note/tooltip could inform the user how to read those emails (mail/mutt/etc, imo pine has the best beginner ux).
Comment 4 Daniel Tröder univentionstaff 2016-01-25 15:28:12 CET
Happens in 4.1 with backup, slave and members in EC2. Breaks 01_base.110_ucr_cronjobs.test.

mail/alias/root: systemmail@unassigned-hostname.unassigned-domain

There is a workaround created for docker: ucs-4.1-0/mail/univention-mail-postfix/etc/univention/docker/init.d/50univention-mail-postfix that does set the UCRV.
Comment 5 Daniel Tröder univentionstaff 2016-10-13 19:59:54 CEST
*** Bug 31744 has been marked as a duplicate of this bug. ***
Comment 6 Markus Dählmann 2018-10-10 09:32:12 CEST
I observed this in our environment too, after installation and join of UCS, "mail/alias/root" still contains "systemmail@unassigned-hostname.unassigned-domain".
Comment 7 Stefan Gohmann univentionstaff 2019-01-03 07:23:54 CET
This issue has been filled against UCS 4.1. The maintenance with bug and security fixes for UCS 4.1 has ended on 5st of April 2018.

Customers still on UCS 4.1 are encouraged to update to UCS 4.3. Please contact
your partner or Univention for any questions.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or simply reopen the issue. In this case please provide detailed information on how this issue is affecting you.
Comment 8 Sönke Schwardt-Krummrich univentionstaff 2019-01-09 10:25:05 CET
Still valid issue