Read-only archive

A preserved archive of the Logical Gamers community forums, 2009-2025. The original threads and posts, served read-only. Registration, posting and private messages are gone for good.

@Zanabar

1k views · started by The Unintelligible ·
#1
@Zanabar
ive got your prog

#include <File.au3>



Local $sDialog

Local $sDir

Local $sLine

Local $sEmail

Local $sBuff



$sDialog = FileOpenDialog("File Parser v0.1 | Select File Containing Data (.txt)", _

	@ScriptDir & "\", "Text Files (*.txt)", 5)

$sDir = StringReplace($sDialog, "|", @CRLF)



For $i = 0 To _FileCountLines($sDir)

	$sLine = FileReadLine($sDir, $i)

	If StringInStr($sLine, "Email =") Then

		$sEmail = StringStripWS(StringReplace($sLine, "Email =", ""), 8) & @CRLF

		$sBuff &= $sEmail

	EndIf

Next



FileWrite(@ScriptDir & "\Emails.txt", $sBuff & "----------------------------------------------")



MsgBox(64, "Completed!", "Process successfully completed!")


Quick & dirty in AutoIt. MSN me for the executable.
#2
The Unintelligible wrote:
ive got your prog

#include <File.au3>



Local $sDialog

Local $sDir

Local $sLine

Local $sEmail

Local $sBuff



$sDialog = FileOpenDialog("File Parser v0.1 | Select File Containing Data (.txt)", _

	@ScriptDir & "\", "Text Files (*.txt)", 5)

$sDir = StringReplace($sDialog, "|", @CRLF)



For $i = 0 To _FileCountLines($sDir)

	$sLine = FileReadLine($sDir, $i)

	If StringInStr($sLine, "Email =") Then

		$sEmail = StringStripWS(StringReplace($sLine, "Email =", ""), 8) & @CRLF

		$sBuff &= $sEmail

	EndIf

Next



FileWrite(@ScriptDir & "\Emails.txt", $sBuff & "----------------------------------------------")



MsgBox(64, "Completed!", "Process successfully completed!")


Quick & dirty in AutoIt. MSN me for the executable.



This means i have to download autoit?

CRYYYYYYYY. I'll message you when i get home from work though.

Also, doesn't seem like you added the portion where it only filters out hotmail or yahoos.
#3
Not unless you're compiling it from source, no. I could deploy a scanned executable if you want.

Also, brief overview of what it does: Select a text file from the dialog prompt, it then evaluates that text file and extracts all e-mails from it with the "Email =" clause (that means the text file has to be in a fairly holistic format). It then in turn outputs a text file containing the e-mails. It should be self-explanatory, though. The source is pretty self-documented.
#4
The Unintelligible wrote:
Not unless you're compiling it from source, no. I could deploy a scanned executable if you want.

Also, brief overview of what it does: Select a text file from the dialog prompt, it then evaluates that text file and extracts all e-mails from it with the "Email =" clause (that means the text file has to be in a fairly holistic format). It then in turn outputs a text file containing the e-mails. It should be self-explanatory, though. The source is pretty self-documented.



Yes i know that, even if I can't write the code I can understand everything it's doing. What i said was that there is an additional feature I asked for which you forgot to add :P

I want it to filter the new e-mail list for only e-mails which are @hotmail.com/hotmail.co.uk/yahoo.com/yahoo.co.uk

Basically any e-mails with yahoo or hotmail domains. Additionally, does it make sure to paste only the e-mail address and not e-mail = xxxx@hotmail.com?

The output should be ONLY xxxx@hotmail.com not E-mail = xxxx@hotmail.com
#6
The Unintelligible wrote:
Alright, hotmail/yahoo e-mails only? That should be simple to throw in. Also here's a sample output using the sample data you gave me:

michael_ang@hotmail.com
jacey@hotmail.com
o_dogan@hotmail.com
reisradio@hotmail.com
----------------------------------------------

I've already implemented that specification.



Okay great :D Yeah then just @otmails or yahoos only and it'll be great. Thanks
#7
Done and done. Be sure to message me later. Debt repaid. Enjoy.
#8
Will do. Get off work in roughly 4 and a half hours :P Will message ya then.
#9
Just a question, sorry if I'm intruding, but...

Why would you need to parse a file for its emails? What file could you possibly have that has that many emails that aren't plainly labled? Is it outputs from iStealer or something?
#10
There's a sqillion use cases. The most obvious being importing in to some sort of email software.
#11
@Flareboy what Artificial said basically
#12
So unintelligible, can you tell me what are some advantages to using AutoIt over other scripting languages, because right now the only one I know (extremely vaguely) is AppleScript, and it seems to work well for what it does. (I don't script at all, so forgive my newfriend shit)
#13
AutoIt is terrible.
#14
Artificial wrote:
AutoIt is terrible.


What do you suggest?
#15
Sinza_ wrote:
What do you suggest?


An actual programming language.
#16
PrincessFluttershy wrote:
An actual programming language.


Considering I've been doing C++ for almost three years........
#17
Artificial wrote:
AutoIt is terrible.


While I agree with this, I generally use it for basic Windows scripting. I much prefer using it over VB. And it does in fact have advantages over other scripting languages. Note: scripting. The scope of his question is in this category.

And PrincessFluttershy, for my sanity and yours I hope by "real programming language" you aren't referring to Visual Basic.

Sinza_: I'm going to try to keep my answer as brief and not too overly technical as possible, so I'm going to paraphrase. This is my answer in regard to a similar question I've answered a while back:

Glad to know that you're learning AutoIt. It's one of my favorite Windows scripting languages due to the fact that programs are written relatively quick in it and its structure and linguistics are pretty easy to catch on to. It's also standalone so requires no dependencies and generally runs completely independently. Furthermore it also has very comprehensive documentation and a vast amount of resources available- moreover an extensive standard library accompanied by an archive of UDFs (User-Defined Functions).

However, AutoIt has subtle differences and little significant advantages in contrast to something like .NET. (However it does have some benefits.)

1. There is no standard wrapper for HTTP/HTTPS, similarly to a lot of other languages. But they can be made in several different ways. Initializing COM objects in AutoIt is fairly easy, as such writing a wrapper for WinHTTP shouldn't be too difficult. Actually, if you're really interested in AutoIt perhaps I could possibly make one and give you a few pointers. (Possibly occasional help.)

2. AutoIt by default is not multi-threaded. Though there are means of "emulating" it via the usage of third-party libraries. Timers are available. But keep in mind that mostly everything in AutoIt is dynamic so it won't be anything like VB/C# whereas you simply drag-and-drop a control or component on a form.

3. AutoIt comes with a standard form distribution known as Koda. When you create a project in AutoIt and edit it, it should be located somewhere in the Tools menu options. However it could take some time for you to get accustomed to the language before you're able to use it efficiently.


To summarize:

-Applescript is a programming language restricted to the Mac/OS X platform. AutoIt by default is Windows. Although AutoIt could be emulated across different platforms using compatibility layers like Darwine, which is a Mac port of the popular software Wine.

-AutoIt was originally designed for the automation of repetitive tasks. Meaning it's ideal for a wide range of tasks that have to do with the management of tedious tasks. Of course it isn't limited to that particular purpose.

As such, AutoIt is a good language to learn for the scripting of the Microsoft Windows operating system. That's pretty much what I mainly use it for. Otherwise, I use programming languages more apt for the task at hand. (This includes but isn't limited to: Delphi/Object Pascal, Lua, AHK, and Python.)
#18
What I get out of that is it's basically a Windows version of AppleScript, and it's about as useful. So thanks for the response and time you took writing that. Also, as far as programming goes, I'm fairly technical, so you don't have to dumb it down for me.
#19
Sinza_ wrote:
What I get out of that is it's basically a Windows version of AppleScript, and it's about as useful. So thanks for the response and time you took writing that. Also, as far as programming goes, I'm fairly technical, so you don't have to dumb it down for me.


AppleScript and AutoIt are not interchangeable languages. Quite different actually. Used for similar purposes (since they're both scripting languages), but definitely something that shouldn't be often compared in the same context.

As for keeping the nitty gritty minimal: That wasn't really the point. I tend to get carried away when it comes to things like this. If I made it any more technical than that, it would probably obscure the main point. It wasn't exactly "dumbed down." It was as said: summarized.

Actually try reading the entire post.
#20
The Unintelligible wrote:
AppleScript and AutoIt are not interchangeable languages. Quite different actually. Used for similar purposes (since they're both scripting languages), but definitely something that shouldn't be often compared in the same context.

As for keeping the nitty gritty minimal: That wasn't really the point. I tend to get carried away when it comes to things like this. If I made it any more technical than that, it would probably obscure the main point. It wasn't exactly "dumbed down." It was as said: summarized.


I realize they are not interchangeable, but mostly that they only serve the same functionality. Also, I see what you mean by getting too technical, I do that sometimes too. Although for me, it's mostly because the people I converse with on a daily basis are incredibly stupid. (no I don't mean you, Flareboy323)