We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
Debian 7 Email aliases just dont work *BUG*
Debian 7 Email aliases just dont work *BUG*
Hello,
When installing a fresh vestacp install on debian 7 after adding a domain and setting up and email account adding several aliases, the domain email account main email will receive mail but all aliases will bounce. Tried two separate installs same problem.
Bounce:
ignore the xxxx mark out of real ips and names. and Yes the server error spelling of required is wrong it was a cut and paste.
The part that is troubling is all permissions are correct, nothing has been altered on the servers, two fresh install tests both fail same smtp auth error.
I have to say this is bug on debian install of vesta.
Never the less, installing of vestacp on Debian 7 should be avoided until this email aliases bug is resolved.
When installing a fresh vestacp install on debian 7 after adding a domain and setting up and email account adding several aliases, the domain email account main email will receive mail but all aliases will bounce. Tried two separate installs same problem.
Bounce:
Code: Select all
H=notify1.uk.xxxxxxt.com [1xx.74.xx.185] F=<[email protected]> rejected RCPT <[email protected]>: smtp auth requried
The part that is troubling is all permissions are correct, nothing has been altered on the servers, two fresh install tests both fail same smtp auth error.
I have to say this is bug on debian install of vesta.
Never the less, installing of vestacp on Debian 7 should be avoided until this email aliases bug is resolved.
Re: Debian 7 Email aliases just dont work *BUG*
Can you add this bug - http://bugs.vestacp.com/ ?jonn wrote:When installing a fresh vestacp install on debian 7 after adding a domain and setting up and email account adding several aliases, the domain email account main email will receive mail but all aliases will bounce. Tried two separate installs same problem.
Well, not everybody use mail server for incomming mail, and phrase about "Debian 7 ..avoided" overstatement.jonn wrote:Never the less, installing of vestacp on Debian 7 should be avoided until this email aliases bug is resolved.
Re: Debian 7 Email aliases just dont work *BUG*
yes true frustration got the better of me that evening.
I did try centos6 same problem occurred, so I started looking at my other servers exim files to compare and it does have something to do the lines in exim.conf or exim4.conf if on debian.
For what ever reason normal mail goes through to/from/from/to with aliases if sending from outlook or squirrel or any other client though mail sent from remote server like a reseller system from an alias to an alias the mail bounces with this message above.
Comment this part and mail goes through.
I found this out from user: kusspaprika.com
I did try centos6 same problem occurred, so I started looking at my other servers exim files to compare and it does have something to do the lines in exim.conf or exim4.conf if on debian.
Code: Select all
deny message = smtp auth required
sender_domains = +local_domains
!authenticated = *
Comment this part and mail goes through.
I found this out from user: kusspaprika.com
Re: Debian 7 Email aliases just dont work *BUG*
sorry tried to register on bugs.vestacp though all I get is a little spinner and nothing happens, will try again tomorrow.
Re: Debian 7 Email aliases just dont work *BUG*
jonn wrote:Hello,
When installing a fresh vestacp install on debian 7 after adding a domain and setting up and email account adding several aliases, the domain email account main email will receive mail but all aliases will bounce. Tried two separate installs same problem.
Bounce:
ignore the xxxx mark out of real ips and names. and Yes the server error spelling of required is wrong it was a cut and paste.Code: Select all
H=notify1.uk.xxxxxxt.com [1xx.74.xx.185] F=<[email protected]> rejected RCPT <[email protected]>: smtp auth requried
The part that is troubling is all permissions are correct, nothing has been altered on the servers, two fresh install tests both fail same smtp auth error.
I have to say this is bug on debian install of vesta.
Never the less, installing of vestacp on Debian 7 should be avoided until this email aliases bug is resolved.
I use CentOs and I have 550 smtp auth requried problem. I try to chown -R exim mail, but nothings changed...
Re: Debian 7 Email aliases just dont work *BUG*
@ misak35
I have been battling with this problem for a long time, the only work around without making the mx server an open relay was to whitelist the ips for any authorization email notices sent from a remote server not controlled by myself, and watch the logs for any suspicious activity from those whitelisted ips.
I have been battling with this problem for a long time, the only work around without making the mx server an open relay was to whitelist the ips for any authorization email notices sent from a remote server not controlled by myself, and watch the logs for any suspicious activity from those whitelisted ips.
Re: Debian 7 Email aliases just dont work *BUG*
Okay so I might have found a way to allow certain ips to relay smtp auth.
This is a trial.
in exim.conf
Find:
Replace like this:
And add any ips to the whitelist-blocks.conf
------------------------------------------------------------------
This seemed to patch my problem with emails sent from a reseller platform on a remote server not under my control.
The reseller system sends renewal notices using my domain email to my customers in the header and sometimes it sends emails from my domain to my domain for notifications, they all bounce without this patch, by pass auth for the ips in whitelist-blocks.conf with this small addon was the only solution here.
I still have to watch how this works out for the next week. I'm not 100% sure this is a permanent solution, do your own tests and report any bad findings or suggested changes to this thread.
Jonn.
This is a trial.
in exim.conf
Find:
Code: Select all
deny message = smtp auth required
sender_domains = +local_domains
!authenticated = *
Code: Select all
deny message = smtp auth required
hosts = !+whitelist
sender_domains = +local_domains
!authenticated = *
------------------------------------------------------------------
This seemed to patch my problem with emails sent from a reseller platform on a remote server not under my control.
The reseller system sends renewal notices using my domain email to my customers in the header and sometimes it sends emails from my domain to my domain for notifications, they all bounce without this patch, by pass auth for the ips in whitelist-blocks.conf with this small addon was the only solution here.
I still have to watch how this works out for the next week. I'm not 100% sure this is a permanent solution, do your own tests and report any bad findings or suggested changes to this thread.
Jonn.
Re: Debian 7 Email aliases just dont work *BUG*
Jonn is it working? Im not test this yet...
Re: Debian 7 Email aliases just dont work *BUG*
http://mxtoolbox.com/ reports :jonn wrote:@ misak35
I have been battling with this problem for a long time, the only work around without making the mx server an open relay was to whitelist the ips for any authorization email notices sent from a remote server not controlled by myself, and watch the logs for any suspicious activity from those whitelisted ips.
Code: Select all
550 relay not permitted [1094 ms]
Code: Select all
SMTP Connection Time 5.985 seconds - Warning on Connection time
SMTP Transaction Time 8.750 seconds - Not good! on Transaction Time