3.5.2

⚠️ WARNING ⚠️
Please note that Cloud FTP Bridge is provided "as-is". It is designed to be a free, open-source alternative for low-volume use. For time-sensitive or high-volume transfers, please consider an alternative such as SmartFTP Enterprise.

What's Changed

• Ensure SMTP Client is Disposed by @DotJoshJohnson in #41

Full Changelog: 3.5.1...3.5.2

3.5.1

⚠️ WARNING ⚠️
Please note that Cloud FTP Bridge is provided "as-is". It is designed to be a free, open-source alternative for low-volume use. For time-sensitive or high-volume transfers, please consider an alternative such as SmartFTP Enterprise.

What's Changed

• Reduce Minimum Worker Delay to 30 Seconds by @DotJoshJohnson in #40

Full Changelog: 3.5.0...3.5.1

3.5.0

⚠️ WARNING ⚠️
Please note that Cloud FTP Bridge is provided "as-is". It is designed to be a free, open-source alternative for low-volume use. For time-sensitive or high-volume transfers, please consider an alternative such as SmartFTP Enterprise.

What's Changed

• Reduce Pressure on TC FTP Servers by @DotJoshJohnson in #38

Full Changelog: 3.4.0...3.5.0

3.4.0

What's Changed

• Added modal window on save/ added source file doc reference to audit by @jsavage7 in #33

Full Changelog: 3.3.0...3.4.0

3.3.0

What's Changed

• Add new ftp option by @jsavage7 in #30
• Include Runtime in Build by @DotJoshJohnson in #32

New Contributors

• @jsavage7 made their first contribution in #30

Full Changelog: 3.2.0...3.3.0

3.2.0

🛑 We recommend using version 3.3.0 instead. 🛑

---

What's Changed

• Update FluentFTP and Improve Logging by @DotJoshJohnson in #28

Full Changelog: v3.1.2...3.2.0

v3.1.2

Bug Fixes

• Fixed an object reference error that was introduced in v3.1.1.

v3.1.1

Bug Fixes

• Explicitly dereferences source streams and source/destination file systems at the end of a workflow to reduce memory consumption.

Other Changes

• Set CloudFtpBridge:ForceGarbageCollection to true to enforce garbage collection of all generations after each workflow run.

v3.1.0

Bug Fixes

• Fixed a bug that would allow the bridge to continuously re-process failed files immediately in an endless loop (or until the underlying problem is resolved). If a source file fails to transfer, the service will ALWAYS wait 2 minutes before running the workflow again, even if new files have been added.

New Features

• Added the ability to enforce unique file names. When enabled, source files are renamed, adding a GUID to the file name, prior to being transferred.

Other Changes

• Made some minor UI improvements.
• LiteDB log files will now be cleaned up when the service is shut down.

v3.0.1

Bug Fixes

• Fixed a bug that caused UNC paths to be treated as relative paths to C:\Windows\System32 on Windows.