<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.file-systems.fuse.sshfs">
    <title>gmane.comp.file-systems.fuse.sshfs</title>
    <link>http://blog.gmane.org/gmane.comp.file-systems.fuse.sshfs</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1404"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1403"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1402"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1401"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1400"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1399"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1398"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1397"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1396"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1395"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1394"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1393"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1392"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1391"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1390"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1389"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1388"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1387"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1384"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1383"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1404">
    <title>SSHFS creating zero-length fine on openVMS</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1404</link>
    <description>&lt;pre&gt;Hi,

I've been using SSHFS to transfer files t/from openVMS for quite some
time. It's only recently that I wanted to maintain multiple versions of
the same file.

I notice that when creating the second and subsequent versions of a
file, the version is zero length. After creating the subsequent version,
the former version length is correct. I've repeated this experiment on
two different VMS installations.

For example, from Debian Jessie:

sshfs chimenej&amp;lt; at &amp;gt;portingalpha: /mnt/hp


======== Copy #1
cp run-all /mnt/hp/
`run-all' -&amp;gt; `/mnt/hp/run-all'
ls -lat /mnt/hp/run-all
-rw-r----- 1 8519689 130 535 May 12 13:40 /mnt/hp/run-all

======== VMS sees the following
$ dir/siz=all run-all*.*;*

Directory PTAC$DKA100:[CHIMENEJ]

run-all.;1                 2/16

Total of 1 file, 2/16 blocks.

======== Copy #2
cp run-all /mnt/hp/
`run-all' -&amp;gt; `/mnt/hp/run-all'
ls -lat /mnt/hp/run-all
-rw-r----- 1 8519689 130 0 May 12 13:42 /mnt/hp/run-all

======== VMS sees the following
$ dir/siz=all run-all*.*;*

Directory PTAC$DKA100:[CHIMENEJ]

run-all.;2                 0/0
run-all.;1                 2/16

Total of 2 files, 2/16 blocks.


======== Copy #3
cp run-all /mnt/hp/
`run-all' -&amp;gt; `/mnt/hp/run-all'
ls -lat /mnt/hp/run-all
-rw-r----- 1 8519689 130 0 May 12 13:46 /mnt/hp/run-all

======== VMS sees the following
$ dir/siz=all run-all*.*;*
Directory PTAC$DKA100:[CHIMENEJ]

run-all.;3                 0/0
run-all.;2                 2/16
run-all.;1                 2/16

fusermount -u /mnt/hp

Finally, after a single SFTP PUT session, VMS sees the following:

Directory PTAC$DKA100:[CHIMENEJ]

run-all.;4                 2/16
run-all.;3                 0/0
run-all.;2                 2/16
run-all.;1                 2/16

Total of 4 files, 6/48 blocks.


I realize that this might be the way cp handles the copy. The Eclipse -&amp;gt;
Export -&amp;gt; Filesystem command gives the same result for 2nd and
subsequent copies.


Here are some debug sessions

sshfs -d chimenej&amp;lt; at &amp;gt;portingalpha: /mnt/hp
=================== Copy #1

unique: 19, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 27864
getattr /
   unique: 19, success, outsize: 120
unique: 20, opcode: LOOKUP (1), nodeid: 1, insize: 48, pid: 27864
LOOKUP /run-all
getattr /run-all
   unique: 20, error: -2 (No such file or directory), outsize: 16
unique: 21, opcode: LOOKUP (1), nodeid: 1, insize: 48, pid: 27864
LOOKUP /run-all
getattr /run-all
unique: 22, opcode: FORGET (2), nodeid: 3, insize: 48, pid: 0
FORGET 3/1
DELETE: 3
   unique: 21, error: -2 (No such file or directory), outsize: 16
unique: 23, opcode: LOOKUP (1), nodeid: 1, insize: 48, pid: 27864
LOOKUP /run-all
getattr /run-all
   unique: 23, error: -2 (No such file or directory), outsize: 16
unique: 24, opcode: CREATE (35), nodeid: 1, insize: 64, pid: 27864
create flags: 0x80c1 /run-all 0100644 umask=0022
   create[139730063556352] flags: 0x80c1 /run-all
fgetattr[139730063556352] /run-all
   NODEID: 4
   unique: 24, success, outsize: 160
