[MODULE] xBilling

[zustudios]

I have xbilling working good so far with testing.I just have one major problem.xbilling wont send any emails.Can anyone tell me the solution?
centos 6
sentora 1.0.0

 I know the free packages don't send emails...anyone else confirm this? 

Also a quick question, the ipn url is the ipn_listener.php right?

yes everything is correct but still not sending emails

[zustudios]

I have xbilling working good so far with testing.I just have one major problem.xbilling wont send any emails.Can anyone tell me the solution?
centos 6
sentora 1.0.0

 I know the free packages don't send emails...anyone else confirm this? 

Also a quick question, the ipn url is the ipn_listener.php right?

I just installed sentora 1.0.3 on centos 7 I will let you know if the mail works for xbilling.

I can confirm that mail does work in xBilling as I just installed it on a fresh sentora installation and I am receiving mails.

Did you Install it without making any changes except changing it from zpanel to sentora? I reinstalled sentora like five times and xbilling is still not sending emails.Everything works but the emails roundcube is working.
No one that had the email issue or staff has posted any fix to the problem.I can't use sentora until I can fix this issue.I've been trying to figure this problem out for like 2 months now ON MY OWN.No one seems to have a solution or at least they haven't posted it.

[Fuzzy]

I have xbilling working good so far with testing.I just have one major problem.xbilling wont send any emails.Can anyone tell me the solution?
centos 6
sentora 1.0.0

 I know the free packages don't send emails...anyone else confirm this? 

Also a quick question, the ipn url is the ipn_listener.php right?

I just installed sentora 1.0.3 on centos 7 I will let you know if the mail works for xbilling.

I can confirm that mail does work in xBilling as I just installed it on a fresh sentora installation and I am receiving mails.

Did you Install it without making any changes except changing it from zpanel to sentora? I reinstalled sentora like five times and xbilling is still not sending emails.Everything works but the emails roundcube is working.
No one that had the email issue or staff has posted any fix to the problem.I can't use sentora until I can fix this issue.I've been trying to figure this problem out for like 2 months now ON MY OWN.No one seems to have a solution or at least they haven't posted it.

I know this sounds simple but you never know, have you checked that the mail just isn't received into the spam folder?
I know when I was testing it for some reason mails sent manually, via roundcube or a mail client, were going straight into the inbox but mail from automatic stuff ie. xbilling were going into the spam folder.

[zustudios]

 I know the free packages don't send emails...anyone else confirm this? 

Also a quick question, the ipn url is the ipn_listener.php right?

I just installed sentora 1.0.3 on centos 7 I will let you know if the mail works for xbilling.

I can confirm that mail does work in xBilling as I just installed it on a fresh sentora installation and I am receiving mails.

Did you Install it without making any changes except changing it from zpanel to sentora? I reinstalled sentora like five times and xbilling is still not sending emails.Everything works but the emails roundcube is working.
No one that had the email issue or staff has posted any fix to the problem.I can't use sentora until I can fix this issue.I've been trying to figure this problem out for like 2 months now ON MY OWN.No one seems to have a solution or at least they haven't posted it.

I know this sounds simple but you never know, have you checked that the mail just isn't received into the spam folder?
I know when I was testing it for some reason mails sent manually, via roundcube or a mail client, were going straight into the inbox but mail from automatic stuff ie. xbilling were going into the spam folder.

No emails at all.Should I order premium support to get this issue fixed?I don't know how to do sandbox for the module Test sign up and see if you get an invoice just don't pay http://xbilling.zuhost.tk/

[Fuzzy]

I know this sounds simple but you never know, have you checked that the mail just isn't received into the spam folder?
I know when I was testing it for some reason mails sent manually, via roundcube or a mail client, were going straight into the inbox but mail from automatic stuff ie. xbilling were going into the spam folder.

No emails at all.Should I order premium support to get this issue fixed?I don't know how to do sandbox for the module Test sign up and see if you get an invoice just don't pay http://xbilling.zuhost.tk/

