BobRTC Service Bulletin Oct 2019

It's been 3 months since we've launched! Wanted to give an update on where the project is going.

First thing is first: We have had a catastrophic failure of one of our support servers due to some bad configuration and then hardware issues. This is impacting IRC and the recording subsystem. Both are going to be down for the next few days. We have disabled BobRTC recordings on everyone's accounts for now as the server handling the transcoding work is out of service.

Luckily however we have refactored the recording system fundamentals and our tests showed it working much more reliably than the older system that relied on watching the file system.

Sunday evening we will issue an update to DialParty which should fix an issue with the GUI not reacting even though multiple calls are being placed. In this case the communications path between servers was over private websockets which wasn't the best method for doing a massive amount of small events across a large number of processes.

Some of you may have noticed that we are building bots to assist with BobRTC inquiries from within IRC and Discord. As we have grown the development team we have more skills to help with this.

Also, starting this evening we are going to place the Phonebook into a state of "shifts". These shifts are, in the NYC (US East) time zone:

Off-peak 1900-0800
Pre-peak 0800-1000
Peak 1000-1700
Post-peak 1700-1900

The phonebook is going to change looks for each one of the four shifts we happen to be in. Off-peak you will be sent to a phonebook search that displays the scammers known to work 24-hours and late-night. Phonebook Moderators will be tagging these numbers and also removing tags if a scammer has given up handling overnight calls.

Pre and Post peak is going to remind you that you are coming into or going out of the peak scamming time. Generally, scammers start their robodialing campaigns during pre-peak and it ramps up to very heavy volume by 10AM each morning, then drops like a rock around 4PM while they stay open to take callbacks through 7PM. That's the general overall-trend. We will only change the default search screen from Peak to Off-peak for now and see if that helps BobRTC users who are in Europe, Asia and Australia.

Features on the drawing board:

*Phonebook Feedback* - When we first introduced the phonebook we ended up with a significant amount of trash numbers. We fought this off with a large moderator team and raising requirements to enter numbers and a significant amount of code to auto-detect problematic users including outright trip-wires on certain behavior that auto-bans people. Yet an existing issue remains and that is that scammers don't activate their phone numbers forever. They turn them off and back on, sometimes going days before they'll answer a number again (look at PTS). Not everyone is as dedicated as CheapFlightsFares is to answering every scambait call. But it is still annoying to work a number that is down.

Because scammers want to see their numbers removed from the phonebook, having negative indicators isn't the wisest idea. However positive indicators gives scammers no motivation to give poisoned feedback. Limiting when positive feedback can be given (like, let's say... after 30 seconds in on a call) can help with reducing poisoned data. A fading positive feedback where the feedback has an effectiveness that drops off with time and the phonebook sortable by that feedback state.

*XP Farmers* - We need the feedback on a phone number dial card split between numbers that are genuinely human-answered and those numbers which are being used for XP farming. People wanting to talk to a scammer aren't interested in dialing a number that already has 50 calls going against it. The current state of the phone switches can be inspected to judge whether a number is being farmed and change the dial card visual to reflect that it's being farmed right now.

*Anonymous Inbound Calls* - BobRTC, like NomoRobo and RoboKiller has a honeypot pool of inbound phone numbers that are forwarding to us. Right now all the calls are being answered by random bots. We intend to deflect these calls onto logged-in users (with an option if you want to opt-out) to answer them. These are robocalls from dialers coming from everywhere. Often they are debt collectors. The numbers the dialers are calling do not currently belong to any telephone subscriber.

Features still up for discussion:

*Personal conferencing* - This is a feature where you can maintain an open conference bridge which other BobRTC users can elect to join, even participate, and then add a scammer to the bridge so that everyone can talk to the scammer. This is basically what you can do using Discord voice chat and a second computer dialed in to a scammer, except placing a dialer on to VC is technically complex.

*DID numbers* - This feature is an enhancement off Anonymous Inbound that allows full-blown inbound answering to route to individual BobRTC users. This feature is problematic in that it would require us to comply with FCC rules regarding assigned DID numbers (a directory of subscribers must be kept, which can be inspected or released to law enforcement/regulatory authorities upon request). Essentially this means we cannot offer this service unless we require you to pay for it ($2/mo) and we'd have to keep on file an email address (verified by ping-ponging a verification link), and that record would be subjected to discovery either in a civil lawsuit, a criminal lawsuit, or an investigative case.

