Qlik RepliWeb End of Service prompts users to look for MFT Alternatives
We have addressed the issue of risk associated when a favored vendor gets acquired or decides to discontinue a particular product. In the case of an acquisition, pricing often increases while service and support decreases. Or maybe some products get subsumed into the incumbent’s portfolio while attempting to migrate as many of the acquired entity’s customers to the new brand and product. Repliweb becoming unsupported tech is a good example of doing it right.
Click the button below for further advice on how to replace RepliWeb with an alternative managed file transfer such as Diplomat MFTCLICK HERE FOR HOW-TO GUIDE
You Know what Happens when You Assume
When the products involved are used in the secure management of data, such transitions can result in mistakes or assumptions that undermine security. The risks were illustrated when an unpatched vulnerability in a data transfer appliance that had been discontinued by Accellion was exploited by threat actors who then breached organizations around the world. Accellion announced the appliance would be unsupported tech after the operating system became obsolete, and that the product would no longer be scheduled for patches and updates.
For whatever reason the appliance remained in service in many organizations and cybercriminals were quick to take advantage.
It’s good when companies that are planning to shutter a product or service give ample advanced warning to their customers. Some will need shepherding to migrate to the vendor’s new offering, while others may decide that it’s time to move on. Depending on the product and how deeply integrated it is within a customer’s enterprise and supply chain, it can take months to review new products and make the changes necessary to keep operations going smoothly.
Another One Bites the Dust
Qlik announced more than a year ago that it was shuttering a number of its products, including the Repliweb line of data management products it inherited after buying Attunity in 2019. Users of Repliweb, including the Repliweb MFT managed file transfer platform will find their products unsupported as of January 31, 2022. That is just a few months away.
If you are a user of Repliweb MFT, or any of the other managed file transfer products caught up in the industry’s recent spate of mergers and acquisitions, you might be in for a dose of sticker shock, or a let-down in customer service. Or maybe you were already dissatisfied with your current managed file transfer platform and are thinking about a change.
Give Diplomat MFT (Managed File Transfer) Software a Try
Sounds like it would be a good time to take a new product for a test drive. If so, why not try Coviant Software’s Diplomat MFT platform? Diplomat MFT is our award-winning, secure managed file transfer family of products that are recognized as the industry’s value leader. Diplomat MFT has all the features you need, like PGP file encryption, process automation, SFTP support, auditability, and the capacity to handle both large files and large batches of files.
Diplomat MFT is trusted by thousands of customers across every industry, including those with strict privacy and security regulations, like healthcare, financial services, legal, government, retail, manufacturing, and more.
If you are looking for a change, or find yourself in need of a secure managed file transfer solution, download a free trial of Diplomat MFT, or request a no-obligation demonstration. Try us for free and see why we’re the best value in MFT.
Request your Free Trial
RepliWeb MFT Software Glossary & Terminology
The below glossary of terms may come in handy when discussing your alternative software solution with a potential provider (like ourselves). It’s important to ensure your RepliWeb replacement is fit-for-purpose and has the features and functionality that your business requires to successfully transfer data and files securely.
A-RMFT – Attunity Repliweb Management File Transfer – This is installed on the internal and external servers and will allow users to transfer files securely.
Account – There are several types of user accounts (internal, external, ad hoc, A-RMFT and Active Directory). Users who are enrolled in A-RMFT will have a A-RMFT account.
Ad hoc users – Recipients who are not A-RMFT users need to be invited to enroll to A-RMFT and can download the packages sent to them by an A-RMFT user. Ad Hoc user accounts are created “on-the-fly: when authorized users or hosts send packages to an email address that does not belong to an existing ARMFT user. Both users and administrators benefit from Ad Hoc functionality. Administrators are no longer burdened with the task of creating new accounts every time such a need arises; authorized users are given the freedom to send packages to anyone with a valid email address.
Address Book – This contains the names of all the A-RMFT users or distribution lists to which you are permitted to send packages. The address Book is divided into three tabs: Users, Distribution Lists and Hosts. In each of these tabs, the procedure for selecting and searching for recipients is identical. The right side of the tab lists the recipients that you are permitted to send packages to while the left side of the table enables you to search for recipients.
Advanced Tab – Here is where you can set preferences for the current transfer. Any preferences that you set will override the equivalent default preferences. Available preferences are Security Preferences, Package Notifications, Priority and Expiration Preferences, and Compression and Verification Preferences.
Audit Tab – In the package Audit tab (displayed when you click the package subject) provides the information about the status of sent packages including: Which recipients opened the package and/or downloaded the package files Whether the package was successfully delivered to hosts Which files were downloaded by each recipient (and when) The package audit trail on A-RMFT Server.
Disabled (users/accounts) – Not active and may be expired, i.e. not usable.
DMZ – Demilitarized Zone – Area on Corporate network that contains servers which interface securely with internal servers and external user/customers. DMZ Front End A-RMFT Server validates the user’s identify and optionally applies administrator-defined policies to the package. These may include checking the files for viruses, content validation, and so on.
Enabled (users/accounts) – Active and usable.
Enhanced – Your A-RMFT Web Client operating mode should be configured as “LITE” (see below) or “Enhanced”. If your operating mode is “Enhanced”, java components should already be installed on your computer. This provides enhanced functionality, enabling you to pause and resume transfers, easily manage the download of multiple files, recover transfers, encrypt/decrypt files and access shared folders. This will also allow you to send files greater than 2 GIG. Despite the benefits that A-RMFT’s active components provide, you may not need the functionality that they provide. If this is the case, you can change your operating mode to “Lite”.
Expired (users/accounts/package) – The date after which the package will no longer be available for download.
External server – Server in the DMZ that non company users would login to as A-RMFT users.
External user – Non-company users or customers. FTP – File Transfer Protocol – RFMT replaces
FTP which is a non-secure way to transfer files
Hosts – Hosts are computers either within or outside an organization that your A-RMFT administrator has enabled you to send files to or receive files from.
Internal server – Server on Company Network that Company users login to as A-RMFT users.
Internal users – Company / employee users or users on Company network
Inviting Users – If permitted by your A-RMFT administrator, you can send packages to recipients who are not A-RMFT users. These recipients, known as Ad Hoc users, will receive an email, sent on your behalf, inviting them to enroll to A-RMFT and download the package using A-RMFT Web Client.
Package – Files are sent in packages. When sending files, A-RMFT Web Client creates a special folder known as a package that contains your files as well as various information required to process the package such as the names of the package recipients, when the package expires, and so on. After you send a package, it is uploaded to A-RMFT Server where it undergoes sorting and processing before being downloaded by the recipients and/or delivered to hosts.
Sending a Package – Packages can contain files or a message or a combination of both. To send a package you must, as a minimum requirement, specify a recipient. You can also choose additional transfer and security options as described in Advanced Tab.