where there is smoke there is fire.

I am sending ccbill the member list and they will review it so far the info they gave me does not match the subscription numbers I will keep you posted, meanwhile if 200 members had access to my site on any given month without paying then yes that fraud, whether its done purposely or maliciously is yet to be seen so all of the people ready to close the issue because ccbill finally responded after this should have been dealt with years ago GFY
I have never seen such a bunch of kiss asses, and thank god i went to the boards because I finally got some attention to the matter, and at least maybe some other webmasters can tighten up now!

so you didnt check to see if any of those users had logged in at all before you started this thread? that would be very relavant here if they were up to something

For such a silly question Jcsike you sure gave a complex answer! So according to you it is impossible to scam, because they could never get away with it?

I have heard arguments like that before... the logic to me is flawed when you say"the official story must be true.... if it were an inside job we would all know about it"

where have I heard that before

What were/are the recent jpost error issues all about?

I am not sure I understand the question, can you be more specific or hit me up?

Okay Paul, I just sent you a direct email.

Thanks!

This IMVHO is very dumb....

let's say I'm using htpasswd for storage - so you send an ADD command, I check what? I can't check anything except username uniqueness. And so I reply "NOT UNIQUE".

if so, then why "ADD"? Why not "CHECK"?

You're saying it's purely to check that the script works.... so why not send a "HELLO" command and await a response....

sending an "ADD" with the password to not actually add a password is, well fucking dumb.

:2 cents:

Hi AvsTgp and all,

I don't normally post to the webmaster forums as Paul and Corvette have always been valuable resources to the community, but I thought it prudent that I do so now to help clarify some recent concerns. I am the director at CCBill that oversees all Client Support functions for CCBill clients and partners.

I am always happy to see support threads posted to GFY and other community forums. CCBill is, and always will be, focused on providing quality support to our community of clients and partners. The community forums have always proven to be an excellent medium of support communication to ensure that all of our clients and their partners are receiving quality support.

I just spoke with Paul and he is currently reviewing the list of usernames that were sent to him regarding the username and password discrepancies. While Paul is working on that I wanted to offer the following for the sake of clarity regarding CCBill's user management services.

When CCBill attempts to add a username and password to a client's authentication system we first send the username along with a random password to ensure that the username is available. The process of sending a username along with a bogus password to check username availability is a process we call 'Subscription Reservation'. The reservation function ensures that we are adding a valid username and password to the program that the customer has chosen. Upon receiving a successful response from the program's authentication system we move forward with processing the transaction.

Subscription reservations can be cancelled and terminated for many reasons but the most common is transaction decline. When a subscription reservation is cancelled CCBill attempts to remove the username and bogus password that was added to secure username validity. Unfortunately, when the command to remove the username fails, the username and bogus password can remain in the program's authentication system for an undetermined amount of time until a successful response is received during later attempts to remove the reserved username.

We have consulted with our product maintenance team regarding the specific issue that was brought to our attention via this thread. What we found were 2 telephone billing reservations, which were not confirmed by the customer, and 4 declines. We have also identified that there have been negative responses from the user management script in question that prevented our system from successfully removing the declined reservations.

There is also some concern regarding the recent Jpost error emails that were delivered to some of our clients recently. That issue has been resolved for some time now but I will be happy to offer additional information. We were experiencing some isolated lag on our satellite servers when sending out user management instructions. Because of this lag some customers were not able to log into the programs that they had recently purchased access to. The lag caused an approximate 5 to 10 minute delay between the transaction being finished and user credentials being updated. When this happened we had an enormous influx of customer communications and we quickly identified and resolved the problem. Although the problem was addressed quickly, our Customer Support department was following protocol by contacting each program owner individually to identify a possible problem with user management following a customer complaint. CCBill takes many proactive measures to inform our clients and partners of problems that could potentially affect sales and this was one of them.

While Paul is busy working on attending to individual concerns I want to further extend my gratitude for bringing this particular problem to our attention via this thread. My goal, and CCBill's goal, is focused on offering the best support that our industry has to offer. If there are ever any questions regarding CCBill functionality and support please do not hesitate to bring those questions and concerns to our attention via the medium that you feel most comfortable using. The CCBill Client Support department currently has 20+ resources monitoring various community forums around the clock for support related issues and we always welcome each of our clients and their partners to address their needs via a medium they are most comfortable using.

Its only 3 ccbill threads going on right now discussing a variety of concerns that many webmasters are experiencing, from payouts being short, to join form submission

percentages dropping to nothing, on the same exact days for multiple webmasters, and discrepancies in passwords being added and joins not being credited.....

I guess thats just too many webmasters with nothing better to do but display their total addiction to drama.

I don't know which is worse, feeling like ccbill is not being forthright about what may be going on, or the foolish webmasters who will attack you for sharing your concerns with other concerned webmasters...

It happens on every topic, on every question, someone who is webmaster will come in and attack another webmaster for pointing out red flags.

crabs in a barrel

Tjeezers, my post was not intended to bother you - my apologies if it did. It just seems to me that an issue like this would be solved much more quickly by contacting a higher-up at CCBill instead of posting about it here. CCBill is a solid company filled with rock solid people in my opinion and they have gone out of their way to help us with everything we have ever asked for. Associating the words "CCBILL" and "Fraud" are the title of this thread does is laughable, and extremely unfair to CCBill and the people who work there.

