Plum IVR Support

This issue is still occurring with our live traffic that we have started to cut over. Again, this always has to do with an early disconnect, which is otherwise handled, rather than the FIA going through to a graceful exit without a disconnect occurring. Can we escalate? Reaching out to our support r...

OK, we are able to make the failure happen by manipulating the namelist on the post, again, only on early hangups. If we put the callrecording variable last in the namelist, on these hangups we get the recording in the post. If we do not put it last, it is unpredictable. So this consistently works <...

OK, we can never make it fail when the script goes to completion without the dialer hanging up prior to the exit. If the hangup happens, it is a crap shoot whether the recording is attached when it comes into our service. Discussed whether it might be specific IVRs, so we logged that. It is on diffe...

Hmmmm. I have a 30 mb (30000000 bytes) max allowed content length. My application pool on this, on all farm servers, has no CPU limit virtual memory limit, no private memory limit, is configured for always on (for responsiveness, we do not let the process sleep or shut down from inactivity). So noth...

We are seeing occasional failures in the system sending us the binary callrecording. Logs show the posting attempt: Posting binary content "callrecording" of size 819200 type "audio/basic" Posted form data is multipart encoded Attempting to fetch https://**************/save We have attempted with da...