Bit Bayou

The selected email template was not enabled, so the emails were not being sent. Yay for a simple fix!

Yes, I have ran the cron manually and yes all of the Automation settings appear to be correct and the individual jobs do appear to be running like normal. All of the recent "Deliver Invoices" entries in the cron logs say "Attempting to deliver invoices scheduled for delivery. No invoices are scheduled to be delivered. The deliver invoices task has completed."

Still no success! And all of my cron logs appear to be working normally? Why would some emails send (when I click "Email Client" but not any others?

Well manually or via cron, nothing is being sent for invoices or accounts (password reset, etc). I am currently going to attempt to remove and reupload everything (minus my config files). I have upgraded several times without doing that, so maybe it's a problem with some of the old files still being there? Shall see!

I can click the "Email Client" link and it works just fine. I'm even manually clicking the "Deliver via Email" option for an invoice with no success!

My cron job has been working, and the logs show it is still running, but I've set it up: Confirmed that the command does work as well

Yeah for the record here, I just checked the Exim logs and see the following (when tried the "Email Client" link) So I see where that is actually being emailed in the logs, but do not see any such logs for invoice emails

Well, I've tried both PHP and SMTP with the same results for email invoices or account emails... If I click the Email Client link, it sends just fine???

Hmmmm I've logged in to roundcube (webmail client) for the same account I have Blesta set up to use and sent an email with no problems....

I use DirectAdmin. Checking the logs now.

My Blesta install has suddenly stopped sending emails. I've double checked my settings, verified my SMTP server is operational, but I'm not receiving any emails. The "Email" section of the logs do not show any emails being sent, but the "Invoice Delivery" section does show the invoices and date sent. So they are getting in to the Delivery log, but not the email log.. and not actually being emailed.

I'm trying to view the website at cloudflow.it but it's a Default, Server produced Page with no further website content. Is their system down, or do I have the wrong URL?

Never mind, I simply commented out the conditional statement in structure.pdt if ($this->Html->ifSet($show_header, true)) {

I'm working on more custom design themes, and I'm trying to enable show_header in client_login.pdt How can I go about doing this?

I ran in to the problem that a local client doesn't like logging in... but this feature would come in handy for sure!

In reference to http://www.blesta.com/forums/index.php?/topic/2820-email-notices/?p=20152 I'd like to see a feature that includes the PDF invoices as attachments in all email (past due) notices. This is referencing the 1st, 2nd, and 3rd Invoice Notice emails. I see how I can add the total due, but I'd like to actually attach the invoices to the emails. This way, the client has zero excuse or confusion about what is due now.

The PDF invoices may be nice, but at least a total due for each invoice is really what I was looking for! Thanks!

With one of the previous versions, the email notices sent out for past due invoices had a "Pay Now" link that would direct the client to a pay now option. Now, it takes them to the client login page, and then the client portal home page. Not a problem, just something that seems to be changing over the versions, and not sure anyone noticed? Also with these emails, it simply tells the customer about an invoice being past due. I don't see how I can include another copy of the invoice(s) in these emails and/or print the total due now in the emails? The client can log in, but I just received a support email because my client says "the invoice doesn't say how much to pay" ... which is in reference to the "Invoice Notice (3rd)" Email she just received. Clearly she's expecting these emails to include the invoice as well, not just a log in. So just looking to see if we can look at this option?

I'm looking at whmcs_migrator.php at line 2001: protected function decode($str) { if ($str === null) return $str; return html_entity_decode($str, ENT_QUOTES, "UTF-8"); } While I understand with PHP version 5.4 the default character set became UTF-8, the importer is assuming UTF-8 was used in your other install when it's decoding the data... This isn't the "how to fix" post, just part of what I think the problem is. The importer is assuming UTF-8 when decoding, so it's turning the letters in to the odd characters.

I'll have to get back to you on that. It's a Saturday night where I live, and I don't currently have time to research it further. Unless someone can address this issue before me, I should have more information for you in a few days. Sorry for the delay. :/

Possibility 1 The database Character set has changed during the migration. Possibility 2 Blesta is set with a different charset when serving the web pages. Both of these possible problems can cause this outcome.. either individually or together.

I opened up Firefox to see if I got a different result. Upon further inspection: I do see that the emails that I specifically clicked the Email Client link show up normal in the logs. It's only the automated emails that appear like this. Also when viewing the page source, it shows the words jumbled together just like shown... Wehavereceivedyourrequestandsomeonewillbelookingatitshortly.

On that note, I logged in to phpMyAdmin and the data in the database is correct. The log entries have spaces and everything as expected. It's only when viewing the logs in Blesta that it looks odd. Blesta Version 3.2.0 PHP 5.4.25 MySQL 5.5.31

I went to view the mail log for a client, and I see there are no spaces? It shows line breaks, but all of the words are jumbled together. Example URL: /blesta/admin/clients/emails/1/ Please see attached.

After briefly developing http://speakto.it because I was curious about this topic of posting recorded voice mails on Facebook and Twitter, this is definitely something doable.. I used a borrowed Mitel phone system at first and then migrated to MagicJack. These were preferred methods because paying per minute wasn't what I was trying to do for a random project. The basic set up here was easy.. Just register the phone number to an account, and then any recorded call from that number can easily be associated with the account in question. This could easily be done in Blesta when verifying the user as mentioned. Interesting concept.