Syncplify Server! v6.1.4 released 🚨

Importance of this update: EXTREME
Fixed
  • Service detection under Linux now works as expected: resolves all the “exit code 4” errors during Virtual Site creation
  • Correctly initialized all functions/methods in the scripting engine
  • Fixed a possible (though very rare) goroutine leak in the scripting engine
Improved
  • Added user account statistics to the Admin UI
  • Changing (adding/deleting) certificates from the Certificates page in the SuperAdmin UI no longer requires a restart of the system service (all changes are applied live at run-time)
  • Upgraded back-end SyngoDB to v4.7.1 (new and much stringer DB locking mechanism)

Upgrading from v6.x.y is a simple and fairly automatic process: simply download the latest version from the official download page, and install it over the existing version, all of your settings and license will be kept.

If, instead, you’re upgrading from an older (v4/v5) version, you find the upgrade instructions in our knowledge base.

Thank you all for trusting our software with your secure file transfers!


Syncplify Server! v6.1.3 released

Importance of this update: NORMAL
Fixed
  • Permission overrides now show the check-mark under the correct label when configured inside of a User account
  • A better automatic sanitizer for User objects now prevents certain mishaps when saving such User objects to the back-end DB
  • Log files, when stored in W3C format, now correctly use UTC timestamps, as required by the W3C Extended Log File Format standard
Improved
  • When importing users from older (V4/V5) backups a broader variety of fields of such user objects is now initialized to sensible default values
  • Upgraded back-end SyngoDB to v4.6.0

Upgrading from v6.x.y is a simple and fairly automatic process: simply download the latest version from the official download page, and install it over the existing version, all of your settings and license will be kept.

If, instead, you’re upgrading from an older (v4/v5) version, you find the upgrade instructions in our knowledge base.

Thank you all for trusting our software with your secure file transfers!


So, what is this SyngoDB everyone is asking us about?

Previous versions of our flagship software, Syncplify Server!, did use MongoDB to store their configuration and metadata. Over the years, though, we had to accept that MongoDB is not always reliable, especially on Windows, when certain circumstances arise. This becomes painfully obvious when an unclean shutdown of the operating system occurs, and MongoDB fails to start when the machine reboots, until you manually clean up its lock file and/or repair its data files. It’s also not uncommon enough to find MongoDB suddenly unable to accept client connections for no apparent reason.

This was becoming more than just an annoyance. It was starting to affect our customers. So, mainly but not only for this reason, we embarked in the gigantic endeavor of developing our own backend DB.

First of all, the name. SyngoDB is not named after MongoDB, it’s actually the composition-abbreviation of three concepts: “Syn” for Syncplify, “go” because it’s written in Go, and “DB” because (drum-roll) it’s a DB.

So, what are the similarities and the differences between MongoDB and SyngoDB?

Let’s start with the similarities, because there are very few: both of them are schema-less, document-oriented, NoSQL databases. And that’s pretty much all they have in common.

The differences on the other hand, well, where do we even start? We’ll cover just a few of the most significant ones.

First and foremost, SyngoDB doesn’t have any of the powerful data manipulation and analytics functions that are a core value of MongoDB. Nor does it have MongoDB’s massive horizontal multi-node (replica-set) scalability. That wasn’t the goal in the first place.

SyngoDB, essentially and by design, had to achieve only three goals:

  • Highest reliability: it had to be always-available, never crash, and be consistent and reliable even across unclean reboot cycles; even if someone rips the power cable from the wall, SyngoDB must be able to run without issues and without data loss or corruption at the next OS restart.
  • Vertical scalability without compromising performance: your local data set may grow to petabytes without severely affecting operation time, especially insertion and querying time.
  • Built-in security out of the box: certificate-based authorization and optional built-in strong data encryption engine are part of SyngoDB’s core design.

We’re happy to report that SyngoDB has met, and even exceeded, our expectations. All of the design goals were achieved, and it’s now the backbone of our flagship product Syncplify Server!