Ken

I just tested this by creating a test message and entering content in both HTML and plain text fields. I received the HTML message content with no problems. When you say the content of the email isn't there are you meaning that it's a blank message? If you look at the raw message data do you see any content in there to rule out any possible coding issue? Have you tested the message by receiving it in another email client?

Who has one? Do you like it? What do you personally use it for?

I would agree that intuitive order processes are required without question. I do not agree that Blesta's order system should resolve around just the hosting industry as I think it appeals to many. Perhaps multiple order system modules? Unless that's going to be too cumbersome to manage. Just a suggestion.

When writing features like this into modules, please make them optional. I'm not a fan of having 2 control panels for one service.

Yep. It served it's purpose for a while protecting against things that were eventually fixed in later versions of PHP.

What he means is you can't mass mail but you can individually email clients through Blesta manually but they have plans to do mass email. As far as automation you might want to submit a feature request and see what kind of attention it gets or even possibly a plugin for a 3rd party service like mailchimp or something.

Thank you!

It snaps into place. It stays in place. When I exit the config screen overlay it refreshes the page... but it's back to the way it was. If I open the customize widgets screen again it's been reverted back to the way it was at the bottom. These are just the default widgets. Blesta v3.0.4 Chrome 30 Firefox 24

Are we suppose to be able to change the order of widgets in terms of how they are displayed on the dashboard? For example if you move a certain widget to the top it won't save it and move the widget to the top of the screen. It'll just revert back to the bottom where it was.

No problem. @ double quoted "billing" reference. They definitely will be improving documentation. They've been pretty focused on quality control since v3 which was a completely new version.

Once your PayPal module is enabled and configured the customer will be given payment options and one of them will be PayPal Payments Standard. Once they select that they will checkout and a PayPal link as well as a PayPal Subscription link will be placed at the bottom. Both are taken care of by the module. You can also create a PayPal Sandbox account, use the sandbox API credentials in your module and select 'Test Mode' in your module and go through the checkout to see it.

Are you wanting currency code on the left "big red" cost on the left and then only the suffix in the cart window on the right?

As long as the service is 'Active' it should be a recurring invoice according to your described service configuration. To answer that part of your question you don't have to manually create invoices. As to why it's not generating new invoices the devs should be able to help there.

Also whoever paid for it has it in their possession and is using it. I'm pretty sure they'd still support it in it's current state or version until the Blesta release comes out. Enjoy it!

Ahh so the base install URL... great! Thanks. It worked for me as well. Though I do not have a "My Selling Tools" option but it was under Profile > Instant Payment Notification preferences > IPN History page (link at the top in the verbiage).

How do we go about setting it up so that PayPal reports info back to Blesta? Do we use the IPN for that or the Return URL under hosted payment settings? Because right now payments are being made but Blesta doesn't record any transactions or mark invoices paid.

After modifying the rewrite rule it redirects properly now. RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=307,NE,L]

Simply over looked that. Email URLs are http not https. So that's just a matter of changing the templates. RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^(.*)$ https://mydomain.com/$1 [R=301,L] Is what we currently have in place.

/client/login/confirmreset/?sid=yiP%2FhCTK2DXKb5isw3gXS8UH5Py6Kr99NxUTbXNPdkoiLXAACNWjql7md97XLEZw

I believe it's from our directory being overwritten with a full install rather than the patch version by mistake. I'm not entirely sure what this changes but does anyone know how to correct the issue?

Our password reset tool sends out a link to the user's email but when they go to the URL it just takes them back to the login page and not a password reset page. Is anybody else experiencing this?

That's a safe limb Cody. I swapped out the CSS and it is in fact the same but I had the option enabled that makes Monday the beginning of the week and it made it look weird. I also made come CSS changes to the background of "other" days and weekends. I thought that's the way it was already but I was mistaken.

I see but you have a total of 4 topics for these 2 licenses? Try putting all of your licenses under one topic. If you want to bump it to the top just post a price update or whatever you want. Just a suggestion...

I noticed css border issues on the calendar after upgrading to 3.0.4. Has anyone else noticed this? CSS borders are missing on some rows and columns.

There aren't enough to warrant that. There's only been a few and were purchased before v3 was released.