Domain alias not ac...
 
Notifications
Clear all

Domain alias not accepting mail

7 Posts
4 Users
1 Likes
1,583 Views
(@amitchell)
Joined: 1 year ago
Posts: 16
Topic starter  

A friend and myself are long time Zimbra users. When I became aware of Carbonio project I deployed a server for educational purposes on my companies data network. Shortly after that, my friend had his zimbra server compromised. After looking at fixing it I suggested he deploy a Carbonio installation. His environment is production. Mine is not.

MY friend has a scenario where he has a client with 3 domains. The client expects 1 domain to be primary and the other two to be alias which point to the primary. Just like the zimbra server was configured. Using

zmprov createAliasDomain chinsurance.net conliffehickeyinsurance.com

In the example above chinsurance.net is the domain alias and conliffehickeyinsurance.com is the primary domain.

I helped configure this on the Carbonio server using the same command. The command appeared to be successful. Now when sending email to both domain alias, messages fail. Messages to the primary domain are delivered successfully. The failed domain alias messages return the following information:

host cmail.accesstech.info[45.45.168.39] said: 550
    5.1.1 <chris@chinsurance.net>: Recipient address rejected: User unknown in
    virtual alias table (in reply to RCPT TO command)

The domain aliases do appear in the carbonio domain list. However, as shown above, messages cannot be delivered. Assistance in resolving this issue would be greatly appreciated.


   
Quote
(@sharif)
Admin
Joined: 2 years ago
Posts: 362
 

@amitchell

Hi,

Thank you for writing to us.

Please allow us some time. We will get back to you with our observations.

Thanks and regards,

Sharif


   
ReplyQuote
(@livelace)
Joined: 1 year ago
Posts: 2
 

The same problem with a fresh installation.  @sharif Do you have any news on this ?


   
ReplyQuote
(@sharif)
Admin
Joined: 2 years ago
Posts: 362
 
Posted by: @amitchell

MY friend has a scenario where he has a client with 3 domains. The client expects 1 domain to be primary and the other two to be alias which point to the primary. Just like the zimbra server was configured. Using

Posted by: @livelace

The same problem with a fresh installation.  @sharif Do you have any news on this ?

@amitchell

@livelace

 

Hi,

We sincerely appreciate your support for Carbonio CE.

Once again thank you so much for your generous patience. We are happy to convey this message to you that
with the latest release of Carbonio CE 23.2.0 the Domain alias issue that you have reported here has been fixed.

Please update your Carbonio CE version to the latest release (23.2.0). Create domain aliases as per your
requirement and check whether they function according to your expectation or not.

All previous domain aliases will remain as they are and will not inherit the fix. Therefore, you have to create
new domain aliases from the scratch after the update.

Please let us know your feedback so that we work to improve it further.

 

Thanks and regards,

Sharif


   
ReplyQuote
(@livelace)
Joined: 1 year ago
Posts: 2
 

I have upgraded my carbonio instance and ... it works now. Thanks!


   
ReplyQuote
 KAV
(@kav)
Joined: 12 months ago
Posts: 7
 

If you add an ssl certificate to the domain alias, then when connecting to imap ports, only it will always be given:

main domain: @domain.com

alias domain: @alias.com

"/opt/zextras/libexec/zmdomaincertmgr savecrt" for SSL cert for mail@ALIAS.com

After that:

openssl s_client -connect mail@domain.com:993 -> SSL of mail@ALIAS.com

openssl s_client -connect mail@alias.com:993 -> SSL of mail@ALIAS.com

openssl s_client -connect mail@SomeOtherDomain.com:993 -> SSL of mail@ALIAS.com

 

it's nomarly or the proxy server doesn't choose the right certificates?


   
ReplyQuote
 KAV
(@kav)
Joined: 12 months ago
Posts: 7
 

And at the same time:

openssl s_client -connect mail@domain.com:443 -> SSL of mail@domain.com

openssl s_client -connect mail@alias.com:443 -> SSL of mail@alias.com

openssl s_client -connect mail@SomeOtherDomain.com:443 -> SSL of mail@SomeOtherDomain.com

 

It seems that the proxy server does not correctly choose the certificate for IMAP/POP3 and correctly for HTTP ...


   
ReplyQuote