Topic: Domain alias not working with external mails
==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
- iRedMail version: 1.4.0 MARIADB edition
- Deployed with iRedMail Easy or the downloadable installer: downloadable installer
- Linux/BSD distribution name and version: Debian GNU/Linux 10 (buster) - 10.10
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL (MariaDB)
- Web server (Apache or Nginx): Nginx
- Manage mail accounts with iRedAdmin-Pro? No
After successfully setting up an iRedMail server for my main domain, I tried to add my secondary domain as an alias by following the steps on here: https://docs.iredmail.org/sql.add.alias.domain.html
This didn't do the trick just yet, so I additionally added the secondary domain into the /etc/postfix/main.cf:
virtual_alias_domains = domain2.tld virtual_alias_maps = hash:/etc/postfix/virtual
Note: I didn't remove any of the existing mysql entries under virtual_alias_maps.
And entered the mapping into /etc/postfix/virtual and executed "postmap /etc/postfix/virtual" afterwards:
This is working internally on the server. firstname.lastname@example.org can send to email@example.com and user2 will receive the mail in his mailbox. External emails also still arrive when sent to firstname.lastname@example.org.
Unfortunately it doesn't function with external mails to the secondary domain.
In my /var/logs/mail.log I find the following lines:
postfix/smtpd: NOQUEUE: reject: RCPT from mail-oi1-x231.google.com[2607:f8b0:4864:20::231]: 451 4.3.5 <email@example.com>: Recipient address rejected: Server configuration problem; from=<firstname.lastname@example.org> to=<email@example.com> proto=ESMTP helo=<mail-oi1-x231.google.com>
postfix/smtpd: warning: problem talking to server 127.0.0.1:12340: Connection timed out
On port 12340 dovecot is listening:
dovecot 513 root 67u IPv4 17087 0t0 TCP 127.0.0.1:12340 (LISTEN)
In my dovecot log I find the following line repeatedly:
dovecot: quota-status: Error: quota-status: Client sent invalid recipient address: Invalid character in path
And that's where I'm stuck. I suspect one of two things: Either I simply missed a necessary configuration, which seems highly likely, since I've never set up a mail server on Debian before, or the dovecot error is caused by my secondary domain. The secondary domain contains an umlaut (ä/ö/ü), which I'm well aware can cause some issues. Therefore I also own the domain in it's punycode formatted variant. So, whenever I added my secondary domain with it's umlaut to a configuration, I also added the punnycode version of it, assuming it would solve any issues in that regard. Is it possible that dovecot can't handle any umlauts/punnycode formats? Or did I simply miss to configure something obvious?
Any push into the right direction is highly appreciated.
----Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.