DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5288B3858D37
From: "suzuki.masaomi@fujitsu.com" <suzuki.masaomi@fujitsu.com>
To: "'Takashi Yano'" <takashi.yano@nifty.ne.jp>,
        "'cygwin@cygwin.com'"
 <cygwin@cygwin.com>
Subject: RE: [soft-mpop-qqm:27201] Re: scp command fails to transfer file and
 returns 1.
Thread-Topic: [soft-mpop-qqm:27201] Re: scp command fails to transfer file and
 returns 1.
Thread-Index: AdiWi62jVeXnF3ElTvSG79UO+L3cGgCkhg4AAH68LPAAA3yOgAABN0kAACuV83A=
Date: Wed, 20 Jul 2022 01:42:30 +0000
Message-ID: <TYCPR01MB68182DA1801A897715BDB269878E9@TYCPR01MB6818.jpnprd01.prod.outlook.com>
References: <TYCPR01MB6818607796F45A8DB98EF21B87899@TYCPR01MB6818.jpnprd01.prod.outlook.com>
 <f80d2b2b-c187-5033-4813-44e3f8e15d6d@laposte.net>
 <TYCPR01MB6818511B9957A9A1C1A0559A878F9@TYCPR01MB6818.jpnprd01.prod.outlook.com>
 <20220719131855.8d67cc495b7500ada5c125c0@nifty.ne.jp>
 <20220719135344.89ef0983649e42c88c844d4d@nifty.ne.jp>
In-Reply-To: <20220719135344.89ef0983649e42c88c844d4d@nifty.ne.jp>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
msip_labels: MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_Enabled=true;
 MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_SetDate=2022-07-20T01:41:44Z; 
 MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_Method=Standard;
 MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_Name=FUJITSU-RESTRICTED?;
 MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_SiteId=a19f121d-81e1-4858-a9d8-736e267fd4c7;
 MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_ActionId=6552dc64-8231-4de0-9d5d-880603ece300;
 MSIP_Label_a7295cc1-d279-42ac-ab4d-3b0f4fece050_ContentBits=0
x-securitypolicycheck: OK by SHieldMailChecker v2.6.5
x-shieldmailcheckermailid: 684c85d2a3ae4e07a44ef81f207d30f8
authentication-results: dkim=none (message not signed)
 header.d=none;dmarc=none action=none header.from=fujitsu.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5b1bad93-ba83-4786-fc88-08da69f11c5a
