→ should reply “System config value main_domain set to empty string”
Then retry adding an account to a /e/ device (tested with “Murena.io” or “Nextcloud” account type)
Note: for “Murena.io” account type, no need to click on “Use a specific server” if you provide user email address
Just tested on a freshly installed NC25, without even login on NC web interface first.
If working for you, I’ll open a Gitlab issue.
Great job. Tested a few different ways and it works. Just some notes, Signin doesn’t work with just the username and you putting the server down below. You HAVE to put the full email address for the user name. Also, you need to what what account you are logged into in the default browser on your computer when installing Nextcloud app. I almost connected the wrong account as it assumed the account that was logged in using the default browser. If no one was logged in, it gave an option to sign in, but not to change. (Just an FYI.)
Now I found another problem. I can not send email with either Thunderbird, website or /e/ OS. I get the following error message:
This is the mail system at host mail.$DOMAIN. I’m sorry to have to inform you that your message could not be delivered to one or more recipients. It’s attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system erothoff@XXXX.XXX: host mail.$DOMAIN[000.000.000.000] said: 550-Verification failed for <erothoff@$DOMAIN> 550-No Such User Here 550 Sender verify failed (in reply to RCPT TO command)
Yes I changed the Host Domain to $DOMAIN, Sent to Domain to XXXX.XXX and Home domain from actual to 000.000.000.000. Not sure if I needed to, but wanted to be safe.
Afterwards I thought maybe it was because it was an old account, but I created a new account and the same problem. Interesting note: It sends the activation email, and the welcome email fine. Just not the emails you send from a created account.
I forgot to reboot the server, but that didn’t help anyways. I can send email WITHIN the server, (In the $DOMAIN) but not going out. I can try a reinstall again this evening.
I agree, a complete re-install could solve your problems!
Please try this for cleanup:
cd /mnt/repo-base
docker-compose down
cd
docker system prune -a
rm -rf /mnt/repo-base
You may also reboot your server before launching install, as a matter of precaution.
When asked, please reply only to the first domain query (“management”), leave “additional domains” empty.
Also, it is a good practice to have “alternative email” outside of your domain (please use a valid one).
At the end, you’ll just have to replace your domain DNS DKIM record with the one displayed to you (check DMARC & SPF, they should not need to be changed).
The mail._domainkey was different, but couldn’t see it all. So I tried installing again, and got an error that I got too many certificates for my domain in the last few days. I will try again with another domain tonight. (The SPF and DMARC were the same though. Just the mail._domainkey was different.)
The maybe just because I setup the reverse DNS and DNS right before creating the server, so it may not have populated yet. I will try again tomorrow. (FYI SEND.DOMAIN is just a variable for the domain I was sending to, $DOMAIN is just the variable for the domain of the new server, xxx.xxx.xxx.xxx is just the variable for the IP address for the SEND.DOMAIN, and yyy.yyy.yyy.yyy is just the variable for IP address of the server.)
I’m wondering: is the 2nd server also Linode VPS of same flavor than the 1st?
If it isn’t, we could assume that Linode may not be suitable for selfhosted Murena cloud…
The are both Linode VPS servers. And the new one did finally work. It wasn’t the DNS, but that it had been previously reported as a spammer. Got that taken off the list an hour ago. Sunday, I will try the first server, but my guess is that it will work. As I do that, I will also write down what changes from the Readme I had to do, so we can get that up to date. But thanks for all the help.
I followed that and now I can login from android and desktop clients, but snappymail is now lagging terribly, telling me stuff like "invalid token " when I flip through my mail accounts
Well, as least we know now, what was this variable useful for
At this point, better wait for Murena team input on the issue…
What gives going back to docker exec -u www-data nextcloud /var/www/html/occ config:system:set main_domain --value <domain.tld> (with <domain.tld> = your DNS domain)?
Sorry, I couldn’t reproduce here
Created several users, with and without main_domain value. All working fine.
Logged in ncadmin account, in https://<domain.tld>settings/admin/additional, what gives switching between 2nd and 3rd choice for SnappyMail (“Attempt to automatically login users…”)?
Also, you can enable debug logs here.
You can also try to reset the “suspicious login” mechanism, but I’m very doubtful it may change something…
cd /mnt/repo-base
. scripts/base.sh
docker-compose exec mariadb mysql --user=root --password="$MYSQL_ROOT_PASSWORD" $MYSQL_DATABASE_NC -e "delete from oc_bruteforce_attempts;"