Hi Daniel,
-X is used to modify what libcurl would otherwise use.
-Q is used to provide a list of commands to execute at some point, and
the three different QUOTE lists run at different times - like before and
after the actual file transfer.
Remember that neither -X nor -Q prevents the
On Tue, Dec 06, 2011 at 08:35:54PM +, Steve Holme wrote:
Hi Daniel,
I would imagine you'd use -Q to do a full series of commands at once while
connected. Like issuing a series of deletes or so.
Okay - I'll leave that for a follow up patch as surely the URL would need to
change for
On Tue, 6 Dec 2011, Graeme Gill wrote:
* I don't believe in inventing new CURLOPT_* options for each and every sub
command that a protocol can provide. It would quickly grow the amount of
options a lot, even if some of the commands would be possible to re-use
between protocols.
Yet the
Hi Dan,
I would imagine you'd use -Q to do a full series of commands at once
while connected. Like issuing a series of deletes or so.
Okay - I'll leave that for a follow up patch as surely the URL would
need to change for each message to delete ?
Commands specified with -Q are
On Tue, Dec 06, 2011 at 10:40:44PM +, Steve Holme wrote:
Many thanks for the clarity but does that mean you could do:
-Q 'DELE 5 6 7 8' to delete message 5, 6, 7 and 8 with a URL of
pop3://mail.domain.com/5 ?
Yes, you could specify that, and curl would happily send that command,
but
Hiya,
In this case, you'd probably want to specify '-Q -DELE 5' which would
first download the message and only then delete it.
Ah... Yes, that makes more sense.
I shall get it work on an individual command basis first and then we can
look at doing the more complex stuff - just being able to
On Mon, 5 Dec 2011, Graeme Gill wrote:
Sure. What are the (API) alternatives then ?
Using a command line option to send a protocol specific command has two
problems: it isn't applicable to a programmatic API; it doesn't encapsulate
hide the protocol specifics which is I think is most of the
On Fri, 2 Dec 2011, Steve Holme wrote:
As such I have a query as I'm a little confused from reading curl's --help
as well as looking at the code:
-Q, --quote CMD Send command(s) to server before transfer (F/SFTP)
-X, --request COMMAND Specify request command to use
-X uses the
Daniel Stenberg wrote:
* I don't believe in inventing new URL formats since they are actually
supposed to be used similarly all over in different programs and
environments. I know I've already violated this point but I still like is to
remain conservative.
* I don't believe in
Daniel Stenberg wrote:
There are more such examples in libcurl where we once did something in a way
that we now think
wasn't optimal, so we try not to repeat old mistakes.
Sure. What are the (API) alternatives then ?
Using a command line option to send a protocol specific command has two
Hi all,
How about this instead: rather than embedding operations into the URL
itself, why not use the --quote option, or even the --request
option to specify them? That's analagous to how this would be done
for HTTP, FTP and SFTP; to delete a file on those, you'd use -X DELETE,
-Q
On Thu, Dec 01, 2011 at 04:00:48PM +, Steve Holme wrote:
I think style wise this is in line with the rest of libcurl and how it
handles URLs (from the documentation I have written) but I would really
appreciate any input on this before continuing.
It makes sense, but surely some mailers
Hi Dan,
It makes sense, but surely some mailers out there already support a
similar
POP3 syntax. It would be good to maintain some compatibility with existing
practise (assuming there is some) given that there doesn't seem to be an
official POP-3 URL syntax for such commands.
Good idea.
On Thu, Dec 01, 2011 at 05:17:04PM +, Steve Holme wrote:
I have done a little research and couldn't really find anything... except
RFC2384:
http://tools.ietf.org/html/rfc2384
This specifies a format for URL based connection strings (including
authentication) for pop3 but not message
Dan Fandrich wrote:
On Thu, Dec 01, 2011 at 05:17:04PM +, Steve Holme wrote:
I have done a little research and couldn't really find anything... except
RFC2384:
http://tools.ietf.org/html/rfc2384
This specifies a format for URL based connection strings (including
authentication) for pop3
Steve Holme wrote:
I think style wise this is in line with the rest of libcurl and how it
handles URLs (from the documentation I have written) but I would really
appreciate any input on this before continuing.
Except there doesn't seem to be much consistency - witness the
OPT_DIRLISTONLY flag
On Thu, 1 Dec 2011, Rich Gray wrote:
How about this instead: rather than embedding operations into the URL
itself, why not use the --quote option, or even the --request option to
specify them? That's analagous to how this would be done for HTTP, FTP and
SFTP; to delete a file on those, you'd
On Fri, 2 Dec 2011, Graeme Gill wrote:
Except there doesn't seem to be much consistency - witness the
OPT_DIRLISTONLY flag rather than using the url.
That option (in its original name CURLOPT_FTPLISTONLY) was added to libcurl
back in ancient history before we had a more established way of
18 matches
Mail list logo