From talking to some people today, I have decided to take my PHP email spammer to the next level.
It is available here for you to test: Spammer
I am going to make a automated script that perhaps will flood unsuspecting victims email inboxes with thousands of emails, in hopes of completely shutting down their gmail accounts.
My idea comes from some previous observations in how Google handles deleted mail. At times I have completely cleared my email inbox, spam box, trash box, and any other inboxes, and still at the footer of gmail it displays that I am still using memory, about 3.106% (235 MB) out of the previously allotted 7,566MB.
Where does the unused memory go?
Well from the recent problems in Google mismanaging users information in regards to them loosing some email data for thousands of users accounts, they somehow recovered it all.
If Google were able to recover all of the users information then that means they store a history of all the users information, regardless if they, "deleted" it. Meaning that the imaginary 3% memory being used is actually Googles compressed and archived version of all your emails. In many ways this can be frightening but pertaining to the subject of swamping someones email inbox, this is the perfect opportunity.
The Math
Sending thousands of emails from my website is a very timely process. To increase the efficiency of mass loading thousands of MB's onto someones account, It will require some automated tasks. Automated tasks include sending emails at night and during the day at an efficent rate, possibly timed seconds per transfer.
How?
As of now I am planing to attach megabytes of information onto each email, possibly in the forms of images or text. The only problem being that I do not know how to automate a PHP script to mass attach images, but I do know how to mass attach text. In terms of creating a 1MB text document, it will be over 1,100,000 characters long. If I can send the emails off with the MB attachments in a timely manner than the only experimental problem is how Google Mail compresses archived emails, in terms of how many MB's I would need to send considering the compression reduces the size of 1MB to the unknown size.Google's multiple email accordion feature, reporting spam, and deleting emails
Each of these anti-spam features are accounted for in the automated script.
- Problem: The first one being that gmail automatically groups emails of the same subject title together in an accordion like fashion.
- The Solution: The solution is to have a number affix to the end of each same subject, the code below is a snippet accomplishing this:
{
$subject = $SUBJ_MATTER . " " .$i;
}
- Problem: The second problem is the feature of reporting spam, I still need to conduct some experiments as to if Google lets their own service account emails be spam blocked, if not this whole problem can be solved be sending the emails from a cloaked Google service email. The sender email is to randomized by either numbers, or dictionary words.
- The Solution: The solution to this is to randomize a number or dictionary word onto the senders name part of the email:
- Problem and Solution: The last problem is not a problem on my part but a big nuisance for the recipient much less the rest of the discouraging havoc. The problem is the process of deleting all the sent emails. Even if the recipient deletes all the emails the 7566MB space will still archive all the emails in a compressed form, so the space can never be restored.
Am I plotting an email attack?
No!!! Nobody should be concerned. This is just what I do in the crazy thought patterns that I go through over the day. I have over 10 gmail testing accounts for the purposes of doing this.