x-ms-traffictypediagnostic: OS3PR01MB6968:EE_
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: HfSkxJn/mrl1fOFVm8yz+sjdEbVBzmSZDeu2cbLKXrDWPyaI74zgp/D7E+DgdVsx2Mk0gZIMfGM3sasp+cyGdL+iREmzTju6zsb0+/tAH+S8FGHUy1igNbHodwmg7ODTQehQ9j0MQ7/cStdydh0q0CTVuOTNv8/vPz1up1gLmb7fm9TuL3+404ySvpiUuMzHG4uhiCTLU4aXZJm+UVUGSsgw7VmLUEEWJxKS0d9sC6tvSKMpS0k77QZXRJWjdIZ/fnMxBOzuvACqvVoMx4aaIkKKqgXSzf3MwmSyoIDerMgQ2yXLJ8X05GLk096SpNolSRG5NWs1ed66hQbeXJckCWnRj8PLoOnem8ZtKuKRhN3IjSW0vrBBk+x800JIRBLXYMySe6etOUHQC5L9MKw5ju6SWvJPzdwQ8rWg+ra7atiAmUW8VO9PIjEYhtJQPheqH7Mgo3MoS2wplc/T0iGk0R6ieQn8YGB9E2bF6mUojJOEBpko+4rIWewkhbbhAp4jeTPogMETGZXxCQ4FJEDODkdMNhBZYDwoWYfDy7tfFTnre/Cl+8LdUKB/e54e6+P9RZl8vrj4BYQjzaRUPh9GimspA5dx5y/7wqldk2dnSh6IDT6XaY0j7xZpESGpeP5Kxjml58MqV/qnsrbqZ7NuiMdL4Ob2W5eAfsgQ4aWQapRDyDZav04SNvt3RTsQKMg6awKGJbXhtfleCfYNV0ENUXtl6W047qQi2CrE5cD5P4faQQykVX2PMTl5Ftq3nB9YiyzMeO9cIwDNpqz2kv68OPtP6tc1AtkT9bpAS6jseVI5FI/ZEV0lzPoTI6hOujUcdMFpaPcX33S+SnY3AMgiXro/Yr279AP1Wc6hBypBoH34clqYrpQmbFNmqIfB1jzxF3RsDWUt6YdavAjtVmV8lVc1vXYOrE2MaqU+aUC18uk=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;
 IPV:NLI; SFV:NSPM; H:TYCPR01MB6818.jpnprd01.prod.outlook.com; PTR:; CAT:NONE;
 SFS:(13230016)(4636009)(366004)(136003)(376002)(396003)(39860400002)(346002)(107886003)(8936002)(66556008)(64756008)(186003)(86362001)(66476007)(66446008)(76116006)(83380400001)(55016003)(122000001)(2906002)(38100700002)(38070700005)(5660300002)(26005)(6506007)(82960400001)(52536014)(53546011)(85182001)(110136005)(7696005)(41300700001)(9686003)(316002)(8676002)(71200400001)(33656002)(4326008)(966005)(478600001)(66946007)(491001)(460985005);
 DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-2022-jp?B?TUxObTRlczMrRHQ3SFNIc3I0L1p2UDFpcjB1RWZCOFRvME5wRlo1bU1B?=
 =?iso-2022-jp?B?YURvSmxpUysyTlNDSUJTOVpzOE9qejVkcVdoTlFkYjBZVnJwOWpYdThM?=
 =?iso-2022-jp?B?aEl3SmdFUG5vYk5iSVJjOUZsYkVZMzFxVVl2M3hiWkRPWmxrQ0ZHYzRU?=
 =?iso-2022-jp?B?alMvU3l6clBnR2x6U1BvcnpTbmdyYlJCSnpvdGtxTUljVDhwSXAyNDdM?=
 =?iso-2022-jp?B?OWE0NFlocVNueXJ6aUI5ZkI0VWtibWJiTkU5ZXlGM01GTmtqZkhBdGhU?=
 =?iso-2022-jp?B?UG1kS3NKakZYSzR0S3UvY3FFY24xS2NzZmV3WWtVbmpsZ3lHOE9STk4y?=
 =?iso-2022-jp?B?djFtNmxFRWNRcWQyc2F3RHhVNlJPWGYzbGNSSlE2eUNLQ1ZWOU1DejBH?=
 =?iso-2022-jp?B?Uys0YTBEVnBrMWF3d2VZdnc2WGJrQzF4T2RoVTdBeEtZNWJZd2t1bTdJ?=
 =?iso-2022-jp?B?NndBaWxaU0xSUlJUdFdOY3ZOdUV4d0VFNlU3ZVJEOEN5SFA1MUtKNVZ1?=
 =?iso-2022-jp?B?Nm5tOUZNbi9jYlFWaHJ6Yk5rVC9OVVNka3p0c1ZGQ0pCaC9LNW9kMWgr?=
 =?iso-2022-jp?B?WDZKWEsvV0Y4b2tTQWRKcHlIUGtYdmJVOUpMZjFrR1I5ckRyUjhqRkxw?=
 =?iso-2022-jp?B?S1dCM25xUk1SYlFMdCtBS043QUd2U2ljbmtMNmpFTFY4Z2NHYTc4c01j?=
 =?iso-2022-jp?B?YjFpczNMREpHVXZsUUNwbno1Q1lXQVc5THhPcWJIUjMzOTJncFpHa2Jt?=
 =?iso-2022-jp?B?NUhDb2o2N1hWRmN2OWlOS3U4Tzg3WnprZlBFeXFHM1NncDBMcWhVSzM3?=
 =?iso-2022-jp?B?V2FIK2gva0RIQVY1OUtrV1ZFN1RRU0x6RlExS0ZMZmtIYmptelV3WVNX?=
 =?iso-2022-jp?B?b01xMTdnd1hHeEZaOXhJa2Fld1YwN1Zwc1orcGhhc2ZoRmVHOXBDbHo1?=
 =?iso-2022-jp?B?V0d2a242NDBTT3lMbWYvdUFLaDhQSFdZNlRZVklQMEs2enN3WFdoOGJy?=
 =?iso-2022-jp?B?SGVLaWVUUkU0K0lRZjQ0VTdYNjRlLzZVZDBzRm8vdmxPM09IY3hIUk5X?=
 =?iso-2022-jp?B?cDhpZXRvdXI2RWt3cGRma1RNeGdrbzJIOC81Q1Jlc3NxUnpiK2RpWllq?=
 =?iso-2022-jp?B?ZExOUS84bVR2RTdaRWttb3RkMm1ZNFE1dUFwOURWaTFULzlyckdEYkRo?=
 =?iso-2022-jp?B?TUdPdldpOW5aYVVVZCtndlorSzZ4Q0tUV3FpNzU1bEwySU02c0xLcGZm?=
 =?iso-2022-jp?B?MFFYaVZpV3pCcWs5OTZDMWFIeGJqV0xXdlJ1UjJQTjhzQk4yRnN5Zy91?=
 =?iso-2022-jp?B?dWtWeTY2Z29ySklTZU5ITkFFTDFrZ09EV3gvYkpSaTFxa0E3UmtzRXFN?=
 =?iso-2022-jp?B?NVIxOXVmMk9UOFlaRHpEOVg3Z2dPRGVxL2RTNW9OUS9SNFFzU2JOem9i?=
 =?iso-2022-jp?B?c2xsenNqdEM1MUNTRFRWTlMrOGRaS2RoQU45dXMxNW5JN3BKQkwva0FO?=
 =?iso-2022-jp?B?bnR2SWtYS1N6YmhPbmtYeUEwbVpGbU5ySW5lNTF2NjdERUkzVU5DNkh6?=
 =?iso-2022-jp?B?UmtFMzh6dTYzekRNc05VTEM1UlpvYlIxSWlHUFZmRE9GekNFZkxSRndx?=
 =?iso-2022-jp?B?cEVMTFo5VXJkU2NzeDRlQ1V2UFRTaXVsaHN1V3VFUHMrUElKeE9NNEhz?=
 =?iso-2022-jp?B?Q01wcU9WUURTemVzQ1RDcDhzZDNDREFnWDJack9NaG42dFN6M3k4bnha?=
 =?iso-2022-jp?B?UWpCaGdpYWNpWHdEeGRvMVMwR3pyN0M1RzNjZDJDNUFXclpKbGdObkxa?=
 =?iso-2022-jp?B?VERVVklTbHR5bTFUK3R4aG5CZHVBc21XT2tTeHdvcUhRMk5ROW1UZncw?=
 =?iso-2022-jp?B?ZDBmLzJyTmxRNmdNZk13dndMOXRzK0NoK3pMWDJ1dnFaQ1ZLL1dmRDBI?=
 =?iso-2022-jp?B?NmQ5RmcyRi9LaGF4cGdQVVdSc2RsT2IxYUJOSzVHbG13STZ1eXBmU1hF?=
 =?iso-2022-jp?B?VHdHOFpKQ0IrWFpxWmtnRk5pNWdTaXdYaVc4ZHJHajdSQ3hDdUJXSmhD?=
 =?iso-2022-jp?B?dUNLWVhJZXlVT1Qvd2JyOWRMMVhtQzYrRERic3k4ZmV1d05UbmU4bStW?=
 =?iso-2022-jp?B?Vk1NRTk3RTN3Qm16U3lpSjNXYjVxZWF6TzlQTmwwaHNWdzkrSXNzVVFV?=
 =?iso-2022-jp?B?ZlA3ZlR3NDBobmluRmRYMU1ySzlqb2E4d1QzSTRXWVlRNDFtSEtnVEdu?=
 =?iso-2022-jp?B?azRyUUttVWQvZFZCRUpQcFVKMmhxSWZobThuVy9Xbkl1dVpiaDhqR0pu?=
 =?iso-2022-jp?B?TlR4SWVPVTJvVmsyd2NBMFlVVWNvejRTNHc9PQ==?=
