Hi!
Could you provide the /var/www/mail.log log file, from the moment just before and just after you send an email that is not delivered?
There are probably warnings or errors in it with the reason the mails aren't delivered.
Hi!
Could you provide the /var/www/mail.log log file, from the moment just before and just after you send an email that is not delivered?
There are probably warnings or errors in it with the reason the mails aren't delivered.
There's a topic about it already
It might have had something to do with the DDNS plugin
Same on my testing server,
Debian 7
i-MSCP 1.2.0
OwnDDNS 0.0.4
This may be/probably is related to this threat.
Upgrade on Ubuntu 12.04 LTS, from 1.1.21 to 1.2.0, got this error (below), the apache 00_master file wasn't there anymore (removed by the upgrade), but the symbolic link was still there.
Solution:
As far as I know there's no i-MSCP documentation yet.
The link you provided does seem to have gotten the point, so is this topic fixed now?
I do think that there should be an option in the i-mscp interfacte to put SSL certificates in for other daemons (Email (Dovecot/Postfix/Courier etc), FTP, just like web. It's one of the suggestions I'll have.
Can reproduce, exact same thing.
i-mscp 1.1.20
php 5.4.4
Hi!
Postfix (by your settings) refuses to accept mails from illegal hostnames, if that mail is not spam and you do want to receive it you will have to comment out (or remove) these options in your /etc/postfix/main.cf:
I think you could also create a PR to following fork:
https://github.com/fisa4/plugi…er/incubator/RemoteBridge
Think the code base here is better (but still not very nice)
Done, I'll send you a message.
Copy that.
For anyone who's interested, hit the spoiler button.
It requires that you post fname + lname. Apart from the already required domain name, reseller and password.
Make sure to also sanitize the posted data.
Questions? Just shoot me a message.