EidolonHost
-
Posts
281 -
Joined
-
Last visited
-
Days Won
5
Posts posted by EidolonHost
-
-
You can set first,second and third payment due notice in admin-->settings--->company-->billing-->notices ( url: admin/settings/company/billing/notices/)
You have option to set first,second and third payment due notice to be send xx days before/after Invoice Due Date
For example
First payment due notice 1 day before Invoice Due Date
Second payment due notice 1 day after Invoice Due Date
Third payment due notice 3 days after Invoice Due Date
That's what I've done for my system, as described in the original post. So...
-
Hi,
So, I'm puzzled by this issue right now. As it stands, everything is running nearly perfectly... except for this one odd issue. I checked the Client Group as well as the invoice options found in Invoice and Charge Options.
Both areas are set identically but I am still seeing the Invoice Due and Invoice Due: Reminder e-mails being sent out on the same day as if they were set up to be sent on the same day when I didn't do that.
What should I set to do the following:
Send e-mail for next invoice 7 days in advance -- this seems to work fine.
Send e-mail for the invoice to be paid on due date. This seems to also work fine? I can't tell for sure but I may as well mention this. I'll double-check this and see if it matches the recommended setting for this.
Send e-mail reminder for the now past-due invoice 3 days after the date. This is not working.
-
I wonder if it would be possible for a sort of hidden "diagnostics" system automation task to run that could generate a link to a test URL, execute a CURL command against it to see if it receives the anticipated response. If it does, great! If it doesn't, there is an issue.. log the issue, and possibly send out a notification or display the issue in the "System Status" widget.
In the future, the "diagnostics" automation task could check for other issues as well.
That would be a great place to have such a tool be present. I think it's long-past time that Blesta had one. I mean, sure, we have documentation that we can use to look for how to do things. But... that documentation deals solely with how to set up Blesta. Not with how to fix whatever issue you're having with Blesta.
A diagnostic tool like you're suggesting plus a section of the documentation that deals solely with issues with Blesta would be great to have.
Edit: Also, that status widget? It's sorely under-utilized. This addition to that widget would go far to making it more useful.
-
Are you referring to the root web directory setting? The value you set for it depends on your web server configuration, so Blesta wouldn't be able to tell whether the path you set is correct for this purpose. Rather, it could only say whether the directory specified exists, which is not particularly useful. The directory set on installation would exist, but may not be correct because of the web server configuration, which is out of Blesta's scope to determine.
A preview of links generated wouldn't be possible through the interface. The purpose of the Root Web Directory setting is to resolve the path in CLI mode, which you are not using when viewing the settings page. In order to view a preview, an email would have to be queued and sent by cron, which contained sample link(s). If you were to receive such an email and discovered the links were incorrect, the correct solution may or may not be to update the Root Web Directory setting, depending on the web server's configuration.
Yes, some people do have issues with getting the cron to send emails with the correct links, and I can understand the frustration. We can only partially ease that frustration with a feature like I mentioned above. The main culprit for issues with the Root Web Directory tends to be the web server configuration.
I was indeed referring to this setting. I had found it once before in the documentation in the other thread I'd linked to in the original post of this thread.
I think an e-mail being queued and sent by cron would be a perfect solution. Maybe as part of the Basic Setup process? I'd phrase it such that it's obvious that the e-mail sent should be used to help determine whether or not the settings're correct.
As far as the web server configuration... previously as mentioned by someone else in the other thread, the documentation regarding this specific setting wasn't available. Or not clear at all.
As far as the previews go... perhaps a mixture of cron and preview page for it, in the event that someone wants to set it up without having to utilize an e-mail server to get e-mails for the links?
-
-
weird set-up
but not sure then since I do crons on interworx's thing and don't use mailto for any cron job If you edit the cron jobs via crontab -e in SSH, it'll show up in InterWorx's interface, too. The interface is simply doing the same thing that crontab -e does in SSH.
As far as mailto... some of them go to different e-mails, for other applications I've got running. One of the mailtos is to an e-mail-to-sms gateway that texts me if it detects something's wrong.
-
Do you have anything in the top right box on the cron bit?
Nope. I edit the cron jobs directly via crontab -e. I do have mailto for other crons, but not specifically for this one.
-
You don't get emails when the cron runs :s well I've never had them when I use InterWorx..... The top right box seen in my picture says mailto if you want to.
Interesting. I feel like we have a bit of a split personality thing going on here... heh. Well, it e-mails me if I remove the /dev/null portion. So that stays.
Any thoughts on this, Blesta devs?
-
You have a -q and a >>dev thing which isn't needed unless you have a email in the top right box.
The >>dev one is to silence the system. I didn't want to have my e-mail be full of e-mails from the system doing its thing.
The -q portion... I'll remove that and see if that does anything.
-
Well when I used billing all I had was: /usr/bin/php /chroot/home/lcadmin/licensecart.com/html/billing/index.php cron
My dev install has this:
O_o;
What the hell? Then the links should be sent out properly... I do not understand why this is not working as intended.
-
I think that's complicated because every root is different per control panel / operating system.
True. Which is why I suggested a preview. Obviously, I've no idea how complicated it would be to set up something that would preview this particular setup... but from threads here and there that I've read regarding this issue... Blesta has SOME form of detection going on for its particular setup. Which seems like it'd be helpful to extend that detection into previewing this particular area.
Or if no preview can't be done, simply have Blesta ask you what link you'd like to see and use that as its setting. For example, let's say you want to see https://licensecart.com/billing and you don't particularly care how it figures out how to do that, you just want it to be able to set links in e-mails to properly show to clients where to go... that'd be great for that.
Obviously this needs more thought but I'm thinking it needs a serious discussion. Mostly because I've been struggling with this... and if I've been struggling with this, surely others might've been.
-
I don't have that I use: /usr/bin/php /chroot/home/lcadmin/licensecart.com/html/index.php cron
Hmm... this is annoyingly difficult to diagnose... but I suspect your setup is slightly different to mine because you're using BlestaCMS... which allows you to pretty much skip out on using domain.com/billing.
Unfortunately, I can't change the location, otherwise the cron breaks and then the system starts complaining about that.
It seems that everything appears to be correct.
-
You have to ask how are the emails being sent?
Cron job or manually.
If it's by the cron job it's not the root url it's the cron job.
Cron job. If that's the case, then that implies that this WebRoot setting is irrelevant since it uses the cron-job to pick up its location? That seems... not at all intuitive.
OK, let's see... my cron job is set to the following:
*/5 * * * * /usr/bin/php -q /chroot/home/eidolon/eidolonhost.com/html/billing/index.php cron > /dev/null 2>&1
This should be correct... no?
-
It should be like this: /chroot/home/lcadmin/licensecart.com/html/
I'm pretty sure I had it that way... yup, looking at my e-mail, I see this:
Hi Test,
An invoice has been created for your account and is attached to this email in PDF format.
Invoice #: EH-47
This invoice has already been paid, so no payment is necessary for this one, but your account may have other balances. To login to your account, please visit http://eidolonhost.com/chroot/home/eidolon/eidolonhost.com/html/billing/client/.
If you have any questions about your invoice, please let us know!
Which tells me I obviously properly set it... but for some reason is formatting the link in this way.
-
Hi,
A feature request that I'd love to see get implemented ASAP is to have a green checkmark icon next to the WebRoot path variable for your billing system. See this thread where I had issues with getting it to work properly.I'd suggest both a checkmark and a way to preview the effect of the WebRoot setting before we enable it for production sites so we can be sure we've correctly set it up so it displays links properly in e-mails it sends out to customers.
Your documentation on this seems to have broken its link. It is now... actually, I can't find it in the documentation anymore. What happened to it?
-
Bah. Just got an e-mail and it appears that setting it to simply /home/domain/domain.com/html/ on an InterWorx-based server doesn't fix the problem, for me.
Annoyingly, the uploads directory and tmp directory are both marked as writable, so I know it's picking up things.
-
in your defence they only recently updated that part of the documentation to make it clearer
That'd explain why I didn't see it in the docs, then. At least now I've got it set to be correct... I'd been wondering for months what the hell I'd done wrong to make it work like that and had been doing a fair degree of research which didn't give me any clear answers on how to properly resolve it. Until I decided to check the docs again in case I missed something again. Very annoying, that, I will admit.
-
The root of your system is always /html/ or /public_html/ unless you are doing a subdomain.
Yeah, I saw that in the doc. I at least understood that much before I went to bed.
Edit: I must've skipped over this particular bit of the document when I initially set this up or misunderstood what it meant...
-
Hi,
So... I have a few e-mail issues that're conspiring to make it a real pain in the ass to deal with.
Specifically, I thought I'd properly set the webroot path under Settings > System > Basic Setup for the server (ie, /home/derp/html/billing) so it shows up as:
Hi Test,
This is a reminder that invoice #EH-test is due on May 07, 2016. If you have recently mailed in payment for this invoice, you can ignore this reminder.
Pay Now.. http://eidolonhost.com/html/billing/client/pay/method/49/?BLAHBLAHBLAH (No Login Required)
Thank you for your continued business!
However... links to getting the invoice paid for are showing up as the following:
Hi Test,
This is a reminder that invoice #EH-test is due on May 07, 2016. If you have recently mailed in payment for this invoice, you can ignore this reminder.
Pay Now.. http://eidolonhost.com/chroot/home/eidolon/eidolonhost.com/html/billing/client/pay/method/49/?BLAHBLAHBLAH (No Login Required)
Thank you for your continued business!
Is my understanding of the webroot path correct? Or should I be setting the webroot path as seen by users in the browser?
Edit: It appears I slightly misdid my setup... we'll see. I've currently set it to ie, /home/eidolon/eidolonhost.com/html/ I don't know why I hadn't found this specific documentation describing this exact issue Edit: The link appears to have broken.
Next:
What is the specific server settings via httpd that'd correctly allow Blesta to detect the server's webroot path?
Edit2: See original edit. Hopefully I've fixed this. :|
Thirdly: E-mails for invoices and e-mails for reminders to pay the invoice are sent nearly simultaneously. I'd set them to be 3 days apart, but Blesta seems to not be using that setting.
-
never liked IRC, all I know is that hackers use it.
That gave me a bit of a chuckle... but while that's true, there are legitimate uses for IRC.
A lot of FLOSS projects use IRC on Freenode, for example...
-
Personally, I prefer IRC.
-
can the default cpanel also be in github , as we can import some new futures to it ?
See: https://github.com/blesta
All the modules by ModulesBakery is there.
-
Looks like the documentation for all the modules are gone.
-
Hi Keiro,
I use the Tasty Interworx Module as well - bit nervous about its future now that Modulesbakery has closed their doors.
It's now under Blesta's control as an open-source project.
Reminder E-Mails Sent Same Day As Invoice Created.
in Support
Posted
Invoice and charge.
There's only just one client group.
Due notices.
Edit: Note, the day's difference in the invoice and charge and the other one was mostly an attempt to troubleshoot which one was the culprit. ie, day 4 and day 3, respectively.