As we know some scammers use the legal hammer and they will run to law enforcement with verkakte claims of lethal-threats and harassment, which eventually some of those claims could turn into subpoenas.

One way around this (and it's far easier to code)... is to have a new User Preference for you to put your TextNow or Google Hangouts number into BobRTC. For it to be accepted we would send a robot to call the number, you answer it and read the digits the robot gives you to have it save. Then if you want scammers to call you back we can put your TextNow on an outbound call. This of course would put the risk back on to you, and to TextNow or Google.

Also of note:

We intend to do a full purge of the recording system when it does come back online. We have quite a number of orphaned records and files dude to the mechanism we were using before to transfer recordings from one server to another for processing. Under the new regime we have coded the zombie records/files issue should be eliminated once and for all---this manifested itself where in the BobRTC GUI if you clicked on a recording you wouldn't hear anything and the file would not download.

In the new version we have built our own binary protocol for doing the transit steps and to keep files together with their records, so the recording archive should be free of orphaned bytes, lost pointers and missing records, and integrity of the data is preserved if any of the services inside BobRTC need to be pulled for maintenance.

Update:

The "Hello. BobRTC will connect your call" sound is temporarily being retired in favor of playing the BobRTC Chimes. This speeds up call connects.

Bugfix:

Several bugfixes to DialParty have been deployed to deal with the website not displaying line status properly. These fixes are available now

Update 2:

We are trying out a new connect sound that is only 1.4 seconds long, that should speed up your calls.

While WDTA is not up, the recording system is fully-operational (go to the Recordings page in BobRTC).

IRC has also been restored and is now functioning

We have also relocated some services around for optimum server health.

Update 3:

WeDontTakeAMEX.com is now back online.

How to do recording on BobRTC:

1) Go to Preferences. The option is located near the bottom of the page to enable recordings. Recording happens in the background as you make calls.

2) Go to the Recording page in the BobRTC Menu. From there you can listen and download recordings.

3) To Share a recording, click the save checkbox in the first column, then change the privacy setting to Unlisted or Public (we aren't doing public listings right now so either option works).

4) Click the blue Share icon on the right side which will copy the share URL to your clipboard. NOTE: Mobile browsers can't support the way we are doing it and we've seen a problem with this on Firefox. This is a known bug and it's part of our series of planned fixes when we go back to finish this website, which isn't complete yet.

The URL in your clipboard is the direct link to play the audio file for anyone to listen to.

https://wedonttakeamex.com/audio/KKBk2OAtcozkUQrd

this is what i got when i tried to paste my recording to my star page, i use my latop on google chrome, i dont know if that takes you to the audio or not, said file not found. i had to add the recording to my desktop and rename it and upload it to the page i have. i have on my page where i tried to just paste the link to my recording, maybe im not doing it right, ill figure it out. but i was able to post the recording a different way.

@Angeld40#114126 ahh looks like not all is well there. We’ll have a look through what the page is doing and see if it can’t get fixed today

@Angeld40#114126 Hey there we found the problem causing the links not work and fixed it!

thank you i see it now

@kenzo#113552 RE: Anonymous Inbound Calls and DID numbers

Apologies but I don't really fully understand these and how they work (or will work I should say).

I have been waiting for an option where we can supply the BobRTC number we make an outbound call on to a scammer in the case of a refund scam and their pesky requirement that they hang up and call back.

I have been thinking of getting a second SIM card for my mobile and supplying that number to them but then ... if I call from a BobRTC number via PC and then supply an Australian SIM card phone number the gig is up. Furthermore, I am using a hardware voice changer and need the PC audio to be continued on the callback which it would not be if calling from a mobile.

It sounds to me like DID numbers as mentioned might be in the sort of light I am after (but again I really don't know). The problem then becomes however, that I am in Australia and most, if not all of the services which might prove useful in these situations (E.g., Google Voice number, TextNow number) only seem to be available to US and Canadian citizens.

A temporary option to hold a BobRTC number for a certain time period (say 3 hours until release back to the pool or when the baiter chooses to end the session before that time period is up) allowing for the initial outbound call and then the ability to supply it to the scammer for say a refund scammer callback would be awesome - is this at all possible and if not could you offer any suggestions for an Aussie baiter noting that I do in fact smash the American toll free numbers as well as scammers targeting Australia?

I am going around in constant circles in my mind trying to find a solution to this issue and more than likely there is a very easy one that someone knows ... I personally can't think straight any more though and it's doing my head in! Help please!

Cheers