Ftp-WG: mdtm and mlsd commands
Jeffrey Altman <[email protected]> Wed, 4 Feb 2004 11:10:48
| Newsgroups | gmane.ietf.ftpext |
|---|---|
| Organization | No Longer Affiliated with Columbia University in the City of New York |
| Message-ID | <[email protected]> |
This is a cryptographically signed message in MIME format. --------------ms020102000203080303030908 Content-Type: multipart/alternative; boundary="------------010301090004090907030601" This is a multi-part message in MIME format. --------------010301090004090907030601 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit A command that has the functionality of MDTM-modify could certainly be created However, it won't be MDTM-modify. As already described, MDTM-modify won't work with files that have spaces in their names. This is fatal. Jeffrey Altman Robert Oslin wrote: > >Wolfgang Zekoll wrote: > >>But I have a question to the real FTP protocol gurus: Is there a >>recommended way to tell a client that a server does not support >>MDTM-modify but MDTM-query? >> > >>>I'm not a real FTP protocol guru, but my opinion is: Why should a server >>>tell the client that it conforms to the relevant RFCs? MDTM-modify >>>doesn't conform with the upcoming RFC. When the client wants to use >>>MDTM-modify, than it has to check whether the server supports this >>>non-standard MDTM command (for example: transfer file; MDTM-query; >>>MDTM-modify; MDTM-query; check, whether the MDTM-query results differ). >>>Ciao, >>>Richard >>>-- >>>Dr. Richard W. Könning >>>Fujitsu Siemens Computers GmbH >>> > >We added support for MDTM-modify in CuteFTP Pro v3 due to popular demand. We >simply issue a FEAT command and if MDTM is supported and if the user has >opted to retain the current timestamp of an uploaded file, we simply attempt >the MDTM-modify sequence. If it fails we notify the user via the log. More >and more servers are adding support for both MDTM-query and MDTM-modify. It >would be nice if MDTM-modify could be formalized in an upcoming RFC or >draft, as the market wants it and it is very helpful for folder >synchronization, overwrite comparison and other such tasks. > >Robert T. Oslin III >Product Manager >GlobalSCAPE Texas, LP. > > > > > > --------------010301090004090907030601 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font face="Bitstream Cyberbit">A command that has the functionality of MDTM-modify could certainly be created<br> However, it won't be MDTM-modify. As already described, MDTM-modify won't<br> work with files that have spaces in their names. This is fatal.<br> <br> Jeffrey Altman<br> <br> <br> Robert Oslin wrote:<br> </font> <blockquote cite="[email protected]" type="cite"> <pre wrap=""><font face="Bitstream Cyberbit"> Wolfgang Zekoll wrote: </font></pre> <blockquote type="cite"> <pre wrap=""><font face="Bitstream Cyberbit">But I have a question to the real FTP protocol gurus: Is there a recommended way to tell a client that a server does not support MDTM-modify but MDTM-query? </font></pre> </blockquote> <pre wrap=""><!----><font face="Bitstream Cyberbit"> </font></pre> <blockquote type="cite"> <blockquote type="cite"> <pre wrap=""><font face="Bitstream Cyberbit">I'm not a real FTP protocol guru, but my opinion is: Why should a server tell the client that it conforms to the relevant RFCs? MDTM-modify doesn't conform with the upcoming RFC. When the client wants to use MDTM-modify, than it has to check whether the server supports this non-standard MDTM command (for example: transfer file; MDTM-query; MDTM-modify; MDTM-query; check, whether the MDTM-query results differ). Ciao, Richard -- Dr. Richard W. Könning Fujitsu Siemens Computers GmbH </font></pre> </blockquote> </blockquote> <pre wrap=""><!----><font face="Bitstream Cyberbit"> We added support for MDTM-modify in CuteFTP Pro v3 due to popular demand. We simply issue a FEAT command and if MDTM is supported and if the user has opted to retain the current timestamp of an uploaded file, we simply attempt the MDTM-modify sequence. If it fails we notify the user via the log. More and more servers are adding support for both MDTM-query and MDTM-modify. It would be nice if MDTM-modify could be formalized in an upcoming RFC or draft, as the market wants it and it is very helpful for folder synchronization, overwrite comparison and other such tasks. Robert T. Oslin III Product Manager GlobalSCAPE Texas, LP. </font></pre> </blockquote> </body> </html> --------------010301090004090907030601-- --------------ms020102000203080303030908 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUDCC AwYwggJvoAMCAQICAwpxijANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDczMDAyMDkyOFoXDTA0MDcyOTAyMDkyOFowRjEf MB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEjMCEGCSqGSIb3DQEJARYUamFsdG1h bkBjb2x1bWJpYS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBtDG6ZyGA sK+rZOfKPKGBn6oCTLYSLk/mpeX9QTmTG71qh308KUeN35qqoRXjLvscfw6NPOYXiuxE/RqL sx7WKEnK3C4gzzpioCTX1b7o4M7YbpvCRBFPE9Jgsd0yz2EN+mk/pPuK1GP+iQNot2m4A56A aPe6F5T25GqffU535GNIdAtWPao6wHcOm17se25ny/TNzb9mlA4UzYl9XP7MF1fkpJyaDDAy DNNTSSjxBdPVs2EaYq1p/xadXbIpysQiySXAxoeiZusgJopRHLcBsBmmY9QVD4QnUqZVmfJ5 f1CiNri5vlexKCmdFSrxMLuoLr4EQZCECdusp6ZnIt75AgMBAAGjMTAvMB8GA1UdEQQYMBaB FGphbHRtYW5AY29sdW1iaWEuZWR1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA DPKe/CuAgEUxsrPskJQx2fL6soAEG2iqrqOGIRREHDaXWDBNMEWEbOEMLvh3+yhqHOUc9x3r 2IfsP/XHnujaqsMVXLagokVTnpPN675wv8LZ8hLHblLnykaTCq6RZpVskh2iAiJwpYMcKNF6 jyYaQyGHBGT3PK8uVGVCG4Pp9k4wggMGMIICb6ADAgECAgMKcYowDQYJKoZIhvcNAQEEBQAw gZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg VG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEo MCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMzA3MzAwMjA5 MjhaFw0wNDA3MjkwMjA5MjhaMEYxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIx IzAhBgkqhkiG9w0BCQEWFGphbHRtYW5AY29sdW1iaWEuZWR1MIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEAwbQxumchgLCvq2TnyjyhgZ+qAky2Ei5P5qXl/UE5kxu9aod9PClH jd+aqqEV4y77HH8OjTzmF4rsRP0ai7Me1ihJytwuIM86YqAk19W+6ODO2G6bwkQRTxPSYLHd Ms9hDfppP6T7itRj/okDaLdpuAOegGj3uheU9uRqn31Od+RjSHQLVj2qOsB3Dpte7HtuZ8v0 zc2/ZpQOFM2JfVz+zBdX5KScmgwwMgzTU0ko8QXT1bNhGmKtaf8WnV2yKcrEIsklwMaHombr ICaKURy3AbAZpmPUFQ+EJ1KmVZnyeX9Qoja4ub5XsSgpnRUq8TC7qC6+BEGQhAnbrKemZyLe +QIDAQABozEwLzAfBgNVHREEGDAWgRRqYWx0bWFuQGNvbHVtYmlhLmVkdTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBBAUAA4GBAAzynvwrgIBFMbKz7JCUMdny+rKABBtoqq6jhiEURBw2 l1gwTTBFhGzhDC74d/soahzlHPcd69iH7D/1x57o2qrDFVy2oKJFU56Tzeu+cL/C2fISx25S 58pGkwqukWaVbJIdogIicKWDHCjReo8mGkMhhwRk9zyvLlRlQhuD6fZOMIIDODCCAqGgAwIB AgIQZkVyt8x09c9jdkWE0C6RATANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3 dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lv bjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkB FhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTA0MDgy NzIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzAN BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUq bXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC 9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEww KQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQI MAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBADGxS0dd+QFx5fVTbF15 1j2YwCYTYoEipxL4IpXoG0m3J3sEObr85vIk65H6vewNKjj3UFWobPcNrUwbvAP0teuiR59s ogxYjTFCCRFssBpp0SsSskBdavl50OouJd2K5PzbDR+dAvNa28o89kTqJmmHf0iezqWf54TY yWJirQXGMYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRD ZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIw MDAuOC4zMAIDCnGKMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDIwNDE2MjgzNFowIwYJKoZIhvcNAQkEMRYEFFjLhJdBzLZM eHjIjnUEmhplomXBMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3 EAQxgZ0wgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnGK MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rl cm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0Eg MjAwMC44LjMwAgMKcYowDQYJKoZIhvcNAQEBBQAEggEAIS6BvtKZzqtFFu0ys2KGurRGGoAE AF8juY5Z9vvrwihikDoDK6kfRtK8KON2VmGW9sFSnuBrMn8EuxsVyJDcXLqfwIwnNN9jP8pp yQoCiiyBTeAMXtibnWnewwiy+y6T8zNPfUEXbpnL5vudxT/4/mcHV08+WBb52zQtX4XjPhXZ 4ld5mR3req0fgR4ysFeYSy2k1UsukX+gfKvVsywmBAyRgKkO6jnUOtS2lFme6Ent2XybpPPL obmD9HAjYu2tdhZ9GE88F8NjNNQK5wazEiL/IBtdw3G11w9Bg0TehmWovBGql4nslsK2m7mW rPBMx0P0y5x00hhUoJRgEbphfAAAAAAAAA== --------------ms020102000203080303030908--