Topic: Mail to domain pseudonyms pointing to group with dot in name not delivered

[madadam]

I'm having difficulty with email delivered to a pseudonym pointing to a group which contains a period. The email is rejected by the system with a "Recipient unknown" error.

The system is a new SME 8 install, fully patched and up-to-date running on the VMware ESXi platform.

This bug was supposedly fixed:

http://bugs.contribs.org/show_bug.cgi?id=6694

Before re-opening the bug I'm looking for further confirmation from others experiencing the same problem. It's easy enough to create a new group with a period in the name, ie. "g.test", create a new pseudonym which delivers mail to the new group and finally email that pseudonym.

Cheers,

Adam

[janet]

madadam

The bug as reported appears to be fixed, but note carefully it referred to domain style pseudonyms ie info@mydomain.com

So I conducted the test you mentioned, and with the pseudonym configured as
gtestpseudo
and a group as
g.test (with 3 user members)
and the mail delivery failed - Recipient unknown

When I added a pseudonym in the form
gtestpseudo@mydomain.com
pointing at a group
g.test (with 3 user members)
the email was then delivered OK.
Note both gtestpseudo and gtestpseudo@mydomain.com appeared in the pseudonym list

Tested with webmaill on an internal sme test system, so no external factors involved.
Confirmed in both cases
rpm -q e-smith-qmail
e-smith-qmail-2.2.0-6.el5.sme

rpm -q --changelog e-smith-qmail |more
* Mon Jan 16 2012 Ian Wells <esmith@wellsi.com> 2.2.0-6.sme
- Allow groups with dots, by Filippo Carletti [SME: 6694]


So there is still a bug existing for non domain style pseudonyms.
Theoretically this is different than bug 6694, so maybe open a new bug but refer to the old bug for reference, maybe refer to this post too if considered necessary.
I'll let you do that.

The very easy workaround for you to resolve this immediately is to just add a pseudonym as
gtestpseudo@mydomain.com (including the @domain part) ie for your main domain

[CharlieBrady]

Before re-opening the bug I'm looking for further confirmation from others experiencing the same problem.

Don't hesitate before posting problem reports to the bug tracker. It doesn't matter whether anyone else is seeing the problem - you are, so make the bug report.  You just waste everyone's time by posting here. Thanks.

[raem]

madadam

I posted this bug report
http://bugs.contribs.org/show_bug.cgi?id=7055

[madadam]

Hi Mary,

Thanks for doing some testing. Most helpful!

The bug as reported appears to be fixed, but note carefully it referred to domain style pseudonyms ie info@mydomain.com

Yeah, I did note that but didn't see why a pseudonym with or without the "@domain.com" should make a difference when parsing the configuration.

So there is still a bug existing for non domain style pseudonyms.
Theoretically this is different than bug 6694, so maybe open a new bug but refer to the old bug for reference, maybe refer to this post too if considered necessary.
I'll let you do that.

Not sure I agree that it's a separate bug, but I guess that would really depend on the cause.

Cheers,

Adam

[madadam]

Don't hesitate before posting problem reports to the bug tracker. It doesn't matter whether anyone else is seeing the problem - you are, so make the bug report.  You just waste everyone's time by posting here. Thanks.

Thanks Charlie, but don't discount my ability to totally screw things up! Most of the time that's the case :-/

Anyway, it's the precious time of our developers I don't want to waste.

Cheers,

Adam

[madadam]

madadam

I posted this bug report
http://bugs.contribs.org/show_bug.cgi?id=7055

Thanks, you've covered everything in the report.

Cheers,

Adam

[filippoc]

I've posted a fix in the bug tracker (http://bugs.contribs.org/show_bug.cgi?id=7055#c7).
To test it before an update is released, you'd modify /etc/e-smith/events/actions/qmail-update-group adding back:
$groupName =~ s/\./:/g;
See http://bugs.contribs.org/show_bug.cgi?id=6694