Just tried with username "fuzzy" and "example.com" and I received no e-mail.

There's no point doing sandbox to test the payment until the e-mails are working, but for future reference you would login to PayPal's developer website and get a sandbox buyer & seller username and password and then change the xbilling config as follows:

Website Setting > Email Address = paypal sandbox seller e-mail.

Payment Settings > Edit.

Change in the PayPal form:

Code:

https://www.paypal.com/cgi-bin/webscr

To:

Code:

https://sandbox.paypal.com/cgi-bin/webscr

Payment Methods > Edit

Change "Business E-mail" to paypal sandbox seller email.


Then in the file xbilling front end edit "ipn_listener.php"

On line 52 Change:

Code:

https://www.paypal.com/cgi-bin/webscr

To:

Code:

https://sandbox.paypal.com/cgi-bin/webscr

You can then "pay" for a package with the PayPal buyer e-mail address and test it all works.

When done, be sure to set everything back to how it was before.


Anyway, in reference to the e-mail issue I just checked your ports and it appears that 25, 110 and 143 are closed which is strange if roundcube works but try this anyway...
EDIT: OK so the MX testing website seems to connect OK to the server.
http://mxtoolbox.com/

Run this in SSH, reboot the server just for good measure and try again with the xbilling signup:
EDIT: The below code is for Debian based systems, if you're running CentOS unfortunately I don't know much about it or what firewall it uses but the equivalent of opening the mentioned port numbers on there is what we need here...

Code:

sudo ufw allow 25 && sudo ufw allow 110 && sudo ufw allow 143

I'm no expert by any means but I like to help if I can, hope this is of some assistance.

[zustudios]

I know this sounds simple but you never know, have you checked that the mail just isn't received into the spam folder?
I know when I was testing it for some reason mails sent manually, via roundcube or a mail client, were going straight into the inbox but mail from automatic stuff ie. xbilling were going into the spam folder.

No emails at all.Should I order premium support to get this issue fixed?I don't know how to do sandbox for the module Test sign up and see if you get an invoice just don't pay http://xbilling.zuhost.tk/

Just tried with username "fuzzy" and "example.com" and I received no e-mail.

There's no point doing sandbox to test the payment until the e-mails are working, but for future reference you would login to PayPal's developer website and get a sandbox buyer & seller username and password and then change the xbilling config as follows:

Website Setting > Email Address = paypal sandbox seller e-mail.

Payment Settings > Edit.

Change in the PayPal form:

Code:

https://www.paypal.com/cgi-bin/webscr

To:

Code:

https://sandbox.paypal.com/cgi-bin/webscr

Payment Methods > Edit

Change "Business E-mail" to paypal sandbox seller email.


Then in the file xbilling front end edit "ipn_listener.php"

On line 52 Change:

Code:

https://www.paypal.com/cgi-bin/webscr

To:

Code:

https://sandbox.paypal.com/cgi-bin/webscr

You can then "pay" for a package with the PayPal buyer e-mail address and test it all works.

When done, be sure to set everything back to how it was before.


Anyway, in reference to the e-mail issue I just checked your ports and it appears that 25, 110 and 143 are closed which is strange if roundcube works but try this anyway...
EDIT: OK so the MX testing website seems to connect OK to the server.
http://mxtoolbox.com/

Run this in SSH, reboot the server just for good measure and try again with the xbilling signup:
EDIT: The below code is for Debian based systems, if you're running CentOS unfortunately I don't know much about it or what firewall it uses but the equivalent of opening the mentioned port numbers on there is what we need here...

Code:

sudo ufw allow 25 && sudo ufw allow 110 && sudo ufw allow 143

I'm no expert by any means but I like to help if I can, hope this is of some assistance.

Thank you and should this work?Or do I have to do each port individually?

https://www.centos.org/forums/viewtopic.php?t=30388
I disabled the firewall. Can you try to sign up again?
How did you check to see what ports are open?

