Custom Query (8142 matches)

When downloading a file from an IBM Z/OS mainframe to a PC using the Mac client (3.63.2) if the file contains a Carrot, which is 0xB0 in EBCDIC and 0x5E in ASCII, the character does not get converted resulting in a non-printable 0xB0 on the Mac file. This can create issues with other programs trying to process the file. Is it possible to update the ASCII translations to properly handle this character?

FileZilla Client

Version: 3.63.2

Build information:

Compiled for: x86_64-apple-darwin22.3.0 Compiled on: x86_64-apple-darwin22.3.0 Build date: 2023-02-23 Compiled with: Apple clang version 14.0.0 (clang-1400.0.29.202) Compiler flags: -O2 -g -Wall -Wextra -pedantic -O2 -g -Wall -Wextra -pedantic -mmacosx-version-min=10.13.0 -Werror=partial-availability

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

Operating system:

Name: macOS Ventura Version 13.3.1 (Build 22E261) Version: 13.3 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 aes pclmulqdq lm Settings dir: /Users/<redacted>/.config/filezilla/

Since last week, one of my customer cannot connect to FileZilla server. Keep in mind that it was working before.

One of her colleague is able to connect to the server on the same network and I can connect with her account on another network.

In the window, it says: AUTH TLS 502 - Auth command is not supported. 502 - Please contact your network administrator to enable FTPS service

What cause this issue?

My problem is exactly as described in Bug Report 12199, but I could not find an answer to it. When connecting to the server the certificate shows that it is not trusted and the buttons to override that and force trust are greyed out. If I use OK and move on it does connect. I have had my ISP check that the certificate is correct, and it is. Sadly it cost me a lot of money to do that. See attachments. I am using the latest Filezilla (it automatically updates, so that is always the case). This happens on both my machines which are Windows 10 Pro 22H2 and Windows 10 Home 21H2.