similar to: [Bug 427] sftp does not preserve uid/gid on fetch

Displaying 20 results from an estimated 10000 matches similar to: "[Bug 427] sftp does not preserve uid/gid on fetch"

2002 Nov 06
0
[Bug 427] New: sftp does not preserve uid/gid on fetch
http://bugzilla.mindrot.org/show_bug.cgi?id=427 Summary: sftp does not preserve uid/gid on fetch Product: Portable OpenSSH Version: 3.4p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:
2002 Nov 06
4
[Bug 428] sftp could use a command to transfer symlinks
http://bugzilla.mindrot.org/show_bug.cgi?id=428 ------- Additional Comments From gfernandez at livevault.com 2002-11-07 01:35 ------- Created an attachment (id=168) --> (http://bugzilla.mindrot.org/attachment.cgi?id=168&action=view) changes to implement getlink this patch includes changes to sftp-int.c ------- You are receiving this mail because: ------- You are the assignee for
2002 Nov 06
1
[Bug 426] sftp adds write permission when doing get -p
http://bugzilla.mindrot.org/show_bug.cgi?id=426 ------- Additional Comments From gfernandez at livevault.com 2002-11-07 00:56 ------- Created an attachment (id=165) --> (http://bugzilla.mindrot.org/attachment.cgi?id=165&action=view) Change for sftp to preserve permissions This is a possible solution to the problem ------- You are receiving this mail because: ------- You are the
2003 Jan 03
0
[Bug 427] sftp does not preserve uid/gid on fetch
http://bugzilla.mindrot.org/show_bug.cgi?id=427 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From djm at mindrot.org 2003-01-03 15:14
2002 Nov 07
2
[Bug 431] scp could prevent write access to server
http://bugzilla.mindrot.org/show_bug.cgi?id=431 ------- Additional Comments From gfernandez at livevault.com 2002-11-08 00:36 ------- Created an attachment (id=174) --> (http://bugzilla.mindrot.org/attachment.cgi?id=174&action=view) adds readonly flag to scp this change applies to scp.c ------- You are receiving this mail because: ------- You are the assignee for the bug, or are
2002 Nov 06
0
[Bug 426] New: sftp adds write permission when doing get -p
http://bugzilla.mindrot.org/show_bug.cgi?id=426 Summary: sftp adds write permission when doing get -p Product: Portable OpenSSH Version: 3.4p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:
2002 Nov 06
0
[Bug 428] New: sftp could use a command to transfer symlinks
http://bugzilla.mindrot.org/show_bug.cgi?id=428 Summary: sftp could use a command to transfer symlinks Product: Portable OpenSSH Version: 3.4p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org
2002 Nov 07
0
[Bug 430] New: Could add option to sftp-server to disable write access
http://bugzilla.mindrot.org/show_bug.cgi?id=430 Summary: Could add option to sftp-server to disable write access Product: Portable OpenSSH Version: 3.4p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: sftp-server AssignedTo: openssh-unix-dev at mindrot.org
2002 Nov 07
0
[Bug 430] Could add option to sftp-server to disable write access
http://bugzilla.mindrot.org/show_bug.cgi?id=430 ------- Additional Comments From gfernandez at livevault.com 2002-11-08 00:32 ------- Created an attachment (id=173) --> (http://bugzilla.mindrot.org/attachment.cgi?id=173&action=view) adds readonly flag to sftp-server this applies to sftp-server.c ------- You are receiving this mail because: ------- You are the assignee for the
2002 Nov 05
2
[PATCH] fix sftp to preserve permissions and uid/gid
Sftp fails to correctly preserve permissions when fetching a file. It adds write permission for the owner (presumably so it can write the file). Sftp also fails to preserve the uid/gid. Added code so that if is running as root, uid and gid are preserved. patch is based on Openssh 3.4p1. *** sftp-client.c@@\main\1 Tue Oct 1 17:26:20 2002 --- sftp-client.c Tue Nov 5 10:22:52 2002
2017 May 18
2
ls hangs in internal-sftp for LDAP users + numeric uid/gid instead of names
Le 12/05/2017 ? 14:03, Alexander Wuerstlein a ?crit : > On 2017-05-12T13:49, mh at ow2.org <mh at ow2.org> wrote: >> Le 12/05/2017 ? 12:47, Alexander Wuerstlein a ?crit : >>> On 2017-05-12T12:07, mh at ow2.org <mh at ow2.org> wrote: >>>> I'm using 7.2p2-4ubuntu2.1 >>>> >>>> I have the same exact problem as described in the first
2017 May 18
2
ls hangs in internal-sftp for LDAP users + numeric uid/gid instead of names
On 2017-05-18T13:13, mh at ow2.org <mh at ow2.org> wrote: > Le 18/05/2017 ? 12:17, mh at ow2.org a ?crit : > > However, I get uid/gid numbers instead of names within sftp session (ls > > -l) ? I don't know if it's new but I would definitively prefer names... > > It seems the reason is : > > open("/etc/passwd", O_RDONLY|O_CLOEXEC) = -1 EACCES
2002 Nov 07
0
[Bug 431] New: scp could prevent write access to server
http://bugzilla.mindrot.org/show_bug.cgi?id=431 Summary: scp could prevent write access to server Product: Portable OpenSSH Version: 3.4p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: scp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:
2022 Apr 14
3
[Bug 3422] New: sftp UID/GID output issue about arguments in the command line
https://bugzilla.mindrot.org/show_bug.cgi?id=3422 Bug ID: 3422 Summary: sftp UID/GID output issue about arguments in the command line Product: Portable OpenSSH Version: 8.0p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: scp
2003 Jan 14
3
Live DB backups with rsync?
Is it possible to do live backups of a running DB with rsync??? I was just talking to livevault.com & they (only on win boxes) say they can grab changes from a client's live DB & sync them remotely. It sounded like BS to me, but I'm neither a DB guy or sync'ing expert. Steve Mallett
2020 Aug 30
4
[Bug 3206] New: sftp client(32bit) chown command does not support uid >LONG_MAX
https://bugzilla.mindrot.org/show_bug.cgi?id=3206 Bug ID: 3206 Summary: sftp client(32bit) chown command does not support uid >LONG_MAX Product: Portable OpenSSH Version: 6.9p1 Hardware: 68k OS: All Status: NEW Severity: normal Priority: P5 Component: sftp
2009 Nov 27
1
DO NOT REPLY [Bug 6936] New: rsync silently fails to preserve uid/gid of -1
https://bugzilla.samba.org/show_bug.cgi?id=6936 Summary: rsync silently fails to preserve uid/gid of -1 Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: matt at mattmccutchen.net
2011 Feb 14
1
Trying to preserve UID and GID when backing up with rsync
Hi all I am trying to use rsync as part of a backup solution for a machine with multiple users. The intention is to run rsyncd on a different server with typically different user IDs. I also intend to run rsync from the client as root and essentially back up the following: /etc/passwd /etc/shadow /etc/group /home In the event of a disaster we would reprovision the machine then restore the user
2004 Apr 28
1
filexfer draft and uid / gid resolution ...
Sorry if this is not the best place to post this question but I'm not sure who else to ask. After reading through the filexfer draft I am having trouble understanding how a sftp client goes about resolving uid / gid to its text representation. Without handling this translation for the user, how do they know the difference between one uid / gid to the next without opening up a terminal to the
2004 Apr 28
1
FW: filexfer draft and uid / gid resolution ...
Damien, Thanks for the response. Are you aware of any sftp server products that currently implement the uid / gid resolution or is this new draft just too unrefined / recent. Also, is there a definitive source for these drafts and where might they be published? Up till now I have just been reading the documentation available from www.openssh.org. I hope these questions aren't too