[Fuzzy]

Thank you and should this work?Or do I have to do each port individually?

https://www.centos.org/forums/viewtopic.php?t=30388
I disabled the firewall. Can you try to sign up again?

Well the MX tool testing website connects succesfully to the server so I'm guessing it's not a port issue.
Having said that it won't connect to your "support@xbilling.....tk" address that you're using in the xbilling module so I'm gonna hazard a guess as maybe it's sending e-mails from that subdomain? If so you'll you need to setup MX/mail DNS records for the xbilling subdomain to point at the same place as your standard domain. I could be wrong but it's all I can think of at the moment. :/

Example:
example.com
MX point to SERVER IP ADDRESS

xbilling.example.com
MX point to SERVER IP ADDRESS

EDIT: I noticed it's a CNAME so it shouldn't actually make a difference with the MX record, back to square one again it seems, I'm just coming up with ideas here haha

[zustudios]

Thank you and should this work?Or do I have to do each port individually?

https://www.centos.org/forums/viewtopic.php?t=30388
I disabled the firewall. Can you try to sign up again?

Well the MX tool testing website connects succesfully to the server so I'm guessing it's not a port issue.
Having said that it won't connect to your "support@xbilling.....tk" address that you're using in the xbilling module so I'm gonna hazard a guess as maybe it's sending e-mails from that subdomain? If so you'll you need to setup MX/mail DNS records for the xbilling subdomain to point at the same place as your standard domain. I could be wrong but it's all I can think of at the moment. :/

Example:
example.com
MX point to SERVER IP ADDRESS

xbilling.example.com
MX point to SERVER IP ADDRESS

EDIT: I noticed it's a CNAME so it shouldn't actually make a difference with the MX record, back to square one again it seems, I'm just coming up with ideas here haha

What if I did zuhost.tk/xbilling instead of xbilling.zuhost.tk?

[Fuzzy]

Thank you and should this work?Or do I have to do each port individually?

https://www.centos.org/forums/viewtopic.php?t=30388
I disabled the firewall. Can you try to sign up again?

Well the MX tool testing website connects succesfully to the server so I'm guessing it's not a port issue.
Having said that it won't connect to your "support@xbilling.....tk" address that you're using in the xbilling module so I'm gonna hazard a guess as maybe it's sending e-mails from that subdomain? If so you'll you need to setup MX/mail DNS records for the xbilling subdomain to point at the same place as your standard domain. I could be wrong but it's all I can think of at the moment. :/

Example:
example.com
MX point to SERVER IP ADDRESS

xbilling.example.com
MX point to SERVER IP ADDRESS

EDIT: I noticed it's a CNAME so it shouldn't actually make a difference with the MX record, back to square one again it seems, I'm just coming up with ideas here haha

What if I did zuhost.tk/xbilling instead of xbilling.zuhost.tk?

It's worth a try just to see I guess.

[zustudios]

Thank you and should this work?Or do I have to do each port individually?

https://www.centos.org/forums/viewtopic.php?t=30388
I disabled the firewall. Can you try to sign up again?

Well the MX tool testing website connects succesfully to the server so I'm guessing it's not a port issue.
Having said that it won't connect to your "support@xbilling.....tk" address that you're using in the xbilling module so I'm gonna hazard a guess as maybe it's sending e-mails from that subdomain? If so you'll you need to setup MX/mail DNS records for the xbilling subdomain to point at the same place as your standard domain. I could be wrong but it's all I can think of at the moment. :/

Example:
example.com
MX point to SERVER IP ADDRESS

xbilling.example.com
MX point to SERVER IP ADDRESS

EDIT: I noticed it's a CNAME so it shouldn't actually make a difference with the MX record, back to square one again it seems, I'm just coming up with ideas here haha

What if I did zuhost.tk/xbilling instead of xbilling.zuhost.tk?

It's worth a try just to see I guess.

Nope didn't work.I'm lost.