Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: Upload of new mail via IMAP
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Andreas Mohr via curl-users <curl-users_at_lists.haxx.se>
Date: Tue, 10 Sep 2024 11:55:32 +0200
Hi,
On Mon, Sep 09, 2024 at 11:41:11PM +0200, Daniel Stenberg via curl-users wrote:
> On Mon, 9 Sep 2024, Nicolas George via curl-users wrote:
>
> > Can I submit a feature wish to have an option to choose the presence or
> > absence of this “(\\Seen)” flag?
>
> What would you say the ideal way would be to set such an option on the
> command line? Assuming we keep the current way the default for backwards
> compatibility.
Non-public reply (since I am currently on absence leave, and
this traffic was "accidentally" seen due to
having turned up within my regular full inbox activity, and
I would wish to
minimize any "further" publicly visible activity during this time).
Since this particular processing handling [result] appears to
simply be induced by
the imaps://-type-specific URL (yet otherwise seems to be
some fully generic "upload" handling),
one possibly *shouldn't* newly add
a woefully IMAP-specific cmdline option for
this "mark as new" wish/request, but rather
have a *generically* worded option to
be able to
have *any* "generic" upload-type activity end up as
"flagged as new"?
And one could perhaps even try to
have this functionality provided more generically e.g. via
an even more common naming such as
--tweak_upload=flag_new (i.e.,
support even further flag bits besides "flag_new", eventually). *)
But not sure whether being this massively "generic" is
useful or even desirable (perhaps being more specific would allow for
much more precise since specific failure handling?).
*) naming ideas: "tweak_upload" / "upload_tweak" / "attr[s]_upload" / "upload_attr[s]" / ...
Thanks a ton for all your work!
Andreas Mohr
Date: Tue, 10 Sep 2024 11:55:32 +0200
Hi,
On Mon, Sep 09, 2024 at 11:41:11PM +0200, Daniel Stenberg via curl-users wrote:
> On Mon, 9 Sep 2024, Nicolas George via curl-users wrote:
>
> > Can I submit a feature wish to have an option to choose the presence or
> > absence of this “(\\Seen)” flag?
>
> What would you say the ideal way would be to set such an option on the
> command line? Assuming we keep the current way the default for backwards
> compatibility.
Non-public reply (since I am currently on absence leave, and
this traffic was "accidentally" seen due to
having turned up within my regular full inbox activity, and
I would wish to
minimize any "further" publicly visible activity during this time).
Since this particular processing handling [result] appears to
simply be induced by
the imaps://-type-specific URL (yet otherwise seems to be
some fully generic "upload" handling),
one possibly *shouldn't* newly add
a woefully IMAP-specific cmdline option for
this "mark as new" wish/request, but rather
have a *generically* worded option to
be able to
have *any* "generic" upload-type activity end up as
"flagged as new"?
And one could perhaps even try to
have this functionality provided more generically e.g. via
an even more common naming such as
--tweak_upload=flag_new (i.e.,
support even further flag bits besides "flag_new", eventually). *)
But not sure whether being this massively "generic" is
useful or even desirable (perhaps being more specific would allow for
much more precise since specific failure handling?).
*) naming ideas: "tweak_upload" / "upload_tweak" / "attr[s]_upload" / "upload_attr[s]" / ...
Thanks a ton for all your work!
Andreas Mohr
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-users Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2024-09-10