unique: 25, opcode: WRITE (16), nodeid: 4, insize: 615, pid: 27864
write[139730063556352] 535 bytes to 0 flags: 0x8001
   write[139730063556352] 535 bytes to 0
   unique: 25, success, outsize: 24
unique: 26, opcode: FLUSH (25), nodeid: 4, insize: 64, pid: 27864
flush[139730063556352]
   unique: 26, success, outsize: 16
unique: 27, opcode: RELEASE (18), nodeid: 4, insize: 64, pid: 0
release[139730063556352] flags: 0x8001
   unique: 27, success, outsize: 16

==================== Copy #2

unique: 28, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 27879
getattr /
   unique: 28, success, outsize: 120
unique: 29, opcode: LOOKUP (1), nodeid: 1, insize: 48, pid: 27879
LOOKUP /run-all
getattr /run-all
   NODEID: 4
   unique: 29, success, outsize: 144
unique: 30, opcode: OPEN (14), nodeid: 4, insize: 48, pid: 27879
open flags: 0x8001 /run-all
   open[139730063690224] flags: 0x8001 /run-all
   unique: 30, success, outsize: 32
unique: 31, opcode: SETATTR (4), nodeid: 4, insize: 128, pid: 27879
truncate /run-all 0
getattr /run-all
   unique: 31, success, outsize: 120
unique: 32, opcode: WRITE (16), nodeid: 4, insize: 615, pid: 27879
write[139730063690224] 535 bytes to 0 flags: 0x8001
   write[139730063690224] 535 bytes to 0
   unique: 32, success, outsize: 24
unique: 33, opcode: FLUSH (25), nodeid: 4, insize: 64, pid: 27879
flush[139730063690224]
   unique: 33, success, outsize: 16
unique: 34, opcode: RELEASE (18), nodeid: 4, insize: 64, pid: 0
release[139730063690224] flags: 0x8001
   unique: 34, success, outsize: 16

===================== SFTP session

sftp&amp;gt; put run-all
debug3: Looking up run-all
Uploading run-all to /PTAC$DKA100/CHIMENEJ/run-all
debug3: Sent message SSH2_FXP_OPEN I:32571 P:/PTAC$DKA100/CHIMENEJ/run-all
debug3: Received SSH2_MSG_IGNORE
run-all                                               0%    0    
0.0KB/s   --:-- ETAdebug3: Sent message SSH2_FXP_WRITE I:32572 O:0 S:535
debug3: Received SSH2_MSG_IGNORE
debug3: SSH2_FXP_STATUS 0
debug3: In write loop, ack for 32572 535 bytes at 0
run-all                                             100%  535    
0.5KB/s   00:01   
debug3: Sent message SSH2_FXP_CLOSE I:32572
debug3: Received SSH2_MSG_IGNORE
debug3: SSH2_FXP_STATUS 0
sftp&amp;gt; put run-all
debug3: Looking up run-all
Uploading run-all to /PTAC$DKA100/CHIMENEJ/run-all
debug3: Sent message SSH2_FXP_OPEN I:32573 P:/PTAC$DKA100/CHIMENEJ/run-all
debug3: Received SSH2_MSG_IGNORE
run-all                                               0%    0    
0.0KB/s   --:-- ETAdebug3: Sent message SSH2_FXP_WRITE I:32574 O:0 S:535
debug3: Received SSH2_MSG_IGNORE
debug3: SSH2_FXP_STATUS 0
debug3: In write loop, ack for 32574 535 bytes at 0
run-all                                             100%  535    
0.5KB/s   00:00   
debug3: Sent message SSH2_FXP_CLOSE I:32574
debug3: Received SSH2_MSG_IGNORE
debug3: SSH2_FXP_STATUS 0
sftp&amp;gt; ^D

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
&lt;/pre&gt;</description>
    <dc:creator>Jeffrey Chimene</dc:creator>
    <dc:date>2013-05-12T21:13:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1403">
    <title>Re: hi</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1403</link>
    <description>&lt;pre&gt;http://qiumo123.net/wp-content/plugins/tv1mod/brain.php?khlbjbt792jp




































































































