Why should Cloudron do this? The tendency has long been moving away from such pricing models or they are extremely expensive or come with limitations such as being restricted to the main version you purchase. Also, not connecting to an account would most likely mean that you would be limited to the server you set it up on.
But out of interest: How much would you be willing to pay for a perpetual license? And how much for an (optional) support contract?
You said you tried to restore the DB backup. Why not restore the whole backup taken before the update? You can then clone the instance and test and once the problem is resolved update the production instance. Just make sure you deactivate automatic updates.
For what it's worth, we don't use the Oauth plugin though it is installed and there were no issues with the update to 5.0.3.
@timconsidine Important point, though for the so-called Kleinunternehmer in Germany there are no formal accounting requirements so it is sufficient to have a record of invoices, payments received and expenses when it comes to entering the figures in the tax return. Most decent billing software does reporting.
@chmod777 Let us know what you decide to go with.
Based on your needs, I think Perfex CRM should do everything you are looking for. It has in-built ticketing and a portal for your customers. It's not free (US$ 65.00) but there are no monthly costs if you don't need support and it can be installed in the LAMP app.
Not advertising, I use it myself (similar situation, also §19 UStG).
Careful: I see a German company is charging 49 Euros / month for a hosted version. This is not what you are looking for.
@marcusquinn Thanks for helping get this onto Cloudron. Will definitely follow development, but I agree that at the moment it is lacking essential functionality so not yet an alternative to Espo. I do think this could change in the next couple of years though.
Right now it looks like a great alternative for anyone who only needs basic CRM functions.
The only reason I would not move immediately from EspoCRM is the current lack of pdf exports (because we really need them) and the not yet complete email implementation. The roadmap looks very promising though and I am keen to test it out.
@imc67 The app only works with the enterprise version though, right?
@marcusquinn Fantastic!
+1 for this to be added to Cloudron
@p44 Just a quick update: I moved the backups to Exoscale a week ago and so far no issues at all. The backups also complete faster. Due to Hetzner's minimum price per month for object storage it won't actually be more expensive either.
@p44 I have looked at Exoscale and will probably give it a try. I am happy to pay a bit more for reliability.
Hetzner are now reporting a problem with S3 that has yet to be resolved.
@p44 I moved from Storage Boxes because it was also unreliable. I am aware of other posts relating to Hetzner but none seemed to refer to S3 timeouts.
I will test with another provider. Need the DC to be in Germany. Had thought about trying Ionos but it looks like there are issues there, too.
Perhaps somebody here has had good experience with Cloudron backups to another EU provider with DC in Germany. Ideally not horrendously expensive.
Is anyone else experiencing instability with backups to Hetzner object storage? Over the past few weeks backups have been taking much longer than usual and regularly fail altogether due to timeouts while copying. This is with locations Nuremberg and Falkenstein.
This is not really a Cloudron problem as far as I can see, but as Hetzner status is not reporting any issues generally with object storage and it does work some of the time, it would be good to know whether other users are experiencing similar issues.
@webliska Is this resolved now?
Maybe reboot the server for good measure as well.
The log entry shows that the email originated from an IP in Indonesia which does not have the best reputation (the ISP is PT Centrin Online Prima) and was sent whilst logged in as dikshant@... Does this information help you to identify the connections?
If you do not recognise the connections, check some of the other log entries. Are the mails all being sent from the same IP? If so, you could block it in the network settings. If not, do you see a pattern?
@matix131997 Direction outbound just means mail leaving the server but the origin can still be the server itself. This is why we also need to see the second log entry. In either case the sender has access to the account and there is a good chance your app password theory is correct.
@webliska Not the mail queue, the queued for delivery log entry for the mail you already posted. Each successfully sent email should have two log entries: queued and delivered. You might need to change the display filters if you only see delivered.
Also check whether an app password is set for the mail user in question and delete it if it is.
Please also post the log entry for queued for delivery for this email, remembering to also obfuscate any sensitive information such as hostnames.
Is there maybe an app running which is configured to send email via that user's account? If so, maybe the app has been compromised and is sending out emails.
You might want to consider temporarily disable outbound email for this domain until the the issue has been resolved. This may not be an option of course as it would impact other addresses on the same domain.
The email headers would be interesting here as @matix131997 already mentioned.
Definitely change the password on the compromised account if you have not already done so. That should stop these emails. If you allow this to continue you risk having your server's IP blacklisted, which will then affect the deliverability of legitimate emails.
This is not email spoofing but emails being sent from the respective account on your server.