MIME-Version: 1.0
X-OriginatorOrg: fujitsu.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: TYCPR01MB6818.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5b1bad93-ba83-4786-fc88-08da69f11c5a
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jul 2022 01:42:30.9793 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: a19f121d-81e1-4858-a9d8-736e267fd4c7
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: OXkH6eC0mUmDiGaBWXqPxP992Ix7UGdCpUxS0sXfbQrQzn68+wP6iYzCIyLsgxqVmKoX0GmoOP+KSQefV3Dmy8T06pzznxKBkVUFw0Jz1QA=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: OS3PR01MB6968
X-Spam-Status: No, score=1.2 required=5.0 tests=BAYES_05, DKIM_INVALID,
 DKIM_SIGNED, KAM_ASCII_DIVIDERS, KAM_DMARC_NONE, KAM_DMARC_STATUS,
 SPF_HELO_PASS, SPF_NONE, TXREP,
 WEIRD_QUOTING autolearn=no autolearn_force=no version=3.4.6
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
 server2.sourceware.org
X-BeenThere: cygwin@cygwin.com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
Cc: "'soft-mpop-qqm@ml.css.fujitsu.com'" <soft-mpop-qqm@ml.css.fujitsu.com>
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>

Cygwin Support Dear Representatives

Thank you very much for your reply.

