Problem receiving email after new installation

I tried to send a message via the support page for the Migration toolkit but it seems my browser won't work with that page :{

Anyway...

I've successfully run the migration tool. The target was a new Ubuntu 22.04 installation with ISPConfig installed using the automated script. I've changed over DNS for all domains (the new server has the same hostname as the old one).

Looking at everything in the ISPConfig web interface, it all looks good. However, Postfix won't accept incoming messages. If I send a simple email to an address on the server, it bounces with 554 5.5.1 Relay access denied. In Root's mailbox, there are messages like "mail for domain.net loops back to myself".

I assume that this means there is a setting wrong in Postfix, so all the virtual stuff in ISPConfig's database is not being picked up. I've done a resync in the ISPConfig web interface for all services and had a look at the Postfix settings, comparing them with the old server but I can't see what's wrong.
I saw this in the log:
postfix/smtpd[71936]: disconnect from localhost[::1] commands=0/0
Dec 29 19:00:02 postfix/smtpd[71936]: lost connection after CONNECT from localhost[::1]
Dec 29 19:00:02 postfix/smtpd[71936]: connect from localhost[::1]
Dec 29 19:00:02 pure-ftpd[74751]: (?@::1) [INFO] Logout.

And also:
mariadbd[4851]: 2025-12-29 19:00:40 4940 [Warning] Aborted connection 4940 to db: 'unconnected' user: 'unauthenticated' host: 'localhost' (This connection closed normally without authentication)
mariadbd[4851]: 2025-12-29 19:00:40 4939 [Warning] Aborted connection 4939 to db: 'unconnected' user: 'unauthenticated' host: 'localhost' (This connection closed normally without authentication)

Don't know if they're relevant.

I suspect you'll need more info from me - just let me know what.

 

I suspected it was the original installation.

Tried that and no change. During the update, the following occurred:

 

Test script - oops, sorry :/

LFD can be ignored - I haven't configured it yet.
The server's external IP addresses are the public ones in DNS and I just found there's no entries for them in /etc/hosts.

 

I tried creating a new mailbox to do the Roundcube test: it won't create it. Clicking on the "Save" button, the page simply scrolls to the top and nothing else happens - no error message. Nothing in ISPConfig log.

 

Apache error log:

There's other stuff around those lines that's repeated every time that group occurs, mostly concerning Passenger.


I checked the mailbox creation. Made the box name 4 characters instead of 3, deleted the optional name, and deleted an underscore off the end of the password. Also changed to another domain... and it worked! But I can't log in to it because Firefox complains it's a self-signed certificate <sigh>

I'm taking a quick meal break... I trust you've had yours And if you want to leave this now until the morning, that's fine. I'm now officially too old for all-night debugging sessions ))

 

Just discovered the domain I used (successfully) to create a mailbox.... is an old one that was allowed to expire. No surprise it didn't work, then as Certbot would not have created a LE certificate for it. I'll do some more experiments in the morning.

 

OK, I've tried the following:
* Added IPv4 and 6 addresses to hosts file
* Rerun the forced ISPConfig reconfiguration. This time I said yes to configure and enable BIND. I had excluded it from the auto ISPConfig installation as I didn't need it. And then realised that it was probably part of the standard OVH Ubuntu install, so the DNS "stub" I was expecting was absent.
* Rebooted
No change - still getting "Relay access denied" when sending mail to any domain on the server. I have checked in the database and the user information looks to me to have been correctly bought over from the old server.

As far as I can ascertain, email clients are logging in to dovecot and polling for email OK.

Also, on reboot, getting Monit warnings for all PHP versions installed:

followed by

for each PHP version.
But if I look in /run/php, the sockets and PID files are all there.

 

I can't because Firefox says "MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT" and refuses to connect.

Tried a different browser - message sent but didn't arrive and no non-delivery notification.

 

But if I send a message to an external email, it arrives - so that's something

 

FYI: the domain nkmventas.es is no longer registered, so that may affect delivery. If so, I'll go create another user on a domain that does exist.

I checked in the account's maildir - nothing in cur, sent messages in .sent.

 

Yes, that was all. I admit I was surprised and looked carefully but saw nothing else.

postqueue -p -> "Mail queue is empty". In fact, I'd already had a look at it in Webmin but didn't think to mention it :/

BTW, a Postfix Configuration Check, run in Webmin, doesn't come up with any (obvious) errors.

 

This is all very strange, I think. I'm just (finally) going to have a quick breakfast, then I'll do that test. Back soon...

 

Done.
The message appeared in Roundcube almost immediately.

FYI: I thought I'd do a resynch after making DNS changes - pure guesswork, of course - but it made no difference.