From joshj at linuxmail.org  Wed Mar  1 15:20:07 2006
From: joshj at linuxmail.org (joshj@linuxmail.org)
Date: Wed, 1 Mar 2006 18:20:07 -0500 (EST)
Subject: [Buffalo-pm] CGI.pm uploadinfo filesize
Message-ID: <Pine.LNX.4.64.0603011811120.29644@lotuseaters.no-ip.com>

How exactly do you get the filesize of an uploaded file? I'd like to use
it so I could display progress to the user. Everything seems to say to
use uploadInfo from CGI.pm or upload_info from CGI::Simple. The only one
that even returns anything useful is CGI.pm. It gives me content-type,
content-disposition, name, and filename. But no file size. So I'm
thinking that maybe there is something more I should specify in the html
to tell the client that I want that information. Here is my html form:

<form method="post" action="oldup.cgi" enctype="multipart/form-data">
<input type="file" name="upfile" /><input type="submit" /></form>

and the cgi:

use strict;
use CGI qw(:standard uploadInfo);
use Data::Dumper;

my $q = new CGI;
my $fname = param('upfile');
my $fsize = $q->uploadInfo($fname);
print <<"html";
Content-type: text/html

<h1>UpLoad File</h1>

file: $fname<br />

<b>Done $fsize</b>
html
print Dumper($fsize);

------------------------------
Any ideas how to get this information?

-Josh J

From dmagnuszewski at mandtbank.com  Fri Mar  3 07:09:44 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Fri, 03 Mar 2006 10:09:44 -0500
Subject: [Buffalo-pm] CGI.pm uploadinfo filesize
Message-ID: <s40815fa.010@comrcm01intgwia.mandtbank.com>