holy shit!
a password file?

is this a thread from 1992?

Like I said above the first thing I would do is leave the password file and go to a DB

Contact me if you need help getting this setup! It will eliminate a lot of issues with passwords

You say 'fraud' and you say 'whether its done purposely or maliciously is yet to be seen'.

For it to be fraud, it has to be intentional.

Hey Corvette this begs a question: If the CGI on some website seems to be unreachable and it cannot do the initial add will the system decline the transaction?

I retract this post - I thought the ADD was with live passwords, but Lloyd clarifies it is a bogus password to "reserve" that username, which makes sense.

I can see where the confusion can come in though with "ADD/UPDATE", especially when there is an internal script handling the reporting....

non-drama thread it looks like, but I learnt about CCBILL postbacks which is something I've never had to do, thanks to NATS

If it is unreachable the signup will still process and we will try to add the user again later.

THAT RIGHT THERE IS EXACTLY THE PROBLEM. None of this stuff would escalate to this level if people's concerns weren't being blown off by your techs or they weren't sitting there asking busy clients to write up a report describing problems they should look up themselves.

It really sucks that confidence in ccbill (and as a result, ccbill sponsors) is being eroded over dumb stuff -- poor communication and lazy techs/service -- that has nothing to do with the reliability of your processing.

Sorry to post this again, but after a month this is still not fixed and I would never be so mad about it if it weren't for the careless non-responses:

http://www.gofuckyourself.com/showpo...3&postcount=16

I appreciate that there's been some follow-up now and apologies, but the problem is now actually worse than it's been all month (this will be the FOURTH messed-up check in a row unless it's magically fixed today/this weekend) and sales from an entire site/subaccount = hundreds of dollars are missing from my check calculations for Monday IN ADDITION TO none of the affiliate payouts being deducted.

I wouldn't for one second think that CCBill is defrauding clients, but if you don't get a handle on your small problem of service (plus totally confusing WMS emails & communication, etc.) there are going to be more and more threads like these of frustrated clients and affiliates assuming the worst when a good tech would have them sorted out long before it ever got to that level.

bump for trixie

how will this affect ccbill affiliates ?

I'm just posting here because I hate socialists so very much

just to update everyone
 

So apparently the log files contain reservations numbers and not subscription numbers (something the tier one techs dont even know) so the subscriptions should have been removed but apparently the remove function wasnt working, they are now looking at the old server since there are still 200 or so members unaccounted for, it would be a disturbing coincidence that the old server has a remove issue error as well when my old server was windows the old site was asp and the server was switched to linux and the site recoded in php and we would have the same remove issues.
Nothing can mitigate the fact that this issue should have been discovered years ago and my countless requests for help have been brushed aside as a security vulnaribility on my end and now we at least agree its a ccbill script issue, I am still waiting results on the old server data and the old site member discrepancy.
If anyone ever has an issue feel free to bring it on the boards that's apparently the ONLY accountability anyone has in this industry! A fear of losing affiliates.

Hate to say it but boards WORK

Its just traditional word of mouth. Only it happens on a web board. The principle is the same and yes, it works.

So many companies say "GFY is not our support system" but generally respond to threads on here quicker and more efficiently than they do their own support systems!!

no idea why people need to chime in arguing semantics, dissing people and other bullshit while others are actually trying to help. it seems like ccbill is capable of handling it themselves given some time, so save your drama for places where it belongs, like GFY...

ooops.

Bump for trixie

If that isn't the truth!! I just had one of their CS reps argue with me about my affiliate ID, WTF, after 8 years I think I know the difference between an Affiliate ID and a Client ID, he didn't!

CCBill Paul, ICQ sent to see if we can a one yr old issue worked out.

I love when you post. You always write what you think is right because you feel you have been around longer that most.

It humors me. Thanks.

No its fun to see how CCbill answers, and when they would make a mistake, it`s epic.
They for sure can use some public testing, they love it...

In fact, they get HOT on topics like this, so they can finally show people how it works cause most of you are to dumb to understand.

I am sure you did not think about seeing it like that he :helpme

Hoping it would be okey soon if that is the case

Any news with this?


I think CCBill is having many issues on many fronts.


I have an underpayment issue.

I believe this issue was resolved, yes. If you have an issue please get a hold of me or contact our support.

just passing by...

BV, maybe next time you should look up the IP listed in the log before brushing it off (repeatedly) as a third party injection/hack... it's obvious from the replies by ccbill staff in this thread that it wasn't what you thought.

CCBill CCBIL-1 (NET-64-38-241-0-1)
64.38.241.0 - 64.38.241.255

So what you are saying is that iBill is not going to pay back all the money it owes?

that ip adress range contains no tits

maybe
 

Just one more thing to think about: is it possible that those members you were talking about are declined members and problem is with email notification about denied transaction? I am saying this since I know that ccbill definitelly have email notification issues. For example sometimes it happens that I don't get sale email (notification option enabled and double checked) for some programs ,and yesterday I've signed for new program and there is no email for that.

Well, Epoch was stupid enough to allow one of their employees try to stalk two of my girls, then terminated our account when we pushed the issue with management. So, anything is possible when it comes to rouge employees. Even the best apple trees have a few bad apples. :2 cents: