Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Internal visibility of email address applied to Destinations #6391

Closed
DavidePrincipi opened this issue Jan 12, 2021 · 4 comments
Closed

Internal visibility of email address applied to Destinations #6391

DavidePrincipi opened this issue Jan 12, 2021 · 4 comments
Labels
bug A defect of the software verified All test cases were verified successfully

Comments

@DavidePrincipi
Copy link
Member

DavidePrincipi commented Jan 12, 2021

When an email address is edited and the Internal advanced checkbox is modified the visibility state is propagated to every selected Destination.

Steps to reproduce

  • Access the Addresses page of Email app
  • Create a new email address infog with two destinations: first.user and second.user
  • Edit again infog and enable the Internal checkbox

image

Expected behavior

  • infog is internal
  • first.user and second.user are still public

Actual behavior

  • first.user and second.user become internal too

Note that the propagation occurs during the address modification. Instead, the creation form matches my expectation.

Components

nethserver-mail-server-2.29.5-1.ns7.noarch


Thanks to @lucagasparini

@DavidePrincipi DavidePrincipi added the bug A defect of the software label Jan 12, 2021
gsanchietti added a commit to NethServer/nethserver-mail that referenced this issue Jan 12, 2021
When changing the Access property of group pseudonym,
the change should not be propagated to the destination aliases:
a public pseudonym can always be used to deliver messages to a private
pseudonym.

NethServer/dev#6391
@nethbot
Copy link
Member

nethbot commented Jan 12, 2021

in 7.9.2009/testing:

@gsanchietti
Copy link
Member

Test case
Check the bug is not reproducible

@gsanchietti gsanchietti added the testing Packages are available from testing repositories label Jan 12, 2021
@gsanchietti gsanchietti removed their assignment Jan 12, 2021
@lucagasparini lucagasparini self-assigned this Jan 12, 2021
@lucagasparini
Copy link

The bug is not reproducible 👍
Test case OK

@lucagasparini lucagasparini added verified All test cases were verified successfully and removed testing Packages are available from testing repositories labels Jan 12, 2021
@lucagasparini lucagasparini removed their assignment Jan 12, 2021
@nethbot
Copy link
Member

nethbot commented Jan 12, 2021

in 7.9.2009/updates:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug A defect of the software verified All test cases were verified successfully
Projects
None yet
Development

No branches or pull requests

4 participants