I think your talking about the coinbase check? Lots of multipools wont provide the proper coinbase so bfgminer thinks something fishy is going on. Just add #skipcbcheck at the end of the URL and that will fix the issue.
Keep in mind pro hashing has a very high default diff, so it could take up to an hour to find a share (as long as the red light is flashing and bfgminer is displaying the right hashrate your fine and hashing, and wont effect profitability, just your share submission and variance/pool hashrate will fluctuate wildly.
One of you guys should start a thread in their forums and request a moonlander port...I know plenty have been posting on this and if enough chime in they will add a lower diff port so you guys have a more constant share submission.
FYI I talked with the miningpoolhub operator and he agreed to lower min diff down to 4k for you guys, so that pool should work better as well.
The workaround I've applied for the aggressive pool director on Prohashing is to stick to one coin at a time - usually litecoin. Even set to a single coin, accepted shares on that pool are sporadic - I'll get a group of 3-4 in a 4 or 5 minute interval and then nothing at all for up to an hour sometimes. Do it with the password field, like so:
./bfgminer --scrypt -o stratum+tcp://prohashing.com:3333#xnsub#skipcbcheck -u xxxx -p "n=glinda w=11 p=0.1 c=litecoin" -S ALL --set MLD:clock=768
If you keep a set of coin-specific config files, and keep a close eye on the prohashing live charts, you can sometimes snipe a really good share - this morning I got a couple of accepted shares worth about 40k ltc each when BitcoinScrypt hit the top of the chart (it had a profitability somewhere around 13k iirc).
I posted a low-diff-moonlander-port request on the forum, if any of you others would like to add some 'me too' replies, I'm sure that'd be a bit helpful. Link:
https://forums.prohashing.com/viewtopic.php?f=5&t=3073