Pepperstone Live Server Reliability

Would you care to share the mq4 of that expert?

I think even TP not guaranteed. Trade Login : 147269 (Demo) GBPNZD TP 1.93848 10 out 8 recovery closed and 2 trade was not closed by server.

Derrrrrrrp

Sorry. No source is available.

What Mr.Jack_Larkin have you examined the post no #31. I am expecting some reply from you.

2012.03.07 09:59:28 Connection_logger EURAUD,H4: Alert: connection logger alert 2012.03.07 09:59:28 reconnected
2012.03.07 09:59:26 Connection_logger EURAUD,H4: Alert: connection logger alert 2012.03.07 09:59:26 connection lost

Hmm...

Ok, firstly, glad we're being civil about this.

I reviewed the documents, but to be honest, they haven't told me much more than what I derived from the screenshot posted earlier.

Before I say anything further, I'll let you know that I have a negative bias against any martingale style system (which is what you use with your EA.) Statistically speaking, they've never worked in the long and eventually result in a margin call (I'm not attacking you here, I'm stating a fact... it's really just a matter of time before they blow up taking the account with them. The longest surviving martingale style EA I've witnessed managed to make it nearly to 3 years and a 110% gain before losing 98% of the account in one loss... the method simply doesn't survive the long haul.)

With that said, I'm left with how this looks to me as a trader, and the optics of the situation don't look good.

I'll break it down as objectively as I can...

We have the elements that support your case:

 

1. Pepperstone had server disconnect issues during the general time your EA was trading. (1-2 minute long disconnects happening 2-3 times a day.

We have the elements that affect the situation but don't incriminate either party on their own:

 

1. The EA wasn't coded to handle the reprocessing of failed orders.
2. The EA wasn't coded to have hard risk limits, or some sort of fail-safe to flatten an account upon it's risk management being violated. A simple stop loss order at a calculated price could take care of this, but it wasn't implemented in the EA, presumably because your martingale style EA is the type that keeps doubling up hoping for every position will eventually exit with a small bit of profit... (see note above on why I disapprove of such trading.)
3. The client wrote the EA. Any EA would be 3rd party, but because the client wrote the EA being used this puts any blame due to the inability of the EA to manage such risks back on the client's end, not some 3rd party software vendor.

We have the elements that are really working against you:

 

1. You did not contact phone support to close the position when the EA failed. This one is huge. It shows a lack of responsibility taken on the client's end to manage the position. The broker offers multiple ways of contacting them for this very reason, when one method fails and you need to place a trade.
2. You let the EA keep adding on more positions later instead of closing it once execution returned. This is also a big negative. A responsible trader would have acknowledged there was a problem, flattened out the position, and made sure the problem was fixed before putting capital at risk again... instead, it appears that you acknowledged a problem and then continued to add more exposure all the way up to the margin call. Had you taken a loss on the first few orders by flattening the position once you were aware there was a problem, it would have been a lot more reasonable to engage Pepperstone about it to see what could be done.

We have the elements that are blowing holes in your case and setting off red flags:

 

1. You've stretched the truth or fibbed in a few areas: By claiming to have tried to contact chat support but didn't get a response, and you've claimed the server wasn't executing for "2 hours", when it's never been down for more than 2-3 minutes at a time during the period you were trading. (Your ability to connect might have been disrupted, but it wasn't on Pepperstone's end.) This works against you since nearly every Pepperstone user on these boards has had instant chat support, and the Pepperstone thread clearly detailed the length and frequency of downtime. So other Pepperstone users can't relate here. The comments come off as untrue. Once something you've said is thought of as untrue, the truth to your whole claim becomes in question. (Really, you can't even bend the truth here, it has to be factual and precise in every detail or your argument will get ripped apart.)
2. Instead of adding this to the Pepperstone thread, you've created a new thread with a pointed title. This seems like it's designed to do more harm to the broker than help your cause.
3. You've gone out of your way to thank people who post negative things about the broker, even when they contribute nothing of substance or show no evidence to support you. (Plus, you represent your friend through another account here on this thread.) This looks really bad, like your goal isn't to get help but to make the company look bad.

See, I'm trying to weigh things out objectively here... I really am, but from my viewpoint I'm seeing far too much working against your case.

I'm not attacking you here or trying to put you down. I'm just writing out all the elements that I gathered from what you've presented to show you what's being added to the scales in my mind when I weigh out what's going on.

I do see where the server disconnect affected your EA during a brief period of time.... but the EA not being coded to manage risk or rejected orders, the client's actions during the disconnect (not contacting the broker and not getting flat on the position,) and the clients actions after (adding to the position) are the main reasons the account got margin called.

If you feel that you are still entitled to having your losses reimbursed, then help me understand why the overwhelming majority of losses isn't the fault of the client. What am I missing?


Also, is this thread, the pointed and flaming remarks against the broker, and your overall hostile stance the result of the broker rejecting your claim? Why are you here exactly instead of working things out with the broker? Are you here because the broker said no?

Any disconnects will be logged in MT4's journal. Mine hasn't logged a disconnect since the new servers were installed last weekend. If you check the main Pepperstone thread, no one else has had a problem either.

Also, that's a 2 second interruption... doesn't seem like the server went down or anything for you... but have you considered this could be related to your home router, internet provider or how your net provider routes traffic overseas? Seriously, this isn't about blaming your end, I just used to work in IT and client-side problems are blamed often because they usually are the problem.

See I am honestly saying I am not here to harm this broker and intend to damage his goodwill even ravichandran not approaching the broker to claim his loss. I had searched many brokers and finally landed in pepperstone. And I am aware and caution that every broker has his secrat weapon (Mt4 Virtual Dealer Plugin). I am here to findout anyone having similer problem. I am also withnesed that connection was in live and when I try place order manually "No connection or Common error" occured. Yesterday only ravichandran had filled the Pepperstone-Trade-Investigation form and ask the broker about the problem. If the broker rejects then no problem he will starts from begining.

The pair EURJPY trading started on 16-02-2012 order no 25865002 and the second order no 25887602 placed nearly 40 pips at 103.838 and 3rd order 25908644 also placed at 104.226 and the 4th order 25914566 placed at 104.639.
But in the 5th order 25963644 should be placed nearby at 105.039 on 20-02-2012 at 0.10 Hrs but it was placed at 105.207. I can accpet this due to wider speread. And subsequent orders were failed and If the orders were placed correctly my EA will place the 6th recovery order at 105.439 and the 7th order at 105.839 and come out of the trade with little profit.
I am aware magingale leads to margine call finally. In my EA i try to avoid situvation go into worst. If it had gone to margine call directly ravichandran won't tell this thread and ask me and anyone about this problem. He fells he was cornered. And your approach also only supports broker instead of helping us finding problem. I felt you only suppot broker. So everything in this thread went wrong. I am very sorry for that.

The Mt4 journel logged

2012.03.07 09:59:27 '408757': login
2012.03.06 09:58:52 '408757': login

But it doesn't matter. Ignore my previous post. If anything longer disconnect then only i will post.

This is what i use to monitor my iSP.

http://www.softpedia.com/get/Network...eck-Host.shtml

Download the one provided here. Do not update it. the new version has ad popups.

When installing do not accept the extra features.

Had 2 disconnections yesterday that where my ISP's fault.

Cheers!

Edit: the software with no installer is on post #53

Thanks for your help. This compressed file is suspecious one. Win32/InstallIQ potentially unwanted application deleted - quarantined

You can directly download from the application developer it is free.

http://www.ab-tools.com/en/software/checkhost/

Yes it has one of those ad/toolbar installer like many other freeware have. That's why you do not except the extra features while installing it. The new version has an ad popup on startup. Maybe he removed it since the last time i checked. This was the only earlier verion i could find.

It's your choice.

Cheers.

Edit: Should have done this in the first place. Here are the program files from my pc. No installer included. It works for me on win 7.

Pepperstone new Server connectivity is good.