<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Manual FTP transfers are always corrupted while scheduled backups are not in General Topics</title>
    <link>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254385#M42742</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;We have an issue where whenever I manually try to ftp files from our gateways or SMS to an ftp server that the file is always corrupted.&lt;/P&gt;&lt;P&gt;We also have scheduled ftp backups configured on these gateways etc to the same ftp server with the same credentials and the same destination folder and those backups are always fine.&lt;/P&gt;&lt;P&gt;When I do a manual transfer I just use the default&lt;/P&gt;&lt;P&gt;#ftp &amp;lt;ip-address&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;lt;username&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;lt;password&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;gt;put &amp;lt;file-name&amp;gt;&lt;/P&gt;&lt;P&gt;And there is never any failure message within the transfer. But when I try to extract the file I get 'Data error: &amp;lt;file name&amp;gt;'&lt;/P&gt;&lt;P&gt;Are there commands within the ftp 'mode' that I can play around with to see if I can get it working? I dont really want to play around on the ftp server as the scheduled backups are fine and I dont want that broken.&lt;/P&gt;&lt;P&gt;I do have a workaround in place where I can use WinSCP to get the files off but a standard backup transfer will typically take an hour + to complete. It is impractical to transfer snapshots this way as it can take 2+ days to complete a cluster and by that time the snapshots are getting to be out of date.&lt;/P&gt;</description>
    <pubDate>Fri, 01 Aug 2025 08:31:57 GMT</pubDate>
    <dc:creator>P_Williams</dc:creator>
    <dc:date>2025-08-01T08:31:57Z</dc:date>
    <item>
      <title>Manual FTP transfers are always corrupted while scheduled backups are not</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254385#M42742</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;We have an issue where whenever I manually try to ftp files from our gateways or SMS to an ftp server that the file is always corrupted.&lt;/P&gt;&lt;P&gt;We also have scheduled ftp backups configured on these gateways etc to the same ftp server with the same credentials and the same destination folder and those backups are always fine.&lt;/P&gt;&lt;P&gt;When I do a manual transfer I just use the default&lt;/P&gt;&lt;P&gt;#ftp &amp;lt;ip-address&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;lt;username&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;lt;password&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;gt;put &amp;lt;file-name&amp;gt;&lt;/P&gt;&lt;P&gt;And there is never any failure message within the transfer. But when I try to extract the file I get 'Data error: &amp;lt;file name&amp;gt;'&lt;/P&gt;&lt;P&gt;Are there commands within the ftp 'mode' that I can play around with to see if I can get it working? I dont really want to play around on the ftp server as the scheduled backups are fine and I dont want that broken.&lt;/P&gt;&lt;P&gt;I do have a workaround in place where I can use WinSCP to get the files off but a standard backup transfer will typically take an hour + to complete. It is impractical to transfer snapshots this way as it can take 2+ days to complete a cluster and by that time the snapshots are getting to be out of date.&lt;/P&gt;</description>
      <pubDate>Fri, 01 Aug 2025 08:31:57 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254385#M42742</guid>
      <dc:creator>P_Williams</dc:creator>
      <dc:date>2025-08-01T08:31:57Z</dc:date>
    </item>
    <item>
      <title>Re: Manual FTP transfers are always corrupted while scheduled backups are not</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254388#M42743</link>
      <description>&lt;P&gt;Let me test this in the lab and I will let you know.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
      <pubDate>Fri, 01 Aug 2025 11:03:01 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254388#M42743</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2025-08-01T11:03:01Z</dc:date>
    </item>
    <item>
      <title>Re: Manual FTP transfers are always corrupted while scheduled backups are not</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254393#M42746</link>
      <description>&lt;P&gt;Hey&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/80853"&gt;@P_Williams&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Just tested in my lab, both R81.20 and R82, no issues. Not sure what sort of rule you have for this, but if you are using speicfic ftp service, make sure it is ftp-bidir one. If that does not work, clone the service and chose protocol as -none.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
      <pubDate>Fri, 01 Aug 2025 11:37:39 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254393#M42746</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2025-08-01T11:37:39Z</dc:date>
    </item>
    <item>
      <title>Re: Manual FTP transfers are always corrupted while scheduled backups are not</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254404#M42751</link>
      <description>&lt;P&gt;It's likely your FTP client is defaulting to ASCII mode. That breaks most files. Be sure to issue the command 'binary' before the 'put'.&lt;/P&gt;
&lt;P&gt;For files compressed with gzip, the program 'fixgz' attempts to fix the file. I've never personally had it fail to fix a gzip file transferred in ASCII mode, but I don't know if it has been rigorously proven that it always fixes such files.&lt;/P&gt;</description>
      <pubDate>Fri, 01 Aug 2025 15:29:09 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254404#M42751</guid>
      <dc:creator>Bob_Zimmerman</dc:creator>
      <dc:date>2025-08-01T15:29:09Z</dc:date>
    </item>
    <item>
      <title>Re: Manual FTP transfers are always corrupted while scheduled backups are not</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254405#M42752</link>
      <description>&lt;P&gt;Hi Bob,&lt;/P&gt;&lt;P&gt;That appears to have fixed it, certainly for the small test file I have just tested with. I will have a go with a full backup after the weekend, but it is looking good.&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
      <pubDate>Fri, 01 Aug 2025 15:38:15 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Manual-FTP-transfers-are-always-corrupted-while-scheduled/m-p/254405#M42752</guid>
      <dc:creator>P_Williams</dc:creator>
      <dc:date>2025-08-01T15:38:15Z</dc:date>
    </item>
  </channel>
</rss>