>This seems to be behaviour change betweeen OpenSSH 8.x and 9.0.

You are right.

Referring to the URL below, the problem is caused by the change in the protocol 
used by the scp command by default in the latest OpenSSH (9.0p1-1).

https://www.openssh.com/releasenotes.html#9.0p1
---------------------------------
This release switches scp(1) from using the legacy scp/rcp protocol
to using the SFTP protocol by default.

Legacy scp/rcp performs wildcard expansion of remote filenames (e.g.
"scp host:* .") through the remote shell. This has the side effect of
requiring double quoting of shell meta-characters in file names
included on scp(1) command-lines, otherwise they could be interpreted
as shell commands on the remote side.

This creates one area of potential incompatibility: scp(1) when using
the SFTP protocol no longer requires this finicky and brittle quoting,
and attempts to use it may cause transfers to fail. We consider the
removal of the need for double-quoting shell characters in file names
to be a benefit and do not intend to introduce bug-compatibility for
legacy scp/rcp in scp(1) when using the SFTP protocol.

Another area of potential incompatibility relates to the use of remote
paths relative to other user's home directories, for example -
"scp host:~user/file /tmp". The SFTP protocol has no native way to
expand a ~user path. However, sftp-server(8) in OpenSSH 8.7 and later
support a protocol extension "expand-path@openssh.com" to support
this.

In case of incompatibility, the scp(1) client may be instructed to use
the legacy scp/rcp using the -O flag.(★)
---------------------------------

According to the above instructions(the ★ part), in the OpenSSH(9.0p1-1),
when runing the scp commond with -O option, the old protocol(legacy scp/rcp) will be used.

Therefore, I runed the scp command wit the -O option and it was successful.
---------------------------------
C:\Users\Administrator>C:\cygwin64\bin\scp.exe -O "/cygdrive//C/test/a" "root"@RJEL74JP:"\"/tmp/a\""
a                                                               100%   36KB   1.3MB/s   00:00

>echo %errorlevel%
0
---------------------------------

