From michael at potter.name Tue Nov 2 09:58:16 2010 From: michael at potter.name (Michael Potter) Date: Tue, 2 Nov 2010 12:58:16 -0400 Subject: [Chicago-talk] Fw: What problems do threads solve for you and how could your languagemake it easier In-Reply-To: <3931952337694532505@unknownmsgid> References: <3931952337694532505@unknownmsgid> Message-ID: Here is how I would use parallel features in Perl.... sub myfunc1() { # do some long running thing here. } sub myfunc2() { # do another long running thing (perhaps a db query) } runthese(\&myfunc1, \&myfunc2) Keeps it simple. myfunc1() and myfunc2() run in parallel. When the both finish runthese() returns. runthese() should be able to be called from within a function that was invoked with runthese(). runthese should return an array of the return codes from the myfuncN(). runthese should be able to take any reasonable number of arguments, or perhaps an array of function pointers. Some scheme should be developed such that the functions can read from the same file or socket with some guarantee that they will not read the same data. Perhaps a specifier on a function that would tell perl to only allow one instance of that function to run at a time. -- Michael Potter -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard at rushlogistics.com Sat Nov 20 06:25:39 2010 From: richard at rushlogistics.com (Richard Reina) Date: Sat, 20 Nov 2010 09:25:39 -0500 (EST) Subject: [Chicago-talk] Email processing in perl Message-ID: <20101120142539.567A560F@captain.xo.com> I am hoping to write a program that runs on a machine and accepts incoming emails to a specific email address. Once it receives the email it looks for a transaction number in the subject line and verifies that the attachments are in either pdf or tiff formats. Depending on the outcome of the checks it would send back an email to the sender. However, I am wondering where to start. Is there some sort of utility that runs with perl that does some of this? If someone can point me in the right direction I would really appreciate it. Thanks, Richard -- Richard Reina Rush Logistics, Inc. Watch our 3 minute movie: http://www.rushlogistics.com/movie From frag at ripco.com Sat Nov 20 08:58:01 2010 From: frag at ripco.com (Mike Fragassi) Date: Sat, 20 Nov 2010 10:58:01 -0600 (CST) Subject: [Chicago-talk] Email processing in perl In-Reply-To: <20101120142539.567A560F@captain.xo.com> References: <20101120142539.567A560F@captain.xo.com> Message-ID: On Sat, 20 Nov 2010, Richard Reina wrote: > I am hoping to write a program that runs on a machine and accepts > incoming emails to a specific email address. Once it receives the > email it looks for a transaction number in the subject line and > verifies that the attachments are in either pdf or tiff formats. > Depending on the outcome of the checks it would send back an email to > the sender. However, I am wondering where to start. Is there some sort > of utility that runs with perl that does some of this? If someone can > point me in the right direction I would really appreciate it. I haven't used it myself, but try Mail::Audit: http://www.perl.com/pub/2001/07/17/mailfiltering.html - Mike F. From younda at gmail.com Sat Nov 20 11:20:42 2010 From: younda at gmail.com (David J. Young) Date: Sat, 20 Nov 2010 13:20:42 -0600 Subject: [Chicago-talk] Email processing in perl In-Reply-To: <20101120142539.567A560F@captain.xo.com> References: <20101120142539.567A560F@captain.xo.com> Message-ID: What platform is this on? Windows or Linux. If you use sendmail, it's easy to create an alias to redirect the message to your program. Plus it takes all the complexity out of trying to have it be an MTA Ydy On Saturday, November 20, 2010, Richard Reina wrote: > I am hoping to write a program that runs on a machine and accepts incoming emails to a specific email address. ?Once it receives the email it looks for a transaction number in the subject line and verifies that the attachments are in either pdf or tiff formats. ?Depending on the outcome of the checks it would send back an email to the sender. However, I am wondering where to start. Is there some sort of utility that runs with perl that does some of this? ?If someone can point me in the right direction I would really appreciate it. > > Thanks, > > Richard > > > -- > Richard Reina > Rush Logistics, Inc. > Watch our 3 minute movie: > http://www.rushlogistics.com/movie > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > -- I take the "Shhhh" out of IT - ydy From warren.lindsey at gmail.com Sat Nov 20 12:47:21 2010 From: warren.lindsey at gmail.com (Warren Lindsey) Date: Sat, 20 Nov 2010 15:47:21 -0500 Subject: [Chicago-talk] Email processing in perl In-Reply-To: References: <20101120142539.567A560F@captain.xo.com> Message-ID: <30F7D19C-E16E-4875-A091-F29182B14DBA@gmail.com> Checkout procmail. On Nov 20, 2010, at 2:20 PM, "David J. Young" wrote: > What platform is this on? Windows or Linux. If you use sendmail, it's > easy to create an alias to redirect the message to your program. Plus > it takes all the complexity out of trying to have it be an MTA > > Ydy > > On Saturday, November 20, 2010, Richard Reina wrote: >> I am hoping to write a program that runs on a machine and accepts incoming emails to a specific email address. Once it receives the email it looks for a transaction number in the subject line and verifies that the attachments are in either pdf or tiff formats. Depending on the outcome of the checks it would send back an email to the sender. However, I am wondering where to start. Is there some sort of utility that runs with perl that does some of this? If someone can point me in the right direction I would really appreciate it. >> >> Thanks, >> >> Richard >> >> >> -- >> Richard Reina >> Rush Logistics, Inc. >> Watch our 3 minute movie: >> http://www.rushlogistics.com/movie >> >> _______________________________________________ >> Chicago-talk mailing list >> Chicago-talk at pm.org >> http://mail.pm.org/mailman/listinfo/chicago-talk >> > > -- > I take the "Shhhh" out of IT - ydy > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk From richard at rushlogistics.com Sat Nov 20 13:32:09 2010 From: richard at rushlogistics.com (richard at rushlogistics.com) Date: Sat, 20 Nov 2010 21:32:09 +0000 Subject: [Chicago-talk] Email processing in perl In-Reply-To: References: <20101120142539.567A560F@captain.xo.com> Message-ID: <1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry> Does mail::audit or procmail have to be installed on my hosting company's server or can I just install it on my own linux box? I'm not sure what platform my hosting company uses. Watch our 3 minute movie: http://www.rushlogistics.com/movie -----Original Message----- From: "David J. Young" Sender: chicago-talk-bounces+richard=rushlogistics.com at pm.org Date: Sat, 20 Nov 2010 13:20:42 To: Chicago.pm chatter Reply-To: "Chicago.pm chatter" Subject: Re: [Chicago-talk] Email processing in perl What platform is this on? Windows or Linux. If you use sendmail, it's easy to create an alias to redirect the message to your program. Plus it takes all the complexity out of trying to have it be an MTA Ydy On Saturday, November 20, 2010, Richard Reina wrote: > I am hoping to write a program that runs on a machine and accepts incoming emails to a specific email address. ?Once it receives the email it looks for a transaction number in the subject line and verifies that the attachments are in either pdf or tiff formats. ?Depending on the outcome of the checks it would send back an email to the sender. However, I am wondering where to start. Is there some sort of utility that runs with perl that does some of this? ?If someone can point me in the right direction I would really appreciate it. > > Thanks, > > Richard > > > -- > Richard Reina > Rush Logistics, Inc. > Watch our 3 minute movie: > http://www.rushlogistics.com/movie > >_______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > -- I take the "Shhhh" out of IT - ydy _______________________________________________ Chicago-talk mailing list Chicago-talk at pm.org http://mail.pm.org/mailman/listinfo/chicago-talk From andy at petdance.com Sat Nov 20 13:33:51 2010 From: andy at petdance.com (Andy Lester) Date: Sat, 20 Nov 2010 15:33:51 -0600 Subject: [Chicago-talk] Email processing in perl In-Reply-To: <1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry> References: <20101120142539.567A560F@captain.xo.com> <1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry> Message-ID: <29ED451D-ABBC-4DC6-81C1-87A453EB1A0F@petdance.com> On Nov 20, 2010, at 3:32 PM, richard at rushlogistics.com wrote: > Does mail::audit or procmail have to be installed on my hosting company's server or can I just install it on my own linux box? I'm not sure what platform my hosting company uses. Procmail is pretty much standard on every *nix box ever. xoa -- Andy Lester => andy at petdance.com => www.theworkinggeek.com => AIM:petdance From imranjj at gmail.com Sat Nov 20 15:27:18 2010 From: imranjj at gmail.com (imran javaid) Date: Sat, 20 Nov 2010 17:27:18 -0600 Subject: [Chicago-talk] Email processing in perl In-Reply-To: <20101120142539.567A560F@captain.xo.com> References: <20101120142539.567A560F@captain.xo.com> Message-ID: I've used Mail::Box, Mail::Message and their sibling modules to connect to an Exchange server using POP3. The script parses through the email headers for specific subjects headings. It then cycles through all the attachments looking for an Excel file. -imran On Sat, Nov 20, 2010 at 8:25 AM, Richard Reina wrote: > I am hoping to write a program that runs on a machine and accepts incoming emails to a specific email address. ?Once it receives the email it looks for a transaction number in the subject line and verifies that the attachments are in either pdf or tiff formats. ?Depending on the outcome of the checks it would send back an email to the sender. However, I am wondering where to start. Is there some sort of utility that runs with perl that does some of this? ?If someone can point me in the right direction I would really appreciate it. > > Thanks, > > Richard > > > -- > Richard Reina > Rush Logistics, Inc. > Watch our 3 minute movie: > http://www.rushlogistics.com/movie > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > From frag at ripco.com Sat Nov 20 23:35:14 2010 From: frag at ripco.com (Mike Fragassi) Date: Sun, 21 Nov 2010 01:35:14 -0600 (CST) Subject: [Chicago-talk] Email processing in perl In-Reply-To: <1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry> References: <20101120142539.567A560F@captain.xo.com> <1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry> Message-ID: On Sat, 20 Nov 2010, richard at rushlogistics.com wrote: > Does mail::audit or procmail have to be installed on my hosting > company's server or can I just install it on my own linux box? I'm not > sure what platform my hosting company uses. WRT Mail::Audit, or any Perl modules, are you familiar with local::lib? (That's no typo, it's one of the few non-pragma CPAN modules that's all in lowercase.) It provides a way to install modules when you don't have root on a host. I find the perldoc for local::lib to be a little confusing, but try this tutorial for a walk-through of what it can do for you: http://perl.jonallen.info/writing/articles/install-perl-modules-without-root -- Mike F. From richard at rushlogistics.com Sun Nov 21 10:01:24 2010 From: richard at rushlogistics.com (richard at rushlogistics.com) Date: Sun, 21 Nov 2010 18:01:24 +0000 Subject: [Chicago-talk] Email processing in perl In-Reply-To: References: <20101120142539.567A560F@captain.xo.com><1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry> Message-ID: <956991733-1290362485-cardhu_decombobulator_blackberry.rim.net-1287050947-@bda2142.bisx.prod.on.blackberry> I will look into those modules and procmail. However, if I understand correctly the modules must be intsalled on the machine that is hosting muy domain? Is it correct to say that is the case? Or is it possible to set up a random domain somehow and create an email adress such as test at randomlikedomain.net and begin testing? Watch our 3 minute movie: http://www.rushlogistics.com/movie -----Original Message----- From: Mike Fragassi Sender: chicago-talk-bounces+richard=rushlogistics.com at pm.org Date: Sun, 21 Nov 2010 01:35:14 To: Chicago.pm chatter Reply-To: "Chicago.pm chatter" Subject: Re: [Chicago-talk] Email processing in perl On Sat, 20 Nov 2010, richard at rushlogistics.com wrote: > Does mail::audit or procmail have to be installed on my hosting > company's server or can I just install it on my own linux box? I'm not > sure what platform my hosting company uses. WRT Mail::Audit, or any Perl modules, are you familiar with local::lib? (That's no typo, it's one of the few non-pragma CPAN modules that's all in lowercase.) It provides a way to install modules when you don't have root on a host. I find the perldoc for local::lib to be a little confusing, but try this tutorial for a walk-through of what it can do for you: http://perl.jonallen.info/writing/articles/install-perl-modules-without-root -- Mike F. _______________________________________________ Chicago-talk mailing list Chicago-talk at pm.org http://mail.pm.org/mailman/listinfo/chicago-talk From amead at alanmead.org Sun Nov 21 13:22:02 2010 From: amead at alanmead.org (Alan Mead) Date: Sun, 21 Nov 2010 15:22:02 -0600 Subject: [Chicago-talk] Email processing in perl In-Reply-To: <956991733-1290362485-cardhu_decombobulator_blackberry.rim.net-1287050947-@bda2142.bisx.prod.on.blackberry> References: <20101120142539.567A560F@captain.xo.com><1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry> <956991733-1290362485-cardhu_decombobulator_blackberry.rim.net-1287050947-@bda2142.bisx.prod.on.blackberry> Message-ID: <4CE98D7A.5090003@alanmead.org> On 11/21/2010 12:01 PM, richard at rushlogistics.com wrote: > I will look into those modules and procmail. However, if I understand correctly the modules must be intsalled on the machine that is hosting muy domain? Is it correct to say that is the case? Or is it possible to set up a random domain somehow and create an email adress such as test at randomlikedomain.net and begin testing? > Richard, I think you need to know how email works with a mail client before you try to make Perl do the same thing. So, your answer is "That depends." If your Perl gets the mail through POP/IMAP, your Perl code could be anywhere and work with any email address (to which you have access). If you are making aliases on the mailserver, then your code will either have to run on that server or know how to transfer the mail to another machine. I think using POP or IMAP would be a lot more flexible. (BTW, I also bet you want to use IMAP because if you use POP or write Perl that pretends to be am MTA then your client probably loses access to that email when your Perl code stores the message somewhere local.) For sending email, the location of your code may matter because your IP address can be one way that your mail client is given permission to post mail. (Open relays are strongly discouraged today, due to spammers.) At my university, having an IP on campus is sufficient to post email. My personal ISP uses some version of POP-before-SMTP so I can post email from anywhere but I have to successfully POP the mailserver before I can post email (and that privilege only lasts a short while, 15 minutes?). My ISP at home, Comcast, is pretty draconian due to all the Windows zombies they require that all email goes through their STMP at a port like 463 (they block outgoing traffic on port 25). BTW, I've always used MIME::Lite to send email and it's always been sufficient (for me, YMMV) and it is fairly lightweight. It has methods to post directly to Sendmail and also to STMP to a mail server. -Alan -- Alan D. Mead, Ph.D. Assistant Professor, Institute of Psychology Scientific Adviser, Center for Research and Service Illinois Institute of Technology 3101 South Dearborn, 2nd floor Chicago IL 60616 http://mypages.iit.edu/~mead http://www.center.iit.edu http://www.alanmead.org Money can't buy you happiness, but it does bring you a more pleasant form of misery. --Spike Milligan From richard at rushlogistics.com Sun Nov 21 13:44:33 2010 From: richard at rushlogistics.com (richard at rushlogistics.com) Date: Sun, 21 Nov 2010 21:44:33 +0000 Subject: [Chicago-talk] Email processing in perl In-Reply-To: <4CE98D7A.5090003@alanmead.org> References: <20101120142539.567A560F@captain.xo.com><1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry><956991733-1290362485-cardhu_decombobulator_blackberry.rim.net-1287050947-@bda2142.bisx.prod.on.blackberry><4CE98D7A.5090003@alanmead.org> Message-ID: <39187821-1290375874-cardhu_decombobulator_blackberry.rim.net-887374929-@bda2142.bisx.prod.on.blackberry> Alan, Thank you very much for the very informative reply. My hosting co/ISP xo communications uses pop and smpt -- I'm not sure about IMAP. I guess I will call them tomorrow and try to find out. Thanks again. Watch our 3 minute movie: http://www.rushlogistics.com/movie -----Original Message----- From: Alan Mead Sender: chicago-talk-bounces+richard=rushlogistics.com at pm.org Date: Sun, 21 Nov 2010 15:22:02 To: Chicago.pm chatter Reply-To: "Chicago.pm chatter" Subject: Re: [Chicago-talk] Email processing in perl On 11/21/2010 12:01 PM, richard at rushlogistics.com wrote: > I will look into those modules and procmail. However, if I understand correctly the modules must be intsalled on the machine that is hosting muy domain? Is it correct to say that is the case? Or is it possible to set up a random domain somehow and create an email adress such as test at randomlikedomain.net and begin testing? > Richard, I think you need to know how email works with a mail client before you try to make Perl do the same thing. So, your answer is "That depends." If your Perl gets the mail through POP/IMAP, your Perl code could be anywhere and work with any email address (to which you have access). If you are making aliases on the mailserver, then your code will either have to run on that server or know how to transfer the mail to another machine. I think using POP or IMAP would be a lot more flexible. (BTW, I also bet you want to use IMAP because if you use POP or write Perl that pretends to be am MTA then your client probably loses access to that email when your Perl code stores the message somewhere local.) For sending email, the location of your code may matter because your IP address can be one way that your mail client is given permission to post mail. (Open relays are strongly discouraged today, due to spammers.) At my university, having an IP on campus is sufficient to post email. My personal ISP uses some version of POP-before-SMTP so I can post email from anywhere but I have to successfully POP the mailserver before I can post email (and that privilege only lasts a short while, 15 minutes?). My ISP at home, Comcast, is pretty draconian due to all the Windows zombies they require that all email goes through their STMP at a port like 463 (they block outgoing traffic on port 25). BTW, I've always used MIME::Lite to send email and it's always been sufficient (for me, YMMV) and it is fairly lightweight. It has methods to post directly to Sendmail and also to STMP to a mail server. -Alan -- Alan D. Mead, Ph.D. Assistant Professor, Institute of Psychology Scientific Adviser, Center for Research and Service Illinois Institute of Technology 3101 South Dearborn, 2nd floor Chicago IL 60616 http://mypages.iit.edu/~mead http://www.center.iit.edu http://www.alanmead.org Money can't buy you happiness, but it does bring you a more pleasant form of misery. --Spike Milligan _______________________________________________ Chicago-talk mailing list Chicago-talk at pm.org http://mail.pm.org/mailman/listinfo/chicago-talk From richard at rushlogistics.com Sun Nov 21 13:52:16 2010 From: richard at rushlogistics.com (richard at rushlogistics.com) Date: Sun, 21 Nov 2010 21:52:16 +0000 Subject: [Chicago-talk] Email processing in perl In-Reply-To: <4CE98D7A.5090003@alanmead.org> References: <20101120142539.567A560F@captain.xo.com><1823902790-1290288732-cardhu_decombobulator_blackberry.rim.net-1471241413-@bda2142.bisx.prod.on.blackberry><956991733-1290362485-cardhu_decombobulator_blackberry.rim.net-1287050947-@bda2142.bisx.prod.on.blackberry><4CE98D7A.5090003@alanmead.org> Message-ID: <1638112414-1290376337-cardhu_decombobulator_blackberry.rim.net-491864468-@bda2142.bisx.prod.on.blackberry> Actually, now that I think about it. I will be creating an alias on my hosting companies server. It gives me the option to automatically forward the emails to another email address. So I guess I just need to figure out what address can be used so that it goes to a linux machine where I have procmail and mime::lite set up to do what I need. Watch our 3 minute movie: http://www.rushlogistics.com/movie -----Original Message----- From: Alan Mead Sender: chicago-talk-bounces+richard=rushlogistics.com at pm.org Date: Sun, 21 Nov 2010 15:22:02 To: Chicago.pm chatter Reply-To: "Chicago.pm chatter" Subject: Re: [Chicago-talk] Email processing in perl On 11/21/2010 12:01 PM, richard at rushlogistics.com wrote: > I will look into those modules and procmail. However, if I understand correctly the modules must be intsalled on the machine that is hosting muy domain? Is it correct to say that is the case? Or is it possible to set up a random domain somehow and create an email adress such as test at randomlikedomain.net and begin testing? > Richard, I think you need to know how email works with a mail client before you try to make Perl do the same thing. So, your answer is "That depends." If your Perl gets the mail through POP/IMAP, your Perl code could be anywhere and work with any email address (to which you have access). If you are making aliases on the mailserver, then your code will either have to run on that server or know how to transfer the mail to another machine. I think using POP or IMAP would be a lot more flexible. (BTW, I also bet you want to use IMAP because if you use POP or write Perl that pretends to be am MTA then your client probably loses access to that email when your Perl code stores the message somewhere local.) For sending email, the location of your code may matter because your IP address can be one way that your mail client is given permission to post mail. (Open relays are strongly discouraged today, due to spammers.) At my university, having an IP on campus is sufficient to post email. My personal ISP uses some version of POP-before-SMTP so I can post email from anywhere but I have to successfully POP the mailserver before I can post email (and that privilege only lasts a short while, 15 minutes?). My ISP at home, Comcast, is pretty draconian due to all the Windows zombies they require that all email goes through their STMP at a port like 463 (they block outgoing traffic on port 25). BTW, I've always used MIME::Lite to send email and it's always been sufficient (for me, YMMV) and it is fairly lightweight. It has methods to post directly to Sendmail and also to STMP to a mail server. -Alan -- Alan D. Mead, Ph.D. Assistant Professor, Institute of Psychology Scientific Adviser, Center for Research and Service Illinois Institute of Technology 3101 South Dearborn, 2nd floor Chicago IL 60616 http://mypages.iit.edu/~mead http://www.center.iit.edu http://www.alanmead.org Money can't buy you happiness, but it does bring you a more pleasant form of misery. --Spike Milligan _______________________________________________ Chicago-talk mailing list Chicago-talk at pm.org http://mail.pm.org/mailman/listinfo/chicago-talk From fasteliteprogrammer at gmail.com Sun Nov 28 16:22:47 2010 From: fasteliteprogrammer at gmail.com (packet) Date: Sun, 28 Nov 2010 18:22:47 -0600 Subject: [Chicago-talk] pcapy question Message-ID: I got a very god question if i am right do i need the Net::Pcap so i can makea tool like pcapy in perl just have a hard time thinking how i going to start this tool.Hope someone can give me some pointers in the right way:) -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at blanton.com Mon Nov 29 07:36:11 2010 From: sean at blanton.com (Sean Blanton) Date: Mon, 29 Nov 2010 09:36:11 -0600 Subject: [Chicago-talk] pcapy question In-Reply-To: References: Message-ID: I'm not familiar with pcapy, but it appears Net::Pcap will give you the same functionality if not more. Net::Pcap is very solid on both Windows and Linux. Regards, Sean Sean Blanton, Ph.D. Connect: http://www.linkedin.com/in/seanblanton On Sun, Nov 28, 2010 at 6:22 PM, packet wrote: > I got a very god question if i am right do i need the Net::Pcap so i can > makea tool like pcapy in perl just have a hard time thinking how i going to > start this tool.Hope someone can give me some pointers in the right way:) > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jtk at depaul.edu Tue Nov 30 10:15:18 2010 From: jtk at depaul.edu (John Kristoff) Date: Tue, 30 Nov 2010 12:15:18 -0600 Subject: [Chicago-talk] pcapy question In-Reply-To: References: Message-ID: <20101130181518.GA22498@condor.depaul.edu> On Sun, Nov 28, 2010 at 06:22:47PM -0600, packet wrote: > I got a very god question if i am right do i need the Net::Pcap so i can > makea tool like pcapy in perl just have a hard time thinking how i going to > start this tool.Hope someone can give me some pointers in the right way:) I wrote this awhile back as a simple pcap summarization tool. You are free to adapt it for your uses: A few notes about the modules however... Myself and a number of others have found Net::Pcap versions 0.15 and 0.16 to be broken by default on a number of systems. I advise using 0.14 if you run into trouble. I like using the NetPacket modules when possible, but it has a limited set of protocols it supports. The alternative is either Net::Packet or it's successor Net::Frame. Net::Packet has not only been discontinued by the author, but will always send messages to stderr by default, telling you it is obsolete. Unfortunatley, Net::Frame lacks some protocol support that Net::Packet had. So depending on what you are trying to do, you might have to hack the distribution, use a combination of modules or contribute some code. One additional note that you may care about, as I recall, installing Net::Packet resulted in my having to also install a seemingly tremendous amount of other modules that were not in my typical Perl installation. I believe Net::Frame has many of the same module requirements. John