Long shot, if anyone here is an Asterisk wizard. I would like to correlate CDRs to voicemail recording locations. I am building an integrated dashboard for call recordings, and want voicemails to be included, but that's been surprisingly difficult.

So, there is no straight forward way that I can think of. But, what I would do is set a channel variable and log it somewhere:

exten => s,n,Set(VM_UNIQUEID=${UNIQUEID}) exten => s,n,VoiceMail(${EXTEN}@default)

If you are using AGI or ARI, you can log it somewhere useful so you can correlate later.

If you are using a more vanilla configuration I’d say use the voicemail metadata .txt file that will be in the same folder as the recording to get info to find the CDR. It has things like callerid, origmailbox, origdate (or maybe it’s origtime), and duration. origmailbox should match the CDR destination and the orig time should also match. Haven’t done this specifically. But, I’m hoping I’m pointing you in the right direction.

I work with Freeswitch almost exclusively these days. But, my first experience with VoIP was Asterisk and a huge Perl AGI file keeping everyone talking to each other. Those were good time!

You are awesome!

That restic workflow is very cool. Nice work! Happy customer.

Kohler is a registered sex offender.

Compared to those, this is like a weekend project that a high school student could accomplish.

They're just another cheap IoT consumer electronics company. It's not that deep.

Isn't there someone you forgot to ask?

This is the one thing we didn't want to happen

AI creating satire about media spreading hysteria? I don't think it's at that point.

These videos are insane, and the lack of "this is fake" comments are disheartening.

I assume those just get deleted?

I scrolled down and don't see a single comment with word "fake" (but a lot of comments like "not real") - channel owner probably automatically shadowbans all users who write "fake".

The top comment in that link GP shared was literally 'Impersonating a police officer is a crime.'

their other videos are better at riding the line of believable, much less comments calling it out unless you dig into the replies.

rclone has support for iCloud Drive, but it sounds like you are talking about iCloud Photos, which is a different service.

This project lets you download from the latter: https://github.com/icloud-photos-downloader/icloud_photos_do...

I honestly don't understand the arguments Mozilla have against it.

Safari/webkit is positive (though no official stance yet):

https://github.com/WebKit/standards-positions/issues/339#iss...

I don't know enough to understand the DOM argument, but

> The spec assumes a certain form of translation backend, exposing information about model availability, download progress, quotas, and usage prediction. We'd like to minimize the information exposure so that the implementation can be more flexible.

reads to me as Chrome once again trying to export itself verbatim as a "standard" and Mozilla pointing out that that's not really applicable to others.

Also the WebKit post seems to raise somewhat similar arguments but on the basis of fingerprinting/privacy problems.

The "exposing information about..." bit in the Mozilla statement is fingerprinting/privacy argument like WebKit's

Maybe? I read that as more of a compatibility thing; if sites depend on information that Chrome exposes, then it's easy for them to have bugs on browsers that don't expose the exact same information (possibly by way of that information not even existing or making sense for a different implementation).