Hello, I have been using ISPConfig for a while now and am quite happy with what we can do with it! I try to always make all required changes through ISPConfig interface only to avoid messing up with the system and usually I always find a workaround that allows me to do so. However, I am facing a problem today that I thought should be quite common but I guess I missed something or this problem is actually too complex but I can't get the required result. Problem is the following: I have a local mailserver on domain example.com with few email addresses setup via ISPConfig (currently 3.3.0p3). On the same domain, most email addresses are actually setup with O365 and I configured connectors to connect to and from my ISPConfig server. (This works fine so I will not get into too much details here). No I have a working configuration for almost every email: I can receive emails from external domain to example.com local addresses routed from O365 if user does not exist in O365 I can receive emails from example.com if they are sent from an O365 email account (also on example.com domain) I can send email from my server going through O365 from my domain example.com to any external domain What I cannot do is send an email from a local mailbox on the ISPConfig server to an O365 email account on the same domain. There is actually 2 different kinds of errors When trying to send an email from local server, we get an error "Recipient address rejected: User unknown in virtual mailbox table." Makes sense as the user is not in the local database. I can actually solve this error using a virtual_alias_maps and even preferably if we want to set it up in ISPConfig by using Email forward by mapping for example john.doeatexample.com to john.doeatexample.com (makes the user known in the database). However, I don't know if this is the best option and would have loved to find a way to just accept all non local recipient as they might be exisiting in O365 instead of setting up all email addresses one by one. Second problem then is that I need a transport route for non local email addresses. However, we hit an error "smtp; 550 5.1.1 john.doeatexample.com User doesn't exist". We need to reroute non-local user to the O365 smtp server.For now, I don't have a proper 'ISPConfig' way to do that. The only workaround I found is to manually add an additionnal transport_maps file with following content: john.doeatexample.com smtp:[example-com.mail.protection.outlook.com] Is there a way I could set that up in ISPConfig instead ? I though Email Routing could be an option but seems I cannot use is as the local domain exist "The Domain is already set as a E-Mail Domain." I don't like using non ISPConfig way to change things as it is going against what ISPConfig is here for. Basically I just need a catchall forwarding for all emails that do not exist as local account. I thought this would be a classic problem but seems like as soon as you already have a domain name configured it makes forwarding configuration unavailable for this same domain. I hope I just missed something ? Thanks in advance for any help on the subject. I can provide more details if required (hopefully this is clear enough...)
Edit: I think I actually found a way to do it entirely through ISPConfig. We just need to use indeed Email Routing but instead of using the entire domain (which we are not allowed to) we should put every email address we want to redirect. So: Server: yourserver Domain: john.doeatexample.com No Mx lookup checked (I think this is best as we provide destination below but not entirely sure) destination: example-com.mail.protection.outlook.com (in case of O365 but could be any email server) Sort by: 5 (default) Active (of course) Ok this works but I still think this might not be the proper way. First of all where I put the email addresses the field is called Domain so that does not seems right. And mostly, the issue is that I still need to put every email address that I want to serve. I am still looking for a way to forward all but only non-local email addresses for that specific domain. I will keep updating my findings here, maybe this can serve someone else.