Previously, in the old version Cygwin(3.2.0) that we downloaded from the URL (https://www.cygwin.com/), 
the version of OpenSSH is 8.4p1-1, so on our Windows that the Cygwin(3.2.0) was installed,
the following scp command can be successful.
---------------------------------
<Cygwin Installation Directory>\bin\scp.exe "/cygdrive//C/test/a" "root"@ホスト名:"\"/tmp/a\""
---------------------------------

The problem is not related to the version of Cygwin, I'm sorry to have troubled you.


以降は日本語の文章です。
******************************************************************
Cygwinサポート ご担当様

ご協力、どうもありがとうございました。

>This seems to be behaviour change betweeen OpenSSH 8.x and 9.0.

ご認識のとおりです。

下記のURLを参照したところ、今回の現象は、最新のOpenSSH(9.0p1-1)において、
scpコマンドがデフォルトで使用しているプロトコルの変更に起因していることがわかりました。

https://www.openssh.com/releasenotes.html#9.0p1
---------------------------------
This release switches scp(1) from using the legacy scp/rcp protocol
to using the SFTP protocol by default.

Legacy scp/rcp performs wildcard expansion of remote filenames (e.g.
"scp host:* .") through the remote shell. This has the side effect of
requiring double quoting of shell meta-characters in file names
included on scp(1) command-lines, otherwise they could be interpreted
as shell commands on the remote side.

This creates one area of potential incompatibility: scp(1) when using
the SFTP protocol no longer requires this finicky and brittle quoting,
and attempts to use it may cause transfers to fail. We consider the
removal of the need for double-quoting shell characters in file names
to be a benefit and do not intend to introduce bug-compatibility for
legacy scp/rcp in scp(1) when using the SFTP protocol.

Another area of potential incompatibility relates to the use of remote
paths relative to other user's home directories, for example -
"scp host:~user/file /tmp". The SFTP protocol has no native way to
expand a ~user path. However, sftp-server(8) in OpenSSH 8.7 and later
support a protocol extension "expand-path@openssh.com" to support
this.

In case of incompatibility, the scp(1) client may be instructed to use
the legacy scp/rcp using the -O flag.(★)
---------------------------------

上記の★箇所の説明により、OpenSSH(9.0p1-1)では、
-Oオプションを指定するscpコマンドを実行した場合、古いプロトコル(scp/rcp)が
使用されて、今回のscpコマンドが正常に行われると考えられます。

また、実機で-Oオプションを指定するscpコマンドを実行したところ、
正常に行われていることを確認しました。
---------------------------------
C:\Users\Administrator>C:\cygwin64\bin\scp.exe -O "/cygdrive//C/test/a" "root"@RJEL74JP:"\"/tmp/a\""
a                                                               100%   36KB   1.3MB/s   00:00

>echo %errorlevel%
0
---------------------------------
※Cygwin Bash Shellにも正常に行われています。

過去に、当方がURL(https://www.cygwin.com/)からダウンロードした
旧バージョン(3.2.0)のCygwinにおいて、使用しているOpenSSHのバージョンが8.4p1-1 なので、
該当Cygwinが導入したWinodwsにて、下記のscpコマンドが正常に行われています。
---------------------------------
<Cygwinのインストールディレクトリ>\bin\scp.exe "/cygdrive//C/test/a" "root"@ホスト名:"\"/tmp/a\""
---------------------------------

今回の現象は、Cygwinのバージョンと関係していないため、
ご迷惑をおかけて、申し訳ございません。
******************************************************************

> -----Original Message-----
> From: Takashi Yano <takashi.yano@nifty.ne.jp>
> Sent: Tuesday, July 19, 2022 1:54 PM
> To: 'cygwin@cygwin.com' <cygwin@cygwin.com>
> Cc: Suzuki, Masaomi/鈴木 将臣 <suzuki.masaomi@fujitsu.com>;
> 'soft-mpop-qqm@ml.css.fujitsu.com' <soft-mpop-qqm@ml.css.fujitsu.com>
> Subject: Re: [soft-mpop-qqm:27201] Re: scp command fails to transfer file and
> returns 1.
> 
> On Tue, 19 Jul 2022 13:18:55 +0900
> Takashi Yano <takashi.yano@nifty.ne.jp> wrote:
> 
> > On Tue, 19 Jul 2022 02:40:14 +0000
> > > Thank you very much for your reply.
> > >
> > > >it seems your application is calling scp with " around the arguments, so,
> scp try to copy "/tmp/a" instead of just /tmp/a.
> > >
> > > We analyzed our application again, internally, calling scp command is as
> follows.
> > >
> > > 　<Cygwinのインストールディレクトリ>\bin\scp.exe
> "/cygdrive//C/test/a" "root"@ホスト名:"\"/tmp/a\""
> > >
> > > The scp command above runs successfully with the old version
> > > Cygwin(3.2.0), but not with the the latest version Cygwin(3.3.5).
> > >
> > > <result of execution on command prompt>
> > > =============================================
> > > ●the old version Cygwin(3.2.0)
> > > ---------------------------------
> > > C:\Users\Administrator>C:\cygwin64\bin\scp.exe
> "/cygdrive//C/test/a" "root"@RJEL74JP:"\"/tmp/a\""
> > > a                                                               100%
> 36KB   1.3MB/s   00:00
> > >
> > > >echo %errorlevel%
> > > 0
> > > ---------------------------------
> > > 　→Successfully.
> >
> > In my environment, your test case also fails with cygwin 3.2.0.
> >
> > C:\Users\yano>\cygwin64\bin\uname -a
> > CYGWIN_NT-10.0-19044 HP-Z230 3.2.0-340.x86_64 2021-03-29 08:42 UTC
> > x86_64 Cygwin
> >
> > C:\Users\yano>\cygwin64\bin\scp "/home/yano/a"
> "yano"@server:"\"/tmp/a\""
> > /usr/bin/scp: dest open ""/tmp/a"": No such file or directory
> > /usr/bin/scp: failed to upload file /tmp/a to "/tmp/a"
> >
> > The behaviour difference seems not due to cygwin version.
> 
> This seems to be behaviour change betweeen OpenSSH 8.x and 9.0.
> 
> --
> Takashi Yano <takashi.yano@nifty.ne.jp>

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple