From: Adam Spiers <orgmode@adamspiers.org>
To: nicholas.dokos@hp.com
Cc: jamshark70@dewdrop-world.net, emacs-orgmode@gnu.org
Subject: Re: MobileOrg, webdav, correct use of org-mobile-directory?
Date: Sun, 19 Aug 2012 00:25:31 +0100 [thread overview]
Message-ID: <CAOkDyE_eFawSuPXRo22yptB2o2KX8fc85bBBhupViqvUTEd3Tw@mail.gmail.com> (raw)
In-Reply-To: <32411.1344777066@alphaville>
Hi all,
I think some confusion has (quite understandably) arisen in this
thread about how the org-mobile + webDAV + tramp + scp combination is
supposed to work. At risk of getting it all wrong and looking like a
fool, I *think* I can help explain :-)
On Sun, Aug 12, 2012 at 2:11 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> James Harkins <jamshark70@gmail.com> wrote:
> > For my immediate needs, I think I can do without scp, since org-mode
> > and Apache are on the same machine.
Correct.
> > The broader point is about the
> > documentation. It says "do it this way" but "this way" doesn't work.
It definitely *can* work (I have it working, finally), but there are
various pitfalls - see below.
> I read the page on worg and I agree it's unclear: it talks about using
> webdav and then does not use webdav at all, just scp.
Yes, it's unclear. The reason it talks about webDAV is that this is
how the mobile clients (well, Android at least) read and write files.
So when it refers to the webDAV directory, it actually means a
directory on a server which will be read from and written to by *both*
webDAV (on your mobile device) *and* tramp+scp (from emacs on your
computer).
That was the crux of the confusion described here:
http://stackoverflow.com/questions/11486719/orgmode-cant-authenticate-to-webdav-for-mobile-org-push/
so from emacs, you should use your ssh password, even though the
intended remote target directory is (also) served via webDAV.
For most people, their mobile device cannot reach their computer
(e.g. home computer behind a NAT firewall) when roaming, which means
that the webDAV server needs to be publically accessible via the
internet. In this case, org-mobile-directory should be a tramp path
beginning "/scp...".
But for other people such as James, the webDAV server runs on the same
machine where they edit their org files. In this case,
org-mobile-directory can point directly at the path on the local file
system, and there is no need to use tramp.
> But I don't agree that it does not work: I've done a minimal setup
> with scp and tramp and org-mobile-push/pull worked fine for me. I
> suspect that you are still having some setup problems as indicated
> in my other email.
Yes, and I can hazard a guess what it might be, because I just got
bitten by a similar issue :-) org-mobile-push was working for me when
invoked via emacs run in batch mode from a shell script, but not
in my running emacs instance. I noticed that
(file-exists-p org-mobile-directory)
was returning nil in the running emacs instance, which seemed to imply
that org-mobile-directory must refer to a path on the local
filesystem, but I knew that must be wrong otherwise it couldn't be
working in batch mode. Eventually I had a light bulb moment where I
realised that tramp intercepts functions like file-exists-p, which is
how the above can return non-nil even for values of
org-mobile-directory beginning with "/scp...". As a result I finally
traced the answer to a corrupt tramp cache entry. Once I cleared the
cache:
(setq tramp-cache-data (make-hash-table :test 'equal))
the error
Variable `org-mobile-directory' must point to an existing directory
finally went away!
> > > > org-mobile-directory: /scpc:**user**@localhost:80/webdav/
> > >
> > > This looks wrong
Yes, it doesn't make sense to use tramp to scp files to localhost :-)
> Your other email shows that you figured this out.
>
> > 2. This destination is modeled on the docs, so if it's wrong, then so is the doc.
>
> Not really: the destination in the doc does not specify the port (80).
> That's the HTTP port, so scp won't work with that - that's what I picked
> up when I said it looked wrong. It needs the sshd port (22 by default
> and implied if you leave it out of the scp path in tramp).
Right, but scp'ing to localhost doesn't make sense. He should just
use the normal local filesystem path instead and skip tramp.
> > > Where does org-mobile-directory point to if not the "physical location
> > > of the webdav share"? The tramp stuff doesn't know or care about webdav
> > > at all: it is just the mechanism that copies files from your local
> > > machine to some other machine, so it needs to know exactly where to copy
> > > it to.
> >
> > Well, it almost looks to me like org-mobile-directory is asked to
> > do two things at once: specify the scp syntax *and* hold a path
> > that can be resolved on the local file system. This is the source
> > of my confusion.
Hopefully by now I've cleared that up for you :-) It can *either* be
an scp/tramp reference to a remote location, or a normal path to a
local location. It's never expected to be both at once :-)
> You mean the "remote file system" I think, but that's true: it does
> specify the protocol (scp) and the path. I think your confusion is that
> you also wanted it to be the webdav path and it just cannot be that.
In his case, there is no remote, because his Apache/webDAV server is on
the local machine.
> > At best, the docs are unclear.
>
> Yup.
>
> > No matter for me. I'll just set org-mobile-directory to the
> > physical, local path that is remotely accessible by webdav. But the
> > doc was rather misleading, suggesting that some editorial attention
> > would be warranted.
>
> Amen to that.
Agreed. If at least one person lets me know that my explanations
above make sense, I might find some time to tweak the FAQ accordingly.
next prev parent reply other threads:[~2012-08-18 23:25 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-09 16:37 org-url-hexify-p is not respected James Harkins
2012-09-10 1:50 ` James Harkins
2012-09-10 4:58 ` Nick Dokos
2012-09-10 6:16 ` James Harkins
2012-09-10 6:37 ` Jambunathan K
2012-09-10 6:48 ` James Harkins
2012-09-10 7:12 ` Jambunathan K
[not found] ` <CAFniQ7W_5QMUawD2NObyhy2_Y647as-NthobZ9OgAX4NLcVJBw@mail.gmail.com>
2012-09-11 10:22 ` James Harkins
2012-09-11 13:10 ` Activating modules before org-install (was: org-url-hexify-p is not respected) Memnon Anon
2012-09-11 13:56 ` Jonathan Leech-Pepin
2012-09-11 17:06 ` org-url-hexify-p is not respected Charles Philip Chan
2012-09-23 10:05 ` Bastien
2012-09-26 17:59 ` Michael Brand
2012-09-26 21:50 ` Bastien
2012-09-27 6:18 ` Michael Brand
[not found] ` <jamshark70@gmail.com>
2012-08-12 2:55 ` MobileOrg, webdav, correct use of org-mobile-directory? James Harkins
2012-08-12 4:29 ` Nick Dokos
2012-08-12 7:12 ` James Harkins
2012-08-12 8:43 ` Bastien
2012-08-12 8:50 ` James Harkins
2012-08-12 13:11 ` Nick Dokos
2012-08-18 23:25 ` Adam Spiers [this message]
2012-08-19 1:35 ` Adam Spiers
2012-08-19 5:49 ` James Harkins
2012-08-20 20:03 ` Rémi Vanicat
2012-08-19 2:41 ` Nick Dokos
2012-08-12 11:38 ` James Harkins
2012-08-12 12:40 ` Nick Dokos
2012-08-12 13:12 ` Nick Dokos
2012-09-29 16:34 ` LaTeX beamer export: relative file links? Nick Dokos
2012-09-30 2:04 ` James Harkins
2013-01-10 3:40 ` <M-S-left/right> changed? Nick Dokos
2013-01-10 9:17 ` James Harkins
2013-02-05 7:21 ` New exporter, beamer confusion Nick Dokos
2013-02-05 9:01 ` James Harkins
2013-02-05 13:20 ` Sebastien Vauban
2013-02-05 13:55 ` Nick Dokos
2013-02-05 19:03 ` Nicolas Goaziou
2013-02-06 0:11 ` Eric S Fraga
2013-02-06 18:55 ` Nicolas Goaziou
2013-02-06 22:39 ` Eric S Fraga
2013-02-07 12:31 ` Nicolas Goaziou
[not found] ` <37646106030B4CA98C6A7717FBD89D50@gmail.com>
[not found] ` <87vca4jigj.fsf@gmail.com>
2013-02-07 14:49 ` Vincent Beffara
2013-02-07 14:58 ` Nicolas Goaziou
2013-02-07 17:08 ` Rasmus
2013-02-07 21:48 ` Nicolas Goaziou
2013-02-07 23:38 ` Rasmus
2013-02-08 21:41 ` Nicolas Goaziou
2013-02-08 13:40 ` Eric S Fraga
2013-02-06 2:12 ` James Harkins
2013-02-06 4:35 ` Eric S Fraga
2013-02-06 12:32 ` Rasmus
2013-02-06 13:12 ` Suvayu Ali
2013-02-06 13:45 ` Sebastien Vauban
2013-02-06 19:57 ` Nicolas Goaziou
2013-02-07 1:32 ` James Harkins
2013-02-05 9:36 ` Eric S Fraga
2013-02-25 6:25 ` How to make the new exporter open PDF using evince? James Harkins
2013-02-25 7:01 ` Mike Gauland
2013-02-25 6:52 ` Nick Dokos
2013-02-25 13:06 ` James Harkins
2013-02-26 2:40 ` Martin Marier
2013-02-27 9:51 ` James Harkins
[not found] <CAFniQ7UgwaQ5jO2r7iJ7PbakWfpvsJGZw2FNNf+sawwvKqSUqQ@mail.gmail.com>
2012-09-29 5:55 ` LaTeX beamer export: relative file links? James Harkins
-- strict thread matches above, loose matches on Subject: below --
2013-01-10 2:38 <M-S-left/right> changed? James Harkins
2013-02-04 4:00 New exporter, beamer confusion James Harkins
2013-02-04 6:39 ` Suvayu Ali
2013-02-04 8:55 ` James Harkins
2013-02-04 19:51 ` Nicolas Goaziou
2013-02-05 0:09 ` James Harkins
2013-02-05 12:32 ` Eric S Fraga
2013-02-05 18:06 ` Nicolas Goaziou
2013-02-05 23:49 ` Eric S Fraga
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAOkDyE_eFawSuPXRo22yptB2o2KX8fc85bBBhupViqvUTEd3Tw@mail.gmail.com \
--to=orgmode@adamspiers.org \
--cc=emacs-orgmode@gnu.org \
--cc=jamshark70@dewdrop-world.net \
--cc=nicholas.dokos@hp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).