============
Life is really just a game, but there is some assembly required. -- Tom Wilson
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with &amp;lt;2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
&lt;/pre&gt;</description>
    <dc:creator>Jin-Ho Yoon</dc:creator>
    <dc:date>2013-05-01T12:34:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1402">
    <title>sshfs -o rellinks: unexpected behaviour</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1402</link>
    <description>&lt;pre&gt;When sshfs is given option -o rellinks, it responds with
    fuse: unknown option `rellinks'
According to my understanding of the sshfs man page and --help output
this option a) is valid and b) should be passed to the module, not to fuse.

What's wrong -- my understanding or sshfs?

Versions:
    SSHFS version 2.4
    FUSE library version: 2.8.5
    fusermount version: 2.8.5
    using FUSE kernel interface version 7.12
    OS: Slackware64 14.0

Best, Charles




------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
&lt;/pre&gt;</description>
    <dc:creator>Charles</dc:creator>
    <dc:date>2013-03-22T06:01:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1401">
    <title>sshfs documentation enhancement suggestions</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1401</link>
    <description>&lt;pre&gt;After starting to use sshfs (version 2.4) for the first time -- so maybe
based on misconception -- here are two sshfs documentation enhancement
suggestions.

1. Mount options.  In the sshfs general options, mount options (-o
opt,[opt...]) documentation, it might be helpful to specify which
options are available.

Rationale: sshfs rightly does not support all the mount man page's
"FILESYSTEM INDEPENDENT MOUNT OPTIONS" and the mount man page does not
have a section for sshfs.  Thus the user has to guess, reason or
experiment to find which mount options are available.  For example I
found by experiment that noatime is accepted but nodiratime and
noiversion are not.

2. Command path completion.  It did not work for me within directories
under an sshfs mountpoint.  For example on typing cd &amp;lt;sshfs mount point&amp;gt;/
then tab and tab, nothing was listed as it is for the usual file
systems.  If this is normal behaviour it might be helpful to mention it
in the man page.

Rationale: this is not customary behaviour.  Nice for there to be no
surprises for the user who has read the documentation.  Nice for the
user who finds and investigates unusual behaviour to have it confirmed
as normal in the documentation.

Best, Charles

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
&lt;/pre&gt;</description>
    <dc:creator>Charles</dc:creator>
    <dc:date>2013-03-22T06:01:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1400">
    <title>sshfs halts before authentication</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1400</link>
    <description>&lt;pre&gt;Hello,

like the subject says, sshfs halts before authentication (e.g. before
asking for a password). The weird thing is, it only does this for certain
directories, that have been mountpoints in the past, and I can't work
around the problem by deleting/recreating the directory either.

Neither lsof, fuser or running sshfs with debugging enabled tell
anything. The remote logs only say that the client disconnected without
sending auth info (as soon as I kill sshfs, until then it just halts).

I am really stuck here...

Cheers,
max

------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>=?UTF-8?Q?Max=20Rottenkolber=20</dc:creator>
    <dc:date>2013-03-08T14:19:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1399">
    <title>strace for 'sshfs halts before authentication'</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1399</link>
    <description>&lt;pre&gt;Maybe an strace up to the halt helps you:

execve("/usr/bin/sshfs", ["sshfs", "triakis:/", "triakis/"], [/* 39 vars */]) = 0
brk(0)                                  = 0x8b14000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77c3000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=116256, ...}) = 0
mmap2(NULL, 116256, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77a6000
close(3)                                = 0
open("/lib/libfuse.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0&amp;lt; at &amp;gt;P\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=160372, ...}) = 0
mmap2(NULL, 159160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb777f000
mmap2(0xb779d000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1e) = 0xb779d000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\n\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=17492, ...}) = 0
mmap2(NULL, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb777a000
mmap2(0xb777d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb777d000
close(3)                                = 0
open("/usr/lib/libgthread-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\4\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=3696, ...}) = 0
mmap2(NULL, 6592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7778000
mmap2(0xb7779000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0xb7779000
close(3)                                = 0
open("/lib/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\31\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=38787, ...}) = 0
mmap2(NULL, 33352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb776f000
mmap2(0xb7776000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xb7776000
close(3)                                = 0
open("/usr/lib/libglib-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20D\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1195552, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776e000
mmap2(NULL, 1195860, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb764a000
mmap2(0xb776d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123) = 0xb776d000
close(3)                                = 0
open("/lib/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0&amp;lt; at &amp;gt;Y\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=120185, ...}) = 0
mmap2(NULL, 102908, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7630000
mmap2(0xb7646000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15) = 0xb7646000
mmap2(0xb7648000, 4604, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7648000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\227\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1790836, ...}) = 0
mmap2(NULL, 1591836, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb74ab000
mprotect(0xb7629000, 4096, PROT_NONE)   = 0
mmap2(0xb762a000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17e) = 0xb762a000
mmap2(0xb762d000, 10780, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb762d000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb74aa000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb74a9000
set_thread_area({entry_number:-1 -&amp;gt; 6, base_addr:0xb74a96c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb762a000, 8192, PROT_READ)   = 0
mprotect(0xb7646000, 4096, PROT_READ)   = 0
mprotect(0xb7776000, 4096, PROT_READ)   = 0
mprotect(0xb777d000, 4096, PROT_READ)   = 0
mprotect(0xb77e5000, 4096, PROT_READ)   = 0
munmap(0xb77a6000, 116256)              = 0
set_tid_address(0xb74a9728)             = 3070
set_robust_list(0xb74a9730, 0xc)        = 0
rt_sigaction(SIGRTMIN, {0xb7635420, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb76354b0, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="piranha", ...}) = 0
brk(0)                                  = 0x8b14000
brk(0x8b35000)                          = 0x8b35000
time(NULL)                              = 1362753126
uname({sys="Linux", node="piranha", ...}) = 0
getcwd("/home/wakeup/mnt", 4096)        = 17
lstat64("/home/wakeup/mnt/triakis", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/home/wakeup/mnt/triakis", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/dev/null", O_RDWR|O_LARGEFILE)   = 3
close(3)                                = 0
stat64("/home/wakeup/mnt/triakis", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD, "/home/wakeup/mnt/triakis", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
getdents64(3, /* 2 entries */, 32768)   = 48
getdents64(3, /* 0 entries */, 32768)   = 0
close(3)                                = 0
open("/dev/fuse", O_RDWR|O_LARGEFILE)   = 3
getgid32()                              = 100
getuid32()                              = 1000
mount("triakis:/", "/home/wakeup/mnt/triakis", "fuse.sshfs", MS_NOSUID|MS_NODEV, "fd=3,rootmode=40000,user_id=1000"...) = -1 EPERM (Operation not permitted)
close(3)                                = 0
socketpair(PF_FILE, SOCK_STREAM, 0, [3, 4]) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb74a9728) = 3071
close(3)                                = 0
recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"\0", 1}], msg_controllen=16, {cmsg_len=16, cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {3}}, msg_flags=0}, 0) = 1
close(4)                                = 0
--- SIGCHLD (Child exited) &amp;lt; at &amp;gt; 0 (0) ---
waitpid(3071, NULL, 0)                  = 3071
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
gettimeofday({1362753126, 849125}, NULL) = 0
getuid32()                              = 1000
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_DFL, [], 0}, 8) = 0
socketpair(PF_FILE, SOCK_STREAM, 0, [4, 5]) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb74a9728) = 3073
waitpid(3073, NULL, 0)                  = 3073
--- SIGCHLD (Child exited) &amp;lt; at &amp;gt; 0 (0) ---
close(5)                                = 0
writev(4, [{"\0\0\0\5\1\0\0\0\3", 9}], 1) = 9
read(4, 

------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>=?UTF-8?Q?Max=20Rottenkolber=20</dc:creator>
    <dc:date>2013-03-08T14:36:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1398">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1398</link>
    <description>&lt;pre&gt;


That appears to do the trick, thank you for your help!

Mike-

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
&lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-20T20:26:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1397">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1397</link>
    <description>&lt;pre&gt;
I think you want to specify nomap=ignore in your options, then it just
doesn't do any remapping for anything not in your uidmap or gidmap. The
default is to error on unknown UIDs/GIDs.

&lt;/pre&gt;</description>
    <dc:creator>Mike Kelly</dc:creator>
    <dc:date>2013-02-20T15:14:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1396">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1396</link>
    <description>&lt;pre&gt;

Okay, looks like the problem is that you need to have *all* user and
group IDs that might be returned by the server in the uid and gid map
files.  Otherwise the translation will fail and return EPERM.

Thanks,
Miklos

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-20T13:57:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1395">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1395</link>
    <description>&lt;pre&gt;


Here is the debug output:



sshfs -d -p 22 -o 
debug,sshfs_debug,allow_other,suid,idmap=file,uidfile=/etc/sshfs.uidmap,gidfile=/etc/sshfs.gidmap 
root&amp;lt; at &amp;gt;10.0.1.92://mnt/data/replicated/mail/ /mail/qmail/
vmail: remote uid 1008 =&amp;gt; local uid 1000
vmail: remote gid 1003 =&amp;gt; local gid 1000
SSHFS version 2.4
FUSE library version: 2.8.4
nullpath_ok: 0
executing &amp;lt;ssh&amp;gt; &amp;lt;-x&amp;gt; &amp;lt;-a&amp;gt; &amp;lt;-oClearAllForwardings=yes&amp;gt; &amp;lt;-oPort=22&amp;gt; &amp;lt;-2&amp;gt; 
&amp;lt;root&amp;lt; at &amp;gt;10.0.1.92&amp;gt; &amp;lt;-s&amp;gt; &amp;lt;sftp&amp;gt;
root&amp;lt; at &amp;gt;10.0.1.92's password:
Server version: 3
Extension: posix-rename&amp;lt; at &amp;gt;openssh.com &amp;lt;1&amp;gt;
Extension: statvfs&amp;lt; at &amp;gt;openssh.com &amp;lt;2&amp;gt;
Extension: fstatvfs&amp;lt; at &amp;gt;openssh.com &amp;lt;2&amp;gt;
unique: 1, opcode: INIT (26), nodeid: 0, insize: 56
INIT: 7.13
flags=0x0000007b
max_readahead=0x00020000
    INIT: 7.12
    flags=0x00000011
    max_readahead=0x00020000
    max_write=0x00020000
    unique: 1, success, outsize: 40
unique: 2, opcode: GETATTR (3), nodeid: 1, insize: 56
getattr /
[00001] LSTAT
   [00001]          ATTRS       41bytes (0ms)
    unique: 2, success, outsize: 120
unique: 3, opcode: GETXATTR (22), nodeid: 1, insize: 65
    unique: 3, error: -38 (Function not implemented), outsize: 16
unique: 4, opcode: GETATTR (3), nodeid: 1, insize: 56
getattr /
    unique: 4, success, outsize: 120
unique: 5, opcode: ACCESS (34), nodeid: 1, insize: 48
    unique: 5, error: -38 (Function not implemented), outsize: 16
unique: 6, opcode: OPENDIR (27), nodeid: 1, insize: 48
    unique: 6, success, outsize: 32
unique: 7, opcode: READDIR (28), nodeid: 1, insize: 80
getdir[0]
[00002] OPENDIR
   [00002]         HANDLE       17bytes (0ms)
[00003] READDIR
   [00003]           NAME      841bytes (1ms)
[00004] CLOSE
    unique: 7, error: -1 (Operation not permitted), outsize: 16
unique: 8, opcode: RELEASEDIR (29), nodeid: 1, insize: 64
    unique: 8, success, outsize: 16
   [00004]         STATUS       28bytes (0ms)



Here is the attempt to access the directory as seen from the user 'vmail':
vmail&amp;lt; at &amp;gt;iredmail:/mail$ id
uid=1000(vmail) gid=1000(vmail) groups=1000(vmail)
vmail&amp;lt; at &amp;gt;iredmail:/mail$ ls
backupqmail  qmail_mounted  sieve  vmail1
vmail&amp;lt; at &amp;gt;iredmail:/mail$ ls -l
total 20
drwxr-xr-x 2 root  root  4096 Dec  5 15:31 backup
drwxr-sr-x 1 vmail vmail 4096 Jan  3  2012 qmail
drwxr-xr-x 2 root  root  4096 Feb 12 16:47 qmail_mounted
drwx------ 3 vmail vmail 4096 Jan 10 11:35 sieve
drwx------ 6 vmail vmail 4096 Jan 10 11:34 vmail1
vmail&amp;lt; at &amp;gt;iredmail:/mail$ cd qmail
vmail&amp;lt; at &amp;gt;iredmail:/mail/qmail$ ls -l
ls: reading directory .: Operation not permitted
total 0
vmail&amp;lt; at &amp;gt;iredmail:/mail/qmail$


Any ideas?

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
&lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-19T20:06:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1394">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1394</link>
    <description>&lt;pre&gt;
ssh does not need two sets of quoting - I use the equivalent '-i' option 
fairly often.

I understand your workaround - reading the manual again (here on 
Debian), even though its standard usage for me to specify an 
IdentityFile, there is no mention of it there, so perhaps its enough of 
a 'special case' to have to do it in a non-obvious way.

I'll make a Debian bug requesting the manpage be updated to note this.

Thanks

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Omega Weapon</dc:creator>
    <dc:date>2013-02-18T17:47:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1393">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1393</link>
    <description>&lt;pre&gt;
Without the extra quotes ssh does not accept the filename with spaces.
 You are right that sshfs doesn't require more quoting than ssh
itself.

Thanks,
Miklos

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T15:21:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1392">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1392</link>
    <description>&lt;pre&gt;
As far as I can tell, sshfs is using execvp, so I wouldn't think extra quotes 
should be needed.  You'd need the extra quotes if sshfs were using the shell 
(via system) to call ssh, but this shouldn't be required.


It'd be less than ideal if sshfs were using system, but since it's using 
execvp, it should be fine.  If you were using system, the shell would strip 
the quotes yet again, but you're not, so that shouldn't be an issue.

Though, to be honest, I'd suggest using ~/.ssh/config to configure your 
identity file for special hosts so that you don't need to type it for ssh or 
for sshfs :)

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Darin McBride</dc:creator>
    <dc:date>2013-02-18T14:49:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1391">
    <title>Re: [PATCH] fix missing newline in manual page</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1391</link>
    <description>&lt;pre&gt;Thanks, applied.

Miklos

On Mon, Feb 18, 2013 at 12:47 PM, Alan Jenkins
&amp;lt;alan.christopher.jenkins&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T13:39:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1390">
    <title>[PATCH] fix missing newline in manual page</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1390</link>
    <description>&lt;pre&gt;---
 sshfs.1 | 1 +
 1 file changed, 1 insertion(+)

diff --git a/sshfs.1 b/sshfs.1
index d316930..a9dfa3c 100644
--- a/sshfs.1
+++ b/sshfs.1
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -138,6 +138,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; path to sftp server or subsystem (default: sftp)
 .TP
 \fB\-o\fR directport=PORT
 directly connect to PORT bypassing ssh
+.TP
 \fB\-o\fR slave
 communicate over stdin and stdout bypassing network
 .TP
&lt;/pre&gt;</description>
    <dc:creator>Alan Jenkins</dc:creator>
    <dc:date>2013-02-18T11:47:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1389">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1389</link>
    <description>&lt;pre&gt;
Can you please send the debug log generated after "sshfs
-odebug,sshfs_debug ..."

Thanks,
Miklos

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T11:10:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1388">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1388</link>
    <description>&lt;pre&gt;
Ssh needs the argument to be qouted.  If you just add
-oIdentityFile="foo bar" then the shell will strip those quote marks.
Try something like this: -oIndentityFile='"foo bar"'.  The outer
single quotes will protect the inner double quotes.

Note: exactly the same thing is required if you just start ssh, not
sshfs.  I think the sshfs behavior of passing arguments verbatim to
ssh is fine.

Thanks,
Miklos

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T10:18:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1387">
    <title>sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1387</link>
    <description>&lt;pre&gt;Please CC me in to emails - I'm not subscribed to the mailing list.

I have a SSH server to access where I use a special private keyfile that 
is stored in a path with spaces. So testing getting sshfs working (all 
the debug options were needed to even get sshfs to tell me what was 
breaking...):

=======================================================================

$ sudo sshfs -p 22222 -o 
debug,sshfs_debug,loglevel=debug,IdentityFile="&amp;lt;path to identity file 
with spaces&amp;gt;" root&amp;lt; at &amp;gt;&amp;lt;host&amp;gt;:"/root/files/source_code" "&amp;lt;local directory to 
mount into"

SSHFS version 2.4
FUSE library version: 2.9.0
nullpath_ok: 0
nopath: 0
utime_omit_ok: 0
executing &amp;lt;ssh&amp;gt; &amp;lt;-x&amp;gt; &amp;lt;-a&amp;gt; &amp;lt;-oClearAllForwardings=yes&amp;gt; &amp;lt;-oPort=22222&amp;gt; 
&amp;lt;-ologlevel=debug&amp;gt; &amp;lt;-oIdentityFile=path to identity file with spaces, no 
speechmarks etc&amp;gt; &amp;lt;-2&amp;gt; &amp;lt;root&amp;lt; at &amp;gt;omegafw&amp;gt; &amp;lt;-s&amp;gt; &amp;lt;sftp&amp;gt;
command-line line 0: garbage at end of line; "Files/Philips".
read: Connection reset by peer

=======================================================================

The fragment it complains about is the string after the first space in 
the IdentityFile path.

Creating a symlink somewhere without spaces to this path and passing it 
in with IdentityFile naturally works.

uname -a: Linux omega1 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux
Debian Testing (Wheezy)

Thanks

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Omega Weapon</dc:creator>
    <dc:date>2013-02-17T11:23:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1384">
    <title>Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1384</link>
    <description>&lt;pre&gt;Hi,

I have an application where it would be darn conveinent to mount a 
remote file system locally and re-map the uid/gid. This is a temporary 
solution for a problem I have which will be resolved longer term by ldap 
and having these centrally managed.

The issue is that, on the server, the user has uid 1008 and gid 1003. 
On the client, that user has uid/gid 1000. I have sshfs v2.4 and have 
tried using the uidmap/gidmap feature and apparently I'm just not able 
to figure it out.

The local user name and group is simply 'vmail' and I have my 
uidfile/gid files set thusly:

sshfs.uidmap
vmail:1008

sshfs.gidmap
vmail:1003


Unfortunately the permissions are wrong and I can't even look at the 
directory when mounted this way:

ls: cannot access qmail: Permission denied
d?????????   ? ?    ?             ?            ? qmail


The command I am using is this:

sshfs -d -p 22 -o 
"allow_other,suid,idmap=file,uidfile=sshfs.uidmap,gidfile=sshfs.gidmap" 
root&amp;lt; at &amp;gt;10.0.1.92://mnt/data/replicated/mail/ qmail


Do I have something backwards perhaps? I can't tell what the issue is 
and would appreciate any pointers.

Thanks.

Mike-

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
&lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-14T19:50:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1383">
    <title>Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1383</link>
    <description>&lt;pre&gt;Hi,

I have an application where it would be darn conveinent to mount a 
remote file system locally and re-map the uid/gid. This is a temporary 
solution for a problem I have which will be resolved longer term by ldap 
and having these centrally managed.

The issue is that, on the server, the user has uid 1008 and gid 1003. 
On the client, that user has uid/gid 1000. I have sshfs v2.4 and have 
tried using the uidmap/gidmap feature and apparently I'm just not able 
to figure it out.

The local user name and group is simply 'vmail' and I have my 
uidfile/gid files set thusly:

sshfs.uidmap
vmail:1008

sshfs.gidmap
vmail:1003


Unfortunately the permissions are wrong and I can't even look at the 
directory when mounted this way:

ls: cannot access qmail: Permission denied
d?????????   ? ?    ?             ?            ? qmail


The command I am using is this:

sshfs -d -p 22 -o 
"allow_other,suid,idmap=file,uidfile=sshfs.uidmap,gidfile=sshfs.gidmap" 
root&amp;lt; at &amp;gt;10.0.1.92://mnt/data/replicated/mail/ qmail


Do I have something backwards perhaps? I can't tell what the issue is 
and would appreciate any pointers.

Thanks.

Mike-

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
&lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-13T20:25:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1382">
    <title>Re: Permission problems with sshfs</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1382</link>
    <description>&lt;pre&gt;
Try changing the Subsystem line in /etc/ssh/sshd_config to something
like "Subsystem sftp
/path/to/sftp-server -u0" on the server.  The -u option for
sftp-server sets the umask.


The files are created with the owner of the sftp-server process.  The
owner of the sshfs process or the owner of the process doing the
create operation are ignored. This is not considered a bug.  If you
want to create hte files as "cherokee" you should connect to
"cherokee&amp;lt; at &amp;gt;server" with sshfs.  Or if that's not possible, run the
sftp-server with "sudo -u cherokee ..."

Note, you don't have to edit the sshd_config on the server, you can
also create a script that does this and invoke sshfs with
"-osftp_server=path/to/sftp-startup-script"

Thanks,
Miklos


------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-05T12:58:37</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.file-systems.fuse.sshfs">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.file-systems.fuse.sshfs</link>
  </textinput>
</rdf:RDF>
