Yes, I originally ran it via a systemd unit, but now it’s running through artisan schedule:run, which took care of it on its own, and it stopped complaining that the cron wasn’t running- it still isn’t delivering emails, though.
Okay, I did that. Does this mean I don’t have to futz about with ensuring the “Delivery time” matches the next closest hour, and that it’ll just get delivered?
Also, does this mean billing will just, fall into place, when I create a new customer (for now, at least)
Disabling the queue means the app will send the email immediately, rather than create a job in the queue. If the queue is enabled the jobs should be processed within a minute or two.
I suggest checking that the queue is set to sync in the health check and then trying to send an email.
Do I have to purge my test record and upload it again?
Another thing, is it possible to programmatically load billing information, because we HAVE the ACH information, we’re trying to get it out the door as quickly as possible.
… OH. I am blind today it seems, lol. “Send email” in the invoice.
Okay, so it DOES in fact work if I manually send emails- I might need to forcibly send emails, I’d prefer to not have to use the API like that; but I will if I must.
So I’ll snoop around in the client manager to see how I update billing information, and will reply back if I have any questions or issues.
