Mark Fletcher disturbed my sleep to write:

Hello,

On Tue, Feb 11, 2020 at 8:52 AM Hugh Brown VA7UNX <va7unx@members.fsf.org>
wrote:

Hi there -- Is there an API endpoint for muting a topic? I can't seem to
find one on the API reference page -- only for muting a hashtag -- and I
haven't been able to find any discussion in this group. If there's not one
now, are there plans to add one?

That endpoint doesn't yet exist, but it's on the TODO list.

Awesome -- thanks so much!

--
Hugh Brown VA7UNX
https://saintaardvarkthecarpeted.com

Hi there -- Is there an API endpoint for muting a topic?  I can't seem to find one on the API reference page -- only for muting a hashtag -- and I haven't been able to find any discussion in this group.  If there's not one now, are there plans to add one?

My use case is: when an email comes in from a group I'm subscribed to, and I want to mute that particular topic, I want to pass off the email to a script that can do this (rather than click on the "Mute this topic" link).

Thanks, and please let me know if you need any further information.

Thank you Mark for adding the start_time param for https://groups.io/api#download-archives

Thank you Mark for answering.

I don't see the X-Groupsio-MsgNum in the response headers (see them below) or as part of the messages, I'm using the group onap+onap-zoom-hosts to test it. Please let me know if I'm missing something, or if you can point me to a group that uses the X-Groupsio-MsgNum header line. 

}

The main reason to ask for a start_msg_date is because the way I collect mailing list data is time-based (it leverages on the field `Date` of the emails). Since the information is already included in each email, it isn't needed to add any extra information (e.g., response headers or additional headers in the original emails) to perform incremental fetching.

I would say that start_msg_date and start_msg_num are equivalent in terms of guaranteeing to fetch all messages, however I understand that the offset-based solution performs better for corner cases when there are N messages sent out at the same date for a given group. From a user point of view, I think it makes more sense to get all messages after a given date, since the user doesn't probably know the start_msg_num.

In any case, it would be great if you can include the start_msg_date. If this isn't possible, I'll figure out how to use the start_msg_num in my scenario.

Best,
Valerio

Hi Mark,

It would be great if the endpoint /downloadarchives could have an optional parameter to download messages after a given date. The param (e.g., start_msg_date) would be similar to start_msg_num and would return the messages
sent after a given date (in isoformat, UTC).

Do you think it's possible to implement this feature?

Best,
Valerio

On Sun, Jan 19, 2020 at 12:00 PM, Samuel Murray wrote:

Do I understand correctly that getfiledirectory does not get a list of files but only a list of folders...

No, wait, I just forgot to set the limit high enough, which is why I only got a list of folders (there were more than 10 folders in my test folder).

, *and* that it gets only a list of folder within the specified path (not folders within those folders)?

See, when I ask for a list of files in "/", and there are only two subfolders (no files) in "/", then the response tells me only the names of those two folders, regardless of the limit setting.  I don't get the subfolders and all the files in them.

Samuel

Hello

Do I understand correctly that getfiledirectory does not get a list of files but only a list of folders, *and* that it gets only a list of folder within the specified path (not folders within those folders)?

I'm trying to see if there is a way to get a list of all files (for a specific group), so getfiledirectory seemed a first obvious choice, but it doesn't seem to give me a list of files, and it appears to show only the children folders, not grandchildren folders etc.

Thanks
Samuel
(not a programmer)

I'm trying to automate uploading files from a now-defunct Yahoo Group. The
/api/v1/addfiles API looks like it will work for this, but it's
documentation says "IN DEVELOPMENT. DO NOT USE YET."

Is this still the case (I'll admit, I haven't tried it yet.)?
Any sense for when it will be ready to use?

--
Christopher W. <lists@cw.codes>

Hello,

I noticed a small change in the response to direct_add (https://groups.io/api#direct_add) that appeared sometime around November 2019 or maybe a earlier.

The direct_add_results (https://groups.io/api#the-direct-add-results-object) definition seems to show the full member_info object, but when I call the API I get a shorter form of the object, see below for an example result I now get. I noticed this because we used to pull the "email" field from each member_info object, but sometime late last year that field disappeared from the member_info object returned in the direct_add_results object.

Is this a bug in the documentation or the API?

I get (I removed the IDs before posting):

I have deduced that the sort-dir may be desc but I have been unable to deduce what the sort_field values may be.  I have tried 'Updated' and 'updated' but they get converted to 'Created'.  I would like them sorted by the date updated and not the date created.  How do I do that please?

Graham

Any chance we could get something other than Stripe for accepting donations (venmo, paypal, patreon)? Stripe is a heavy weight tool for the job; I'm just hearding a group of outdoor enthusiast - not a business.

Scott

On Wed, Dec 4, 2019 at 10:13 AM, <ajomccauley@...> wrote:

I'm especially interested in what folks might do if they use the API in an "ongoing" way, like a custom signup for

It would be nice if the API offered an OAuth option because handling user passwords on a sever sucks. This only works if you make a client app, and even then why trust 3rd parties apps with your user's passwords.

As far as ongoing use, someone in our group is thinking about organizing information from various sources on the same topic. I am thinking about backup and archiving. Still all server-side things that would be done with a single user

Thank you so much, Eric!

I'm especially interested in what folks might do if they use the API in an "ongoing" way, like a custom signup form -- so they'd need to re-authenticate pretty regularly (so I'm trying to imagine where/how ppl might use their login creds in code in a secure way).

Thanks again!

I am migrating from Yahoo so I created a special user to use for this.

I guess it depends on what your application is going to do.