So we went from 8 POTS lines to 4, as we don't need as many any more. Of course, what I didn't think of was that this feature requires using a POTS line to accomplish. Basically a customer calls in, leaves a message, and then cascade levels are checked to see who to send the voicemail to.

I read the POTS line part here:
https://sundance-communications.com/forum/ubbthreads.php/ubb/showflat/Number/562258/Searchpage/1/Main/80555/Words/mailbox+cascade+notification/Search/true/Re:_Outgoing_number_on_PRI#Post562258

But that makes sense, and isn't a problem as I only need 1 POTS for fax, 2 POTS for dial up modems, and this one. However, I have tried swapping our new RJ11 jacks around on the patch, and I can't seem to get any of them to pick up this process in the Intertel system. I have made about 20 test calls today, and a customer made 12 last night, and only 1 has made it to the second cascade level (somehow bypassing my phone which should be first..?).

Does anyone have any insight in to how a line that also has an associated mailbox with primary message notification is getting out?

Here are a bunch of screenshots with (hopefully) all the information needed. I will gladly PayPal $25 for the solution!

So after swapping things around, I found that swapping back to a certain phone number on our old provider, it works again. So I have 2 different phone numbers than what the Intertel system is expecting I guess? Is it hard coded in the system to only use a certain phone number? I was running on the assumption that it just picked the first available line to go out on.

What is the Cascade Level outbound access? The phone is set for ARS, is the mailbox the same? It could be set for a trunk group which is no longer valid.

Do the following screenshots answer your question?

Maybe. I see that the phones use 9200(ARS)for outgoing, but the mailbox uses 9201. Try changing the mailbox outgoing access to 9200 and test for remote message notification.

When I changed it to 9200 but left it in our old provider, it still rang out on the POTS line with the same phone number.

On 9200 on our new provider, it does not go out.

I am assuming this is because the voicemail cannot go out on the PRI.

Any other suggestions?

I went back to your original post about adding the PRI, and your notes here about removing half of the POTS lines.

I would start by confirming that your trunk group programming is correct, along with ARS. Have those missing trunks been removed from the trunk group(s), and are the remaining lines connected to the correct ports? Can you dial the trunk access codes and identify the lines?

Are the proper trunk groups in ARS and are outgoing permissions correct. Looking at the screen shots of your database I can see that it's a mess, so you have definitely have a challenge.