I enabled the mms service, selected o2 from the dropdown and inputed my number with 44 instead of 0. I then selected the email and sent the test message.
Is it a pay and go or contract phone but not sure if this would make any difference.
I should add to this, and I do not mean in a negative way. The script can be easily converted as a standalone. And can cause massive congestion on the mail servers through a function assigned to a loop.
When you send the request, it can be looped to what ever numerical value you may like and incremented to what ever numerical value you want assigned to a $variable (as an example). Say multiplying this value by *90. And having your .ini timeout set to a high value.
I do see that you have provided security by means of an ID, this can be easily changed to simply echoing and applied to a logical statement. Or even a conditional statement.
There was a similar script release a couple of years ago, and was shut down as it provided malicious means. It was then further released, but this time, the source code was "closed" as in encrypted.
This is only directed towards mobile/cellular phone providers that offer the email as free.
It is very original, but it can cause havoc on a mass scale. I'm surprised that it is allowed to be released here. As it should a standalone AND "closed source"
I should add to this, and I do not mean in a negative way. The script can be easily converted as a standalone. And can cause massive congestion on the mail servers through a function assigned to a loop.
When you send the request, it can be looped to what ever numerical value you may like and incremented to what ever numerical value you want assigned to a $variable (as an example). Say multiplying this value by *90. And having your .ini timeout set to a high value.
I do see that you have provided security by means of an ID, this can be easily changed to simply echoing and applied to a logical statement. Or even a conditional statement.
There was a similar script release a couple of years ago, and was shut down as it provided malicious means. It was then further released, but this time, the source code was "closed" as in encrypted.
This is only directed towards mobile/cellular phone providers that offer the email as free.
It is very original, but it can cause havoc on a mass scale. I'm surprised that it is allowed to be released here. As it should a standalone AND "closed source"
If someone really wanted to use a script to flood a mailserver, they could use a better one than this I'm sure. This is obviously much more than just mailing a cell phone, it's integrating your forums with your texting services for convenience and coolness. What people do with it beyond that is their responsibility and not mine.
If someone really wanted to use a script to flood a mailserver, they could use a better one than this I'm sure. This is obviously much more than just mailing a cell phone, it's integrating your forums with your texting services for convenience and coolness. What people do with it beyond that is their responsibility and not mine.
They can use a better one, that is why I inputted examples. But the main concept is the core of your source code.
The script is "mailing a cell phone". Not just for "forum" use.
*this is not a means to turn people off of this script, just a justification of it's technicalities*
You have programmed it to adaptable to VBB in accordance to it's function.
I have passed on the concept to managerial personal within meteor Ireland, so they can evaluate the congestion and prospect of a Web based APP intrusion.
I am trying to demonstrate to you, about releasing this source code in public view, it is quite easy to reverse this. And Jelsoft should be weary too, as they are hosting responsibility. You should however, encrypt it with ion cube, or zend guard, and publish it on a different domain. And create a more thorough installation procedure.
I am trying to demonstrate to you, about releasing this source code in public view, it is quite easy to reverse this. And Jelsoft should be weary too, as they are hosting responsibility. You should however, encrypt it with ion cube, or zend guard, and publish it on a different domain. And create a more thorough installation procedure.
Sorry, still don't understand what your issue is. Like I said, this is nothing that couldn't be done with a simple PHP script or opening your mail client and sending an email. I don't see any reason to encrypt it.
Hey rob, is it possible to make United States be at the top?
Quote:
Originally Posted by AdmiralGeek
They can use a better one, that is why I inputted examples. But the main concept is the core of your source code.
The script is "mailing a cell phone". Not just for "forum" use.
*this is not a means to turn people off of this script, just a justification of it's technicalities*
You have programmed it to adaptable to VBB in accordance to it's function.
I have passed on the concept to managerial personal within meteor Ireland, so they can evaluate the congestion and prospect of a Web based APP intrusion.
I am trying to demonstrate to you, about releasing this source code in public view, it is quite easy to reverse this. And Jelsoft should be weary too, as they are hosting responsibility. You should however, encrypt it with ion cube, or zend guard, and publish it on a different domain. And create a more thorough installation procedure.
All the script is doing is mailing another phone via it's email. I don't understand how this program could be a threat of national security -_-. If someone really wanted to spam a cell phone, all they would have to do is create a function that would mass send a message, which this modification does not support.