This page may help a little - check out the bottom of the last example
(http://perlmeme.org/tutorials/cgi_upload.html):


        while ($bytesread = read($filename, $buffer, $num_bytes)) {
            $totalbytes += $bytesread;
            print OUTFILE $buffer;
        }

I can't find anything on it right now, but I was told that there is a
"FILE" (or something similar) entry in the %ENV (environment variable)
hash. It should contain a whole bunch of information on the file (name,
size, etc). If this is the case, then you can simply grab the filesize
and use the above while loop and compare the bytes read with whatever
the total number of bytes is. 

I'm not a "web guy" so I'm not too familar with using %ENV beyond its
basic uses. Does anyone else know if the filesize is in %ENV?

-Dan


>>> <joshj at linuxmail.org> 03/01/06 6:20 PM >>>
How exactly do you get the filesize of an uploaded file? I'd like to
use
it so I could display progress to the user. Everything seems to say to
use uploadInfo from CGI.pm or upload_info from CGI::Simple. The only
one
that even returns anything useful is CGI.pm. It gives me content-type,
content-disposition, name, and filename. But no file size. So I'm
thinking that maybe there is something more I should specify in the
html
to tell the client that I want that information. Here is my html form:

<form method="post" action="oldup.cgi" enctype="multipart/form-data">
<input type="file" name="upfile" /><input type="submit" /></form>

and the cgi:

use strict;
use CGI qw(:standard uploadInfo);
use Data::Dumper;

my $q = new CGI;
my $fname = param('upfile');
my $fsize = $q->uploadInfo($fname);
print <<"html";
Content-type: text/html

<h1>UpLoad File</h1>

file: $fname<br />

<b>Done $fsize</b>
html
print Dumper($fsize);

------------------------------
Any ideas how to get this information?

-Josh J
_______________________________________________
Buffalo-pm mailing list
Buffalo-pm at pm.org 
http://mail.pm.org/mailman/listinfo/buffalo-pm 



From cbrandt at buffalo.edu  Fri Mar  3 07:40:39 2006
From: cbrandt at buffalo.edu (Jim Brandt)
Date: Fri, 03 Mar 2006 10:40:39 -0500
Subject: [Buffalo-pm] CGI.pm uploadinfo filesize
In-Reply-To: <s40815fa.010@comrcm01intgwia.mandtbank.com>
References: <s40815fa.010@comrcm01intgwia.mandtbank.com>
Message-ID: <44086377.80801@buffalo.edu>

Check out the code for the valid_file_max_bytes method in this module:

http://search.cpan.org/src/MARKSTOS/Data-FormValidator-4.14/lib/Data/FormValidator/Constraints/Upload.pm

If you trace it through, you'll see they use CGI.pm 'upload' method to 
get a filehandle to the uploaded file. Then they just stat the file.

	my $fh = _get_upload_fh($self);
	if (!$fh) { warn "Failed to load filehandle for $field" && return undef; }

	## retrieve size
    	my $file_size = (stat ($fh))[7];

I don't think this will really solve your problem, though. To display 
progress, you need to know the size of the file ahead of time. But you 
can't know this until you've already got the file on your file system.

If you want a progress indicator, you just need to make a fake one.



DANIEL MAGNUSZEWSKI wrote:
> This page may help a little - check out the bottom of the last example
> (http://perlmeme.org/tutorials/cgi_upload.html):
> 
> 
>         while ($bytesread = read($filename, $buffer, $num_bytes)) {
>             $totalbytes += $bytesread;
>             print OUTFILE $buffer;
>         }
> 
> I can't find anything on it right now, but I was told that there is a
> "FILE" (or something similar) entry in the %ENV (environment variable)
> hash. It should contain a whole bunch of information on the file (name,
> size, etc). If this is the case, then you can simply grab the filesize
> and use the above while loop and compare the bytes read with whatever
> the total number of bytes is. 
> 
> I'm not a "web guy" so I'm not too familar with using %ENV beyond its
> basic uses. Does anyone else know if the filesize is in %ENV?
> 
> -Dan
> 
> 
>>>> <joshj at linuxmail.org> 03/01/06 6:20 PM >>>
> How exactly do you get the filesize of an uploaded file? I'd like to
> use
> it so I could display progress to the user. Everything seems to say to
> use uploadInfo from CGI.pm or upload_info from CGI::Simple. The only
> one
> that even returns anything useful is CGI.pm. It gives me content-type,
> content-disposition, name, and filename. But no file size. So I'm
> thinking that maybe there is something more I should specify in the
> html
> to tell the client that I want that information. Here is my html form:
> 
> <form method="post" action="oldup.cgi" enctype="multipart/form-data">
> <input type="file" name="upfile" /><input type="submit" /></form>
> 
> and the cgi:
> 
> use strict;
> use CGI qw(:standard uploadInfo);
> use Data::Dumper;
> 
> my $q = new CGI;
> my $fname = param('upfile');
> my $fsize = $q->uploadInfo($fname);
> print <<"html";
> Content-type: text/html
> 
> <h1>UpLoad File</h1>
> 
> file: $fname<br />
> 
> <b>Done $fsize</b>
> html
> print Dumper($fsize);
> 
> ------------------------------
> Any ideas how to get this information?
> 
> -Josh J
> _______________________________________________
> Buffalo-pm mailing list
> Buffalo-pm at pm.org 
> http://mail.pm.org/mailman/listinfo/buffalo-pm 
> 
> 
> _______________________________________________
> Buffalo-pm mailing list
> Buffalo-pm at pm.org
> http://mail.pm.org/mailman/listinfo/buffalo-pm

-- 
Jim Brandt
Administrative Computing Services
University at Buffalo


From dmagnuszewski at mandtbank.com  Fri Mar  3 07:52:15 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Fri, 03 Mar 2006 10:52:15 -0500
Subject: [Buffalo-pm] CGI.pm uploadinfo filesize
Message-ID: <s4081fec.028@comrcm01intgwia.mandtbank.com>

Check out these sites (donated by one of those "PHP Guys" within PM):

http://www.raditha.com/megaupload/perl.php 
http://sourceforge.net/projects/megaupload/ 

-Dan

>>> "Jim Brandt" <cbrandt at buffalo.edu> 03/03/06 10:40 AM >>>
Check out the code for the valid_file_max_bytes method in this module:

http://search.cpan.org/src/MARKSTOS/Data-FormValidator-4.14/lib/Data/FormValidator/Constraints/Upload.pm


If you trace it through, you'll see they use CGI.pm 'upload' method to

get a filehandle to the uploaded file. Then they just stat the file.

	my $fh = _get_upload_fh($self);
	if (!$fh) { warn "Failed to load filehandle for $field" &&
return undef; }

	## retrieve size
    	my $file_size = (stat ($fh))[7];

I don't think this will really solve your problem, though. To display 
progress, you need to know the size of the file ahead of time. But you

can't know this until you've already got the file on your file system.

If you want a progress indicator, you just need to make a fake one.



DANIEL MAGNUSZEWSKI wrote:
> This page may help a little - check out the bottom of the last
example
> (http://perlmeme.org/tutorials/cgi_upload.html):
> 
> 
>         while ($bytesread = read($filename, $buffer, $num_bytes)) {
>             $totalbytes += $bytesread;
>             print OUTFILE $buffer;
>         }
> 
> I can't find anything on it right now, but I was told that there is
a
> "FILE" (or something similar) entry in the %ENV (environment
variable)
> hash. It should contain a whole bunch of information on the file
(name,
> size, etc). If this is the case, then you can simply grab the
filesize
> and use the above while loop and compare the bytes read with
whatever
> the total number of bytes is. 
> 
> I'm not a "web guy" so I'm not too familar with using %ENV beyond
its
> basic uses. Does anyone else know if the filesize is in %ENV?
> 
> -Dan
> 
> 
>>>> <joshj at linuxmail.org> 03/01/06 6:20 PM >>>
> How exactly do you get the filesize of an uploaded file? I'd like to
> use
> it so I could display progress to the user. Everything seems to say
to
> use uploadInfo from CGI.pm or upload_info from CGI::Simple. The only
> one
> that even returns anything useful is CGI.pm. It gives me
content-type,
> content-disposition, name, and filename. But no file size. So I'm
> thinking that maybe there is something more I should specify in the
> html
> to tell the client that I want that information. Here is my html
form:
> 
> <form method="post" action="oldup.cgi"
enctype="multipart/form-data">
> <input type="file" name="upfile" /><input type="submit" /></form>
> 
> and the cgi:
> 
> use strict;
> use CGI qw(:standard uploadInfo);
> use Data::Dumper;
> 
> my $q = new CGI;
> my $fname = param('upfile');
> my $fsize = $q->uploadInfo($fname);
> print <<"html";
> Content-type: text/html
> 
> <h1>UpLoad File</h1>
> 
> file: $fname<br />
> 
> <b>Done $fsize</b>
> html
> print Dumper($fsize);
> 
> ------------------------------
> Any ideas how to get this information?
> 
> -Josh J
> _______________________________________________
> Buffalo-pm mailing list
> Buffalo-pm at pm.org 
> http://mail.pm.org/mailman/listinfo/buffalo-pm 
> 
> 
> _______________________________________________
> Buffalo-pm mailing list
> Buffalo-pm at pm.org 
> http://mail.pm.org/mailman/listinfo/buffalo-pm 

-- 
Jim Brandt
Administrative Computing Services
University at Buffalo




From joshj at linuxmail.org  Fri Mar  3 08:16:56 2006
From: joshj at linuxmail.org (joshj@linuxmail.org)
Date: Fri, 3 Mar 2006 11:16:56 -0500 (EST)
Subject: [Buffalo-pm] CGI.pm uploadinfo filesize
In-Reply-To: <44086377.80801@buffalo.edu>
References: <s40815fa.010@comrcm01intgwia.mandtbank.com>
	<44086377.80801@buffalo.edu>
Message-ID: <Pine.LNX.4.64.0603031046520.6366@lotuseaters.no-ip.com>

Thanks Jim and Dan for the replies. Since I originally posted I've run
into another problem. The first problem was getting the orginal file
size. Which, just like Jim said, I can get after I've got the file
handle. but I can't track progress that way. But I figured I could do
without that, I could just show how many bytes (or Kbytes or whatever)
have been uploaded so far. so the user would have some idea that
something is actually happening. Well, I noticed that when I uploaded a
larger file (~10M) my "buffer" file wouldn't change size until it was
almost finished, then it would grow really fast in size and be done way
sooner than a 10M file should take to upload. A bit of research into
this showed that CGI.pm actually creates its own temp file. Then when
you do that loop with the "buffer" file, you are actually chunking it
from CGI.pm's temp file into your custom filename. Any "file uploader"
I've seen online (filechucker, xupload) has this same draw back. It
won't indicate any progress until the upload is almost finished, then it
will shoot up. And even then it is a 'fake' status because it only knows
the filesize after it has the file. On my system the CGItemp files are
stored at /var/tmp/CGItemp[0-9]{5} . So I've been working out a system
with lockfiles and whatnot to track the progress of the file that I
want. Not the most graceful but...  I looked into hacking up CGI.pm or
accessing the raw POST without CGI.pm but thats just too messy. Too
error prone.

Dan: I dumped the %ENV on upload and there was no FILE or anything
closely related. However, CONTENT_LENGTH was suspiciously close in size
to the file I uploaded. Just a little bigger. I guess it accounts for
all bytes transfered. Which, of course, the file makes up the bulk of. I
thought I could use this but I can't really (in fact, it might not be
created until CGI.pm's temp file is done). Because the script won't do
anything until it is done buffering the file. Even with buffering turned
off. So for example:

use strict;
$|=1;
print "starting upload...\n";
# upload code here
print "done with upload\n";


won't print anything until the upload is complete. I thought that it
would print a start message to indicate some goings-on. but thats not
the case.

Either way, I'll let you guys know what I come with. Its an interesting
problem that seems to have not really been tackeled before. Its not a
big deal for files less than 2M (on broadband). but over that the
browser just sits there spinning without any indication of progress
unless you have a monitor on your network interface. Any more
ideas (and don't say "applet")?

-Josh J

Thus spake Jim Brandt on Fri, 3 Mar 2006

> Check out the code for the valid_file_max_bytes method in this module:
>
> http://search.cpan.org/src/MARKSTOS/Data-FormValidator-4.14/lib/Data/FormValidator/Constraints/Upload.pm
>
> If you trace it through, you'll see they use CGI.pm 'upload' method to get a 
> filehandle to the uploaded file. Then they just stat the file.
>
> 	 my $fh = _get_upload_fh($self);
> 	 if (!$fh) { warn "Failed to load filehandle for $field" && return
> 	 undef; }
>
> 	 ## retrieve size
>   	 my $file_size = (stat ($fh))[7];
>
> I don't think this will really solve your problem, though. To display 
> progress, you need to know the size of the file ahead of time. But you can't 
> know this until you've already got the file on your file system.
>
> If you want a progress indicator, you just need to make a fake one.
>
>
>
> DANIEL MAGNUSZEWSKI wrote:
>>  This page may help a little - check out the bottom of the last example
>>  (http://perlmeme.org/tutorials/cgi_upload.html):
>>
>>
>>          while ($bytesread = read($filename, $buffer, $num_bytes)) {
>>              $totalbytes += $bytesread;
>>              print OUTFILE $buffer;
>>          }
>>
>>  I can't find anything on it right now, but I was told that there is a
>>  "FILE" (or something similar) entry in the %ENV (environment variable)
>>  hash. It should contain a whole bunch of information on the file (name,
>>  size, etc). If this is the case, then you can simply grab the filesize
>>  and use the above while loop and compare the bytes read with whatever
>>  the total number of bytes is.
>>  I'm not a "web guy" so I'm not too familar with using %ENV beyond its
>>  basic uses. Does anyone else know if the filesize is in %ENV?
>>
>>  -Dan
>>
>> 
>> > > >  <joshj at linuxmail.org> 03/01/06 6:20 PM >>>
>>  How exactly do you get the filesize of an uploaded file? I'd like to
>>  use
>>  it so I could display progress to the user. Everything seems to say to
>>  use uploadInfo from CGI.pm or upload_info from CGI::Simple. The only
>>  one
>>  that even returns anything useful is CGI.pm. It gives me content-type,
>>  content-disposition, name, and filename. But no file size. So I'm
>>  thinking that maybe there is something more I should specify in the
>>  html
>>  to tell the client that I want that information. Here is my html form:
>>
>>  <form method="post" action="oldup.cgi" enctype="multipart/form-data">
>>  <input type="file" name="upfile" /><input type="submit" /></form>
>>
>>  and the cgi:
>>
>>  use strict;
>>  use CGI qw(:standard uploadInfo);
>>  use Data::Dumper;
>>
>>  my $q = new CGI;
>>  my $fname = param('upfile');
>>  my $fsize = $q->uploadInfo($fname);
>>  print <<"html";
>>  Content-type: text/html
>>
>>  <h1>UpLoad File</h1>
>>
>>  file: $fname<br />
>>
>>  <b>Done $fsize</b>
>>  html
>>  print Dumper($fsize);
>>
>>  ------------------------------
>>  Any ideas how to get this information?
>>
>>  -Josh J
>>  _______________________________________________
>>  Buffalo-pm mailing list
>>  Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm
>>
>>  _______________________________________________
>>  Buffalo-pm mailing list
>>  Buffalo-pm at pm.org
>>  http://mail.pm.org/mailman/listinfo/buffalo-pm
>
> -- 
> Jim Brandt
> Administrative Computing Services
> University at Buffalo
>
>

From joshj at linuxmail.org  Fri Mar  3 08:30:35 2006
From: joshj at linuxmail.org (joshj@linuxmail.org)
Date: Fri, 3 Mar 2006 11:30:35 -0500 (EST)
Subject: [Buffalo-pm] CGI.pm uploadinfo filesize
In-Reply-To: <Pine.LNX.4.64.0603031046520.6366@lotuseaters.no-ip.com>
References: <s40815fa.010@comrcm01intgwia.mandtbank.com>
	<44086377.80801@buffalo.edu>
	<Pine.LNX.4.64.0603031046520.6366@lotuseaters.no-ip.com>
Message-ID: <Pine.LNX.4.64.0603031129550.6366@lotuseaters.no-ip.com>

Never mind this rant. megaupload is perfect.

-Josh J

Thus spake joshj at linuxmail.org on Fri, 3 Mar 2006

> Thanks Jim and Dan for the replies. Since I originally posted I've run
> into another problem. The first problem was getting the orginal file
> size. Which, just like Jim said, I can get after I've got the file
> handle. but I can't track progress that way. But I figured I could do
> without that, I could just show how many bytes (or Kbytes or whatever)
> have been uploaded so far. so the user would have some idea that
> something is actually happening. Well, I noticed that when I uploaded a
> larger file (~10M) my "buffer" file wouldn't change size until it was
> almost finished, then it would grow really fast in size and be done way
> sooner than a 10M file should take to upload. A bit of research into
> this showed that CGI.pm actually creates its own temp file. Then when
> you do that loop with the "buffer" file, you are actually chunking it
> from CGI.pm's temp file into your custom filename. Any "file uploader"
> I've seen online (filechucker, xupload) has this same draw back. It
> won't indicate any progress until the upload is almost finished, then it
> will shoot up. And even then it is a 'fake' status because it only knows
> the filesize after it has the file. On my system the CGItemp files are
> stored at /var/tmp/CGItemp[0-9]{5} . So I've been working out a system
> with lockfiles and whatnot to track the progress of the file that I
> want. Not the most graceful but...  I looked into hacking up CGI.pm or
> accessing the raw POST without CGI.pm but thats just too messy. Too
> error prone.
>
> Dan: I dumped the %ENV on upload and there was no FILE or anything
> closely related. However, CONTENT_LENGTH was suspiciously close in size
> to the file I uploaded. Just a little bigger. I guess it accounts for
> all bytes transfered. Which, of course, the file makes up the bulk of. I
> thought I could use this but I can't really (in fact, it might not be
> created until CGI.pm's temp file is done). Because the script won't do
> anything until it is done buffering the file. Even with buffering turned
> off. So for example:
>
> use strict;
> $|=1;
> print "starting upload...\n";
> # upload code here
> print "done with upload\n";
>
>
> won't print anything until the upload is complete. I thought that it
> would print a start message to indicate some goings-on. but thats not
> the case.
>
> Either way, I'll let you guys know what I come with. Its an interesting
> problem that seems to have not really been tackeled before. Its not a
> big deal for files less than 2M (on broadband). but over that the
> browser just sits there spinning without any indication of progress
> unless you have a monitor on your network interface. Any more
> ideas (and don't say "applet")?
>
> -Josh J
>
> Thus spake Jim Brandt on Fri, 3 Mar 2006
>
>> Check out the code for the valid_file_max_bytes method in this module:
>>
>> http://search.cpan.org/src/MARKSTOS/Data-FormValidator-4.14/lib/Data/FormValidator/Constraints/Upload.pm
>>
>> If you trace it through, you'll see they use CGI.pm 'upload' method to get a
>> filehandle to the uploaded file. Then they just stat the file.
>>
>> 	 my $fh = _get_upload_fh($self);
>> 	 if (!$fh) { warn "Failed to load filehandle for $field" && return
>> 	 undef; }
>>
>> 	 ## retrieve size
>>   	 my $file_size = (stat ($fh))[7];
>>
>> I don't think this will really solve your problem, though. To display
>> progress, you need to know the size of the file ahead of time. But you can't
>> know this until you've already got the file on your file system.
>>
>> If you want a progress indicator, you just need to make a fake one.
>>
>>
>>
>> DANIEL MAGNUSZEWSKI wrote:
>>>  This page may help a little - check out the bottom of the last example
>>>  (http://perlmeme.org/tutorials/cgi_upload.html):
>>>
>>>
>>>          while ($bytesread = read($filename, $buffer, $num_bytes)) {
>>>              $totalbytes += $bytesread;
>>>              print OUTFILE $buffer;
>>>          }
>>>
>>>  I can't find anything on it right now, but I was told that there is a
>>>  "FILE" (or something similar) entry in the %ENV (environment variable)
>>>  hash. It should contain a whole bunch of information on the file (name,
>>>  size, etc). If this is the case, then you can simply grab the filesize
>>>  and use the above while loop and compare the bytes read with whatever
>>>  the total number of bytes is.
>>>  I'm not a "web guy" so I'm not too familar with using %ENV beyond its
>>>  basic uses. Does anyone else know if the filesize is in %ENV?
>>>
>>>  -Dan
>>>
>>>
>>>>>>  <joshj at linuxmail.org> 03/01/06 6:20 PM >>>
>>>  How exactly do you get the filesize of an uploaded file? I'd like to
>>>  use
>>>  it so I could display progress to the user. Everything seems to say to
>>>  use uploadInfo from CGI.pm or upload_info from CGI::Simple. The only
>>>  one
>>>  that even returns anything useful is CGI.pm. It gives me content-type,
>>>  content-disposition, name, and filename. But no file size. So I'm
>>>  thinking that maybe there is something more I should specify in the
>>>  html
>>>  to tell the client that I want that information. Here is my html form:
>>>
>>>  <form method="post" action="oldup.cgi" enctype="multipart/form-data">
>>>  <input type="file" name="upfile" /><input type="submit" /></form>
>>>
>>>  and the cgi:
>>>
>>>  use strict;
>>>  use CGI qw(:standard uploadInfo);
>>>  use Data::Dumper;
>>>
>>>  my $q = new CGI;
>>>  my $fname = param('upfile');
>>>  my $fsize = $q->uploadInfo($fname);
>>>  print <<"html";
>>>  Content-type: text/html
>>>
>>>  <h1>UpLoad File</h1>
>>>
>>>  file: $fname<br />
>>>
>>>  <b>Done $fsize</b>
>>>  html
>>>  print Dumper($fsize);
>>>
>>>  ------------------------------
>>>  Any ideas how to get this information?
>>>
>>>  -Josh J
>>>  _______________________________________________
>>>  Buffalo-pm mailing list
>>>  Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm
>>>
>>>  _______________________________________________
>>>  Buffalo-pm mailing list
>>>  Buffalo-pm at pm.org
>>>  http://mail.pm.org/mailman/listinfo/buffalo-pm
>>
>> --
>> Jim Brandt
>> Administrative Computing Services
>> University at Buffalo
>>
>>
> _______________________________________________
> Buffalo-pm mailing list
> Buffalo-pm at pm.org
> http://mail.pm.org/mailman/listinfo/buffalo-pm
>

From dmagnuszewski at mandtbank.com  Tue Mar 14 06:56:17 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Tue, 14 Mar 2006 09:56:17 -0500
Subject: [Buffalo-pm] Fwd: [nflug] BPLUG Meeting Tomorrow: Tuesday,
	March 14th!!
Message-ID: <s4169364.070@comrcm01intgwia.mandtbank.com>

This may be of interest to some people...
-------------- next part --------------
An embedded message was scrubbed...
From: "Mark Musone" <mmusone at shatterit.com>
Subject: [nflug] BPLUG Meeting Tomorrow: Tuesday, March 14th!!
Date: Mon, 13 Mar 2006 13:13:45 -0500
Size: 3044
Url: http://mail.pm.org/pipermail/buffalo-pm/attachments/20060314/c57e2a29/attachment.mht

From dmagnuszewski at mandtbank.com  Wed Mar 15 10:06:51 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Wed, 15 Mar 2006 13:06:51 -0500
Subject: [Buffalo-pm] Next Meeting Is Next Tuesday (March 21st) - 3 Year
 Anniversary...
Message-ID: <s4181179.005@comrcm01intgwia.mandtbank.com>

Mongers,

This is just a reminder that we will be holding our next meeting on
Tuesday March 21st. Seeing as this month is the 3 year anniversary of
the group, I thought that maybe we'd celebrate somehow. We will need to
decide what we are going to do for the meeting. Should we have a short
technical meeting, then head out for beers? Should we just do a social
meeting, or just a technical meeting?

Thoughts?

-Dan


From dmagnuszewski at mandtbank.com  Mon Mar 20 08:56:33 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Mon, 20 Mar 2006 11:56:33 -0500
Subject: [Buffalo-pm] Buffalo Perl Mongers March Meeting Tomorrow - Social
	Meeting!
Message-ID: <s41e987f.078@comrcm01intgwia.mandtbank.com>

Mongers,

Since there has not been much response as to a technical talk or social
meeting, I think that we'll just have a social meeting tomorrow at the
Buffalo Tap Room at 7 PM. This way we are not having someone rush to do
a technical talk at the last minute. 

If anyone has any Perl (or other technical) questions or topics that
they would like to discuss, then this would be a good environment to
bring them up.

Directions/Info:

7PM @ Buffalo Tap Room
http://www.google.com/local?hl=en&lr=&q=tap+room&near=Buffalo,+NY&latlng=42886389,-78878611,5592635937246303560

I hope to see everyone tomorrow!

-Dan


From dmagnuszewski at mandtbank.com  Fri Mar 24 12:58:41 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Fri, 24 Mar 2006 15:58:41 -0500
Subject: [Buffalo-pm] Emergency Meeting Next Tuesday, March 28th!
Message-ID: <s4241759.000@comrcm01intgwia.mandtbank.com>

Mongers, 

Just an FYI that we will have a special guest visiting Buffalo next
week and we will be holding an emergency/unscheduled meeting on Tuesday
March 28th. The guest will be James Keenan, and more details are to
follow. 

This is just an FYI so that everyone can keep the date open!

-Dan


From kobear at mandtbank.com  Fri Mar 24 13:11:03 2006
From: kobear at mandtbank.com (KYLE OBEAR)
Date: Fri, 24 Mar 2006 16:11:03 -0500
Subject: [Buffalo-pm] Emergency Meeting Next Tuesday, March 28th!
Message-ID: <s4241a30.080@comrcm01intgwia.mandtbank.com>

Dan,
 
Out of curiosity, what are the criteria for announcing a "Perl
Emergency"?
 
Thanks in advance,
Kyle

>>> "DANIEL MAGNUSZEWSKI" <dmagnuszewski at mandtbank.com> 3/24/06 3:58:41
PM >>>

Mongers, 

Just an FYI that we will have a special guest visiting Buffalo next
week and we will be holding an emergency/unscheduled meeting on
Tuesday
March 28th. The guest will be James Keenan, and more details are to
follow. 

This is just an FYI so that everyone can keep the date open!

-Dan

_______________________________________________
Buffalo-pm mailing list
Buffalo-pm at pm.org
http://mail.pm.org/mailman/listinfo/buffalo-pm


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/buffalo-pm/attachments/20060324/0b6f0772/attachment.html

From jkeen at verizon.net  Sat Mar 25 14:33:46 2006
From: jkeen at verizon.net (James Keenan)
Date: Sat, 25 Mar 2006 17:33:46 -0500
Subject: [Buffalo-pm] Buffalo-pm Digest, Vol 31, Issue 6
In-Reply-To: <mailman.3.1143316807.32706.buffalo-pm@pm.org>
References: <mailman.3.1143316807.32706.buffalo-pm@pm.org>
Message-ID: <f20ef25a54721c915c63cd97bdba37ba@verizon.net>



> Message: 2
> Date: Fri, 24 Mar 2006 16:11:03 -0500
> From: "KYLE OBEAR" <kobear at mandtbank.com>
> Subject: Re: [Buffalo-pm] Emergency Meeting Next Tuesday, March 28th!
> To: buffalo-pm at mail.pm.org
> Message-ID: <s4241a30.080 at comrcm01intgwia.mandtbank.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Dan,
>
> Out of curiosity, what are the criteria for announcing a "Perl
> Emergency"?

Thirst.


From kobear at mandtbank.com  Sun Mar 26 17:23:34 2006
From: kobear at mandtbank.com (KYLE OBEAR)
Date: Sun, 26 Mar 2006 20:23:34 -0500
Subject: [Buffalo-pm] Buffalo-pm Digest, Vol 31, Issue 6
Message-ID: <s426f865.020@comrcm01intgwia.mandtbank.com>

James,

I meant besides the obvious, of course.  ;)

Kyle

---------
Kyle Obear
Senior Analyst / Bank Officer
Operating Tools
M & T Bank Corporation
716.639.6225
kobear at mandtbank.com
http://www.mandtbank.com
---------------------------
M&T Bank Corporation - "Understanding What's Important"
>>> "James Keenan" <jkeen at verizon.net> 03/25/06 5:33 PM >>>


> Message: 2
> Date: Fri, 24 Mar 2006 16:11:03 -0500
> From: "KYLE OBEAR" <kobear at mandtbank.com>
> Subject: Re: [Buffalo-pm] Emergency Meeting Next Tuesday, March 28th!
> To: buffalo-pm at mail.pm.org
> Message-ID: <s4241a30.080 at comrcm01intgwia.mandtbank.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Dan,
>
> Out of curiosity, what are the criteria for announcing a "Perl
> Emergency"?

Thirst.

_______________________________________________
Buffalo-pm mailing list
Buffalo-pm at pm.org
http://mail.pm.org/mailman/listinfo/buffalo-pm




From dmagnuszewski at mandtbank.com  Mon Mar 27 07:04:09 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Mon, 27 Mar 2006 10:04:09 -0500
Subject: [Buffalo-pm] Fwd: [tpm] MJD Coming to Toronto Sat 13 May 2006 --
 confirmation and kick-off
Message-ID: <s427b8b5.047@comrcm01intgwia.mandtbank.com>

FYI

I'd like to get a count of those who would like to go. Also, for those
who plan on going, we will need to put together some donations to cover
MJD's travel and lodging expenses.

For those of you unfamiliar with MJD:

http://en.wikipedia.org/wiki/Mark_Jason_Dominus 

http://books.elsevier.com/us/bookscat/authors/defaultindividual.asp?country=United+States&authorcode=108984&community=&mscssid=JCUBDEAUWQKP8LNUCV5SEX5E3QCC4JSF

-Dan
-------------- next part --------------
An embedded message was scrubbed...
From: "Richard Dice" <rdice at pobox.com>
Subject: [tpm] MJD Coming to Toronto Sat 13 March 2006 -- confirmation
	and kick-off
Date: Mon, 27 Mar 2006 10:16:41 -0500
Size: 3456
Url: http://mail.pm.org/pipermail/buffalo-pm/attachments/20060327/b4677cd5/attachment.mht

From cbrandt at buffalo.edu  Mon Mar 27 11:03:43 2006
From: cbrandt at buffalo.edu (Jim Brandt)
Date: Mon, 27 Mar 2006 14:03:43 -0500
Subject: [Buffalo-pm] Buffalo PM Special Meeting -- Guest Speaker: Jim Keenan
Message-ID: <4428370F.40000@buffalo.edu>

Hello Mongers,

As you've seen from Dan's previous email, we're calling a special Perl
Mongers meeting to accommodate a guest speaker. Jim Keenan will be
coming to town and he's offered to give a talk. The subject is "Taking
Over Maintenance of an Existing CPAN Module."

Tuesday, March 28 (that's tomorrow)
8 PM
242 Bell Hall
UB North Campus

(We're meeting Jim for dinner at Buffalo Tap Room 
[http://buffalotaproom.com] around 6PM if you'd
like to join us.)

For those of you who don't know, CPAN is the Comprehensive Perl Archive
Network, which is a huge repository of free Perl code to do just about
anything you can think of.

CPAN has been around for over 10 years now, and for various reasons
module authors can come to a point where they can no longer maintain
their modules. That's where they need to pass the module off to a new
maintainer. Jim will talk about how to handle this process smoothly.

Who is Jim Keenan?

Jim Keenan lives in Brooklyn, NY, where he is active in New York
Perlmongers and is founder and co-moderator of Perl Seminar New York. He
is the author or current maintainer of nine CPAN modules including
List::Compare and ExtUtils::ModuleMaker.  A frequent attendee at Yet
Another Perl Conferences, he has spoken at YAPC in Montreal in 2001
(lightning talk), twice in Buffalo in 2004, and (with Marc Prewitt) in
Toronto in 2005.  In addition to several presentations at Perl Seminar
NY, he has also spoken to Perlmongers groups in Toronto and New Orleans.
  Long, long ago, he graduated from what was then calling itself the
State University of New York at Buffalo.  He is occasionally on
Perlmonks as 'jkeenan1' and even more infrequently on IRC #perl as 'kid51'.

For a look at some of his modules:

http://search.cpan.org/~jkeenan/

Hope to see you there.

Jim


From jkeen at verizon.net  Mon Mar 27 12:00:26 2006
From: jkeen at verizon.net (James Keenan)
Date: Mon, 27 Mar 2006 15:00:26 -0500
Subject: [Buffalo-pm] Buffalo PM Special Meeting -- Guest Speaker: Jim
 Keenan
In-Reply-To: <4428370F.40000@buffalo.edu>
References: <4428370F.40000@buffalo.edu>
Message-ID: <7c8fed4da55140810098792a81ac4a07@verizon.net>


On Mar 27, 2006, at 2:03 PM, Jim Brandt wrote:

> Hello Mongers,
>
> As you've seen from Dan's previous email, we're calling a special Perl
> Mongers meeting to accommodate a guest speaker. Jim Keenan will be
> coming to town and he's offered to give a talk. The subject is "Taking
> Over Maintenance of an Existing CPAN Module."
>
> Tuesday, March 28 (that's tomorrow)
> 8 PM
> 242 Bell Hall
> UB North Campus
>
> (We're meeting Jim for dinner at Buffalo Tap Room
> [http://buffalotaproom.com] around 6PM if you'd
> like to join us.)
>

Got the details. See you at 2309 Eggert Rd at 6:00 Tuesday.

> For those of you who don't know, CPAN is the Comprehensive Perl Archive
> Network, which is a huge repository of free Perl code to do just about
> anything you can think of.
>
> CPAN has been around for over 10 years now, and for various reasons
> module authors can come to a point where they can no longer maintain
> their modules. That's where they need to pass the module off to a new
> maintainer. Jim will talk about how to handle this process smoothly.
>
> Who is Jim Keenan?

If you find a better answer than the one I gave, send me an e-mail.

jimk


From dmagnuszewski at mandtbank.com  Mon Mar 27 19:44:39 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Mon, 27 Mar 2006 22:44:39 -0500
Subject: [Buffalo-pm] Fwd: YAPC::NA Registration Is Open
Message-ID: <s4286afc.087@comrcm01intgwia.mandtbank.com>

---------
Daniel Magnuszewski
Systems Analyst
Operating Tools
M & T Bank Corporation
716.639.6834
dmagnuszewski { at } mandtbank.com 
http://www.mandtbank.com 
---------------------------
M&T Bank Corporation - "Understanding What's Important"
-------------- next part --------------
An embedded message was scrubbed...
From: "Joshua McAdams" <joshua.mcadams at gmail.com>
Subject: YAPC::NA Registration Is Open
Date: Mon, 27 Mar 2006 20:37:11 -0600
Size: 3043
Url: http://mail.pm.org/pipermail/buffalo-pm/attachments/20060328/488b8cba/attachment.mht

From dmagnuszewski at mandtbank.com  Tue Mar 28 10:54:18 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Tue, 28 Mar 2006 13:54:18 -0500
Subject: [Buffalo-pm] [JOBS] Local Company Looking For Perl/PHP
	Professionals...
Message-ID: <s429401a.042@comrcm01intgwia.mandtbank.com>

For those looking for Perl opportunities:


<JOB DESCRIPTION>

Grow with a company that is expanding rapidly! This company promotes
highly
from within. This is a great opportunity to get your foot in the door.


Summary:  
Ensure the successful installation, integration, and deployment of our
products in customer environments while maintaining quality and
superior
customer satisfaction


Essential Duties and Responsibilities: 
. Provide communication systems design and integration engineering in
support of Program deployment and implementation activities. 
. Perform site surveys, hardware requirements gathering, generation of
deployment plans, checklists and schedules to support the portals. 
. Works closely with project managers, deployment engineers, customer
representatives and site support personnel. 
. Act as a customer liaison, from a technical perspective
. Coordinates architecture implementation 
. Identify design issues, create problem reports, and follow up with
customer for resolution.


Education/Experience:
. BS in Computer Science or equivalent knowledge and experience.
. 2-3 years experience in development to deployment processes and
procedures
(i.e., code builds) 
. 2-3 years experience or equivalent skills in System Administration, a
plus
. Experience in Windows and UNIX, Perl, PHP, CUS and scripting as well
as
third-party technologies
. Database expertise (Oracle, MySQL)
. Technical writing skills
. Familiar with common network communication methods (HTTP, SOAP)


Interested candidates please send a resume in Word format to
dnoworyta at psi4jobs.com 

</JOB DESCRIPTION>


From dmagnuszewski at mandtbank.com  Tue Mar 28 11:07:54 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Tue, 28 Mar 2006 14:07:54 -0500
Subject: [Buffalo-pm] REMINDER - Buffalo PM Special Meeting -- Guest
 Speaker: Jim Keenan
Message-ID: <s4294356.092@comrcm01intgwia.mandtbank.com>

I know that this was just announced, but people get busy and forget
things ;-) So here's a little reminder about tonight.

>>> "Jim Brandt" <cbrandt at buffalo.edu> 03/27/06 2:03 PM >>>
Hello Mongers,

As you've seen from Dan's previous email, we're calling a special Perl
Mongers meeting to accommodate a guest speaker. Jim Keenan will be
coming to town and he's offered to give a talk. The subject is "Taking
Over Maintenance of an Existing CPAN Module."

Tuesday, March 28 (that's tomorrow)
8 PM
242 Bell Hall
UB North Campus

(We're meeting Jim for dinner at Buffalo Tap Room 
[http://buffalotaproom.com] around 6PM if you'd
like to join us.)

For those of you who don't know, CPAN is the Comprehensive Perl
Archive
Network, which is a huge repository of free Perl code to do just about
anything you can think of.

CPAN has been around for over 10 years now, and for various reasons
module authors can come to a point where they can no longer maintain
their modules. That's where they need to pass the module off to a new
maintainer. Jim will talk about how to handle this process smoothly.

Who is Jim Keenan?

Jim Keenan lives in Brooklyn, NY, where he is active in New York
Perlmongers and is founder and co-moderator of Perl Seminar New York.
He
is the author or current maintainer of nine CPAN modules including
List::Compare and ExtUtils::ModuleMaker.  A frequent attendee at Yet
Another Perl Conferences, he has spoken at YAPC in Montreal in 2001
(lightning talk), twice in Buffalo in 2004, and (with Marc Prewitt) in
Toronto in 2005.  In addition to several presentations at Perl Seminar
NY, he has also spoken to Perlmongers groups in Toronto and New
Orleans.
  Long, long ago, he graduated from what was then calling itself the
State University of New York at Buffalo.  He is occasionally on
Perlmonks as 'jkeenan1' and even more infrequently on IRC #perl as
'kid51'.

For a look at some of his modules:

http://search.cpan.org/~jkeenan/ 

Hope to see you there.

Jim


From cbrandt at buffalo.edu  Wed Mar 29 05:28:34 2006
From: cbrandt at buffalo.edu (Jim Brandt)
Date: Wed, 29 Mar 2006 08:28:34 -0500
Subject: [Buffalo-pm] Amazon services and perl
Message-ID: <442A8B82.3090101@buffalo.edu>


At our last social meeting we were talking a bit about the new 
backup/file server services Amazon has released.

http://www.amazon.com/gp/browse.html/103-1896877-0443808?node=16427261

Well, wait no longer, the perl module to interface with that service is 
already out there:

http://use.perl.org/~acme/journal/29055
http://search.cpan.org/dist/Net-Amazon-S3/

Jim



-- 
Jim Brandt
Administrative Computing Services
University at Buffalo



From dmagnuszewski at mandtbank.com  Fri Mar 31 07:03:07 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Fri, 31 Mar 2006 10:03:07 -0500
Subject: [Buffalo-pm] MJD presenting at a Very Special Toronto Perl
 Mongers meeting, Sat 13 May 2006
Message-ID: <s42cfe77.031@comrcm01intgwia.mandtbank.com>


>>> "Richard Dice" <rdice at pobox.com> 04/01/06 9:35 AM >>>

> The talk is free, but donations are both appreciated and needed. 
The
> only support for this event is what comes from its attendees.  Thanks
to
> all who have pledged already.

Richard, is there a (TPM or MJD) PayPal account or some other online
pledge system? If not, how would you like to receive donations from the
us? Do you accept C.O.D  ;-)

> Daniel Magnuszewski has told me that he'd help organizer the
Buffalo.pm 
> folks who might want to attend.  If you have any questions about who
MJD 
> is, making a donation, etc., you can talk to either of us. 
(Carpooling 
> and more local type things Daniel could handle much better than I.)

I'd like to get a count of people who are probable or definite for
attending this. This way we can start to put car pools and plans
together. Please send me an email (either on or off the list) stating
whether you are probable or definite.

Thanks.


---------
Daniel Magnuszewski
Systems Analyst
Operating Tools
M & T Bank Corporation
716.639.6834
dmagnuszewski { at } mandtbank { dot } com 
http://www.mandtbank.com 
---------------------------
M&T Bank Corporation - "Understanding What's Important"


From eye at buffalo.edu  Fri Mar 31 07:08:13 2006
From: eye at buffalo.edu (Kevin Eye)
Date: Fri, 31 Mar 2006 10:08:13 -0500
Subject: [Buffalo-pm] MJD presenting at a Very Special Toronto Perl
 Mongers meeting, Sat 13 May 2006
In-Reply-To: <s42cfe77.031@comrcm01intgwia.mandtbank.com>
Message-ID: <C052B00D.C1F2%eye@buffalo.edu>

Dan,

I'll probably go. I'll just double-check my calendar before giving you a
definite. Carpooling, a meetup for lunch/dinner, etc. sounds fun.

 - Kevin


On 3/31/06 10:03 AM, "DANIEL MAGNUSZEWSKI" <dmagnuszewski at mandtbank.com>
wrote:

> 
>>>> "Richard Dice" <rdice at pobox.com> 04/01/06 9:35 AM >>>
> 
>> The talk is free, but donations are both appreciated and needed.
> The
>> only support for this event is what comes from its attendees.  Thanks
> to
>> all who have pledged already.
> 
> Richard, is there a (TPM or MJD) PayPal account or some other online
> pledge system? If not, how would you like to receive donations from the
> us? Do you accept C.O.D  ;-)
> 
>> Daniel Magnuszewski has told me that he'd help organizer the
> Buffalo.pm 
>> folks who might want to attend.  If you have any questions about who
> MJD 
>> is, making a donation, etc., you can talk to either of us.
> (Carpooling 
>> and more local type things Daniel could handle much better than I.)
> 
> I'd like to get a count of people who are probable or definite for
> attending this. This way we can start to put car pools and plans
> together. Please send me an email (either on or off the list) stating
> whether you are probable or definite.
> 
> Thanks.
> 
> 
> ---------
> Daniel Magnuszewski
> Systems Analyst
> Operating Tools
> M & T Bank Corporation
> 716.639.6834
> dmagnuszewski { at } mandtbank { dot } com
> http://www.mandtbank.com
> ---------------------------
> M&T Bank Corporation - "Understanding What's Important"
> 
> _______________________________________________
> Buffalo-pm mailing list
> Buffalo-pm at pm.org
> http://mail.pm.org/mailman/listinfo/buffalo-pm

-- 
Kevin Eye
Web Applications Developer
Marketing and Creative Services
University at Buffalo
330 Crofts Hall
Buffalo, NY 14260
eye at buffalo.edu
phone (716) 645-5000 x1435
fax (716) 645-3765



From eye at buffalo.edu  Fri Mar 31 08:14:40 2006
From: eye at buffalo.edu (Kevin Eye)
Date: Fri, 31 Mar 2006 11:14:40 -0500
Subject: [Buffalo-pm] MJD presenting at a Very Special Toronto Perl
 Mongers meeting, Sat 13 May 2006
In-Reply-To: <442EA2F0.4070105@pobox.com>
Message-ID: <C052BFA0.C1FA%eye@buffalo.edu>

Is there a recommended donation, perhaps based on the total expense and the
ballpark number of people expected? I think a number that people could think
of as a ticket price would really encourage donations. I know I'm always a
sucker for that.

 - Kevin


On 4/1/06 10:57 AM, "Richard Dice" <rdice at pobox.com> wrote:

> 
>> Richard, is there a (TPM or MJD) PayPal account or some other online
>> pledge system? If not, how would you like to receive donations from the
>> us? Do you accept C.O.D  ;-)
>> 
>>   
> Sorry, no.  COD can be done -- I'm sure people will be handing me
> fistfulls of cash at the event so I will be bringing my receipt book.
> Though, it decreases my anxiety level if I receive the money
> before-hand, of course. :-)  One option would be to get a Canadian
> dollar money order drawn up at your bank to snail-mail me. (I will
> provide my residence address to anyone who is interested in doing
> that.)  If you choose to do this then it could be best to pool donations
> on your end so that you can split the fee for creating such a device
> across several donations.  (If the prices are anything like what they
> are here to do the reverse, I'd guess it would be about a U$4 charge.)
> 
> Regardless, I would appreciate it if people could at least pledge the
> money first by emailing me to let me know what they are going to give.
> I need to keep tabs on the health of the fundraising effort.  Right now
> I still need about $700, so there is plenty of room for donations.
> Every bit counts.
> 
>> I'd like to get a count of people who are probable or definite for
>> attending this. This way we can start to put car pools and plans
>> together. Please send me an email (either on or off the list) stating
>> whether you are probable or definite.
>> 
>>   
> Thanks for the organizing.
> 
> Cheers,
> Richard
> 
> _______________________________________________
> Buffalo-pm mailing list
> Buffalo-pm at pm.org
> http://mail.pm.org/mailman/listinfo/buffalo-pm

-- 
Kevin Eye
Web Applications Developer
Marketing and Creative Services
University at Buffalo
330 Crofts Hall
Buffalo, NY 14260
eye at buffalo.edu
phone (716) 645-5000 x1435
fax (716) 645-3765



From dmagnuszewski at mandtbank.com  Fri Mar 31 08:18:36 2006
From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI)
Date: Fri, 31 Mar 2006 11:18:36 -0500
Subject: [Buffalo-pm] MJD presenting at a Very Special Toronto
 PerlMongers meeting, Sat 13 May 2006
Message-ID: <s42d1023.057@comrcm01intgwia.mandtbank.com>

Does MJD have any online payment available where we can send it directly
to him with an Attn/subject matter of the Toronto talk? Just a thought.
Another suggestion is Fundable ( http://www.fundable.org )? Not sure if
this would be good for this situation because I think they take about 5%
as a fee.

-Dan

>>> "Richard Dice" <rdice at pobox.com> 04/01/06 10:57 AM >>>

> Richard, is there a (TPM or MJD) PayPal account or some other online
> pledge system? If not, how would you like to receive donations from
the
> us? Do you accept C.O.D  ;-)
>
>   
Sorry, no.  COD can be done -- I'm sure people will be handing me 
fistfulls of cash at the event so I will be bringing my receipt book. 

Though, it decreases my anxiety level if I receive the money 
before-hand, of course. :-)  One option would be to get a Canadian 
dollar money order drawn up at your bank to snail-mail me. (I will 
provide my residence address to anyone who is interested in doing 
that.)  If you choose to do this then it could be best to pool
donations 
on your end so that you can split the fee for creating such a device 
across several donations.  (If the prices are anything like what they 
are here to do the reverse, I'd guess it would be about a U$4 charge.)

Regardless, I would appreciate it if people could at least pledge the 
money first by emailing me to let me know what they are going to give. 

I need to keep tabs on the health of the fundraising effort.  Right now

I still need about $700, so there is plenty of room for donations.  
Every bit counts.

> I'd like to get a count of people who are probable or definite for
> attending this. This way we can start to put car pools and plans
> together. Please send me an email (either on or off the list)
stating
> whether you are probable or definite.
>
>   
Thanks for the organizing.

Cheers,
Richard