Re: OpenVMS URL

2004-05-28 Thread Maciej W. Rozycki
On Fri, 28 May 2004, Hrvoje Niksic wrote:

  Well, then there's no way of automatic detection if the initial path
  element of an URL specifies a disk or a directory.  Perhaps a
  special construct could be used, such as a double slash.
 
 Wget could always support a URL parameter, such as:
 
 wget 'ftp://server/dir1/dir2/file;disk=foo'
 
 after which Wget would CWD to `foo:[dir1.dir2]' and download `file'.
 But such an extension would only ever work with Wget.

 Well, as I understand no other web client works with that server anyway.  
;-)

 At least the double-slash has it's history as being used for a
super-root specifier and it could be made transparent for non-VMS
servers.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+


Re: OpenVMS URL

2004-05-28 Thread Maciej W. Rozycki
On Thu, 27 May 2004, Tony Lewis wrote:

 Assuming, you can detect a VMS connection, why not simply
 ftp://server/foo:[dir1.dir2]?

 Well, that would contradict the URI specification (although it could be 
considered a usable hack).

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+


RE: OpenVMS URL

2004-05-28 Thread Bufford, Benjamin (AGRE)

Correction,  no other client that *I have checked* seems to work with disk: part of 
a VMS pathname.  For that matter many of them have trouble with accessing just regular 
diorectories.  So, wget does a better job than most.  I have tried the double-slash 
notation, but I to no avail.  It does go to the root of a particular disk, but no 
farther.  Is the disk= parameter actually implemented in wget or is that just a 
suggestion for how to address this issue in future releases?

--
Ben

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Maciej W. Rozycki
Sent: Friday, May 28, 2004 6:32 AM
To: Hrvoje Niksic
Cc: Bufford, Benjamin (AGRE); Tony Lewis; [EMAIL PROTECTED]
Subject: Re: OpenVMS URL


On Fri, 28 May 2004, Hrvoje Niksic wrote:

  Well, then there's no way of automatic detection if the initial path
  element of an URL specifies a disk or a directory.  Perhaps a
  special construct could be used, such as a double slash.

 Wget could always support a URL parameter, such as:

 wget 'ftp://server/dir1/dir2/file;disk=foo'

 after which Wget would CWD to `foo:[dir1.dir2]' and download `file'.
 But such an extension would only ever work with Wget.

 Well, as I understand no other web client works with that server anyway. 
;-)

 At least the double-slash has it's history as being used for a
super-root specifier and it could be made transparent for non-VMS
servers.

--
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+

**
The information contained in, or attached to, this e-mail, may contain confidential 
information and is intended solely for the use of the individual or entity to whom 
they are addressed and may be subject to legal privilege.  If you have received this 
e-mail in error you should notify the sender immediately by reply e-mail, delete the 
message from your system and notify your system manager.  Please do not copy it for 
any purpose, or disclose its contents to any other person.  The views or opinions 
presented in this e-mail are solely those of the author and do not necessarily 
represent those of the company.  The recipient should check this e-mail and any 
attachments for the presence of viruses.  The company accepts no liability for any 
damage caused, directly or indirectly, by any virus transmitted in this email.
**


RE: OpenVMS URL

2004-05-28 Thread Maciej W. Rozycki
On Fri, 28 May 2004, Bufford, Benjamin (AGRE) wrote:

 Correction, no other client that *I have checked* seems to work with
 disk: part of a VMS pathname.  For that matter many of them have
 trouble with accessing just regular diorectories.  So, wget does a
 better job than most.  I have tried the double-slash notation, but I to
 no avail.  It does go to the root of a particular disk, but no farther.  
 Is the disk= parameter actually implemented in wget or is that just a
 suggestion for how to address this issue in future releases?

 Both are proposals for a possible implementation.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+


RE: OpenVMS URL

2004-05-28 Thread Bufford, Benjamin (AGRE)

Well, thanks for all of the information.  I will take a look at the latest cvs code to 
see if there is anything useful I may be able to contribute in that regard.

--
Ben

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Maciej W. Rozycki
Sent: Friday, May 28, 2004 10:59 AM
To: Bufford, Benjamin (AGRE)
Cc: Hrvoje Niksic; Tony Lewis; [EMAIL PROTECTED]
Subject: RE: OpenVMS URL


On Fri, 28 May 2004, Bufford, Benjamin (AGRE) wrote:

 Correction, no other client that *I have checked* seems to work with
 disk: part of a VMS pathname.  For that matter many of them have
 trouble with accessing just regular diorectories.  So, wget does a
 better job than most.  I have tried the double-slash notation, but I to
 no avail.  It does go to the root of a particular disk, but no farther. 
 Is the disk= parameter actually implemented in wget or is that just a
 suggestion for how to address this issue in future releases?

 Both are proposals for a possible implementation.

--
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+



**
The information contained in, or attached to, this e-mail, may contain confidential 
information and is intended solely for the use of the individual or entity to whom 
they are addressed and may be subject to legal privilege.  If you have received this 
e-mail in error you should notify the sender immediately by reply e-mail, delete the 
message from your system and notify your system manager.  Please do not copy it for 
any purpose, or disclose its contents to any other person.  The views or opinions 
presented in this e-mail are solely those of the author and do not necessarily 
represent those of the company.  The recipient should check this e-mail and any 
attachments for the presence of viruses.  The company accepts no liability for any 
damage caused, directly or indirectly, by any virus transmitted in this email.
**


RE: OpenVMS URL

2004-05-27 Thread Maciej W. Rozycki
On Wed, 26 May 2004, Bufford, Benjamin (AGRE) wrote:

 The colon is allowed in directory names and file names as far as I know.

 Well, then there's no way of automatic detection if the initial path 
element of an URL specifies a disk or a directory.  Perhaps a special 
construct could be used, such as a double slash.

 I don't use VMS much either, but in this case I need to retrieve data
 from an OpenVMS server so I have learned a little about it.  I am not
 sure what amount of tweaking would address the issue, but apparently
 there is currently nothing in wget, or any other program I have checked,
 to handle that type of pathname as a URL.

 Well, as the last resort, you can always use a regular FTP client.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+


RE: OpenVMS URL

2004-05-27 Thread Bufford, Benjamin (AGRE)

I think I am stuck with a regular ftp client.  That just makes the task of scripting 
more cumbersome.  Wget would have been able to handle it in just one line.

--
Ben

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Maciej W. Rozycki
Sent: Thursday, May 27, 2004 6:58 AM
To: Bufford, Benjamin (AGRE)
Cc: Tony Lewis; [EMAIL PROTECTED]
Subject: RE: OpenVMS URL


On Wed, 26 May 2004, Bufford, Benjamin (AGRE) wrote:

 The colon is allowed in directory names and file names as far as I know.

 Well, then there's no way of automatic detection if the initial path
element of an URL specifies a disk or a directory.  Perhaps a special
construct could be used, such as a double slash.

 I don't use VMS much either, but in this case I need to retrieve data
 from an OpenVMS server so I have learned a little about it.  I am not
 sure what amount of tweaking would address the issue, but apparently
 there is currently nothing in wget, or any other program I have checked,
 to handle that type of pathname as a URL.

 Well, as the last resort, you can always use a regular FTP client.

--
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+

**
The information contained in, or attached to, this e-mail, may contain confidential 
information and is intended solely for the use of the individual or entity to whom 
they are addressed and may be subject to legal privilege.  If you have received this 
e-mail in error you should notify the sender immediately by reply e-mail, delete the 
message from your system and notify your system manager.  Please do not copy it for 
any purpose, or disclose its contents to any other person.  The views or opinions 
presented in this e-mail are solely those of the author and do not necessarily 
represent those of the company.  The recipient should check this e-mail and any 
attachments for the presence of viruses.  The company accepts no liability for any 
damage caused, directly or indirectly, by any virus transmitted in this email.
**


Re: OpenVMS URL

2004-05-27 Thread Tony Lewis
Hrvoje Niksic wrote:

 Wget could always support a URL parameter, such as:

 wget 'ftp://server/dir1/dir2/file;disk=foo'


Assuming, you can detect a VMS connection, why not simply
ftp://server/foo:[dir1.dir2]?

Tony



Re: OpenVMS URL

2004-05-26 Thread Tony Lewis
How do you enter the path in your web browser?
- Original Message - 
From: Bufford, Benjamin (AGRE) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 7:32 AM
Subject: OpenVMS URL



I am trying to use wget to retrieve a file from an OpenVMS server but have
been unable to make wget to process a path with a volume name in it.  For
example:

disk:[directory.subdirectory]filename

How would I go about entering this type of path in a way that wget can
understand?



**
The information contained in, or attached to, this e-mail, may contain
confidential information and is intended solely for the use of the
individual or entity to whom they are addressed and may be subject to legal
privilege.  If you have received this e-mail in error you should notify the
sender immediately by reply e-mail, delete the message from your system and
notify your system manager.  Please do not copy it for any purpose, or
disclose its contents to any other person.  The views or opinions presented
in this e-mail are solely those of the author and do not necessarily
represent those of the company.  The recipient should check this e-mail and
any attachments for the presence of viruses.  The company accepts no
liability for any damage caused, directly or indirectly, by any virus
transmitted in this email.
**



Re: OpenVMS URL

2004-05-26 Thread Patrick J. Kobly
On Wed, May 26, 2004 at 08:32:29AM -0600, Bufford, Benjamin (AGRE) wrote:
 I am trying to use wget to retrieve a file from an OpenVMS server but have been 
 unable to make wget to process a path with a volume name in it.  For example:
 
 disk:[directory.subdirectory]filename
 
 How would I go about entering this type of path in a way that wget can understand?

shudder...  That was a dark time in my life - working with VMS...
If I recall correctly, the OpenVMS POSIX support will allow you to
specify paths with UNIX filespecs...  What kind of server are you
trying to grab the file from (ftp / web / ?) - each of these
explicitly specifies in their standard what the delimiters in a
filespec are.  The above path will translate to:

/disk/directory/subdirectory/filename


(Note that there is no way of specifying a version number (;) from a
UNIX filespec.)

http://h71000.www7.hp.com/doc/731FINAL/5763/5763pro_003.html

*  If the specification corresponds to an existing OpenVMS
   directory, it is converted to that directory name. For example,
   /dev/dir/sub  is converted to DEV:[DIR.SUB] if DEV:[DIR.SUB]
   exists.
*  If the specification corresponds to an existing OpenVMS file
   name, it is converted to that file name. For example,
   /dev/dir/file is converted to DEV:[DIR]FILE if DEV:[DIR]FILE
   exists.
*  If the specification corresponds to a nonexistent OpenVMS file name,
   but the given device and directory exist, it is converted to a
   file name. For example, /dev/dir/file is converted to
   DEV:[DIR]FILE if DEV:[DIR] exists. 

PK
-- 
I am committed to helping Ohio deliver its electoral votes to the
President next year.
  -- Wally O'Dell - CEO of Diebold, Inc. (One of the largest American
  manufacturers of election machinery)



- End forwarded message -

-- 
I am committed to helping Ohio deliver its electoral votes to the
President next year.
  -- Wally O'Dell - CEO of Diebold, Inc. (One of the largest American
  manufacturers of election machinery)

pgpcyEq53vNiA.pgp
Description: PGP signature


Re: OpenVMS URL

2004-05-26 Thread Tony Lewis
Then your problem isn't with wget. Once you figure out how to access the
file in a web browser, use the same URL in wget.

Tony
- Original Message - 
From: Bufford, Benjamin (AGRE) [EMAIL PROTECTED]
To: Tony Lewis [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 8:41 AM
Subject: RE: OpenVMS URL



That's the problem I'm having.  With all the looking and reading I've done I
haven't found a way to specify the type of pathname I used as an example
(disk:[directory.subdirectory]filename) as a URL for a broswer or anything
else that requires a URL to retrieve things over ftp.

-Original Message-
From: Tony Lewis [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 11:08 AM
To: Bufford, Benjamin (AGRE); [EMAIL PROTECTED]
Subject: Re: OpenVMS URL


How do you enter the path in your web browser?
- Original Message -
From: Bufford, Benjamin (AGRE) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 7:32 AM
Subject: OpenVMS URL



I am trying to use wget to retrieve a file from an OpenVMS server but have
been unable to make wget to process a path with a volume name in it.  For
example:

disk:[directory.subdirectory]filename

How would I go about entering this type of path in a way that wget can
understand?



**
The information contained in, or attached to, this e-mail, may contain
confidential information and is intended solely for the use of the
individual or entity to whom they are addressed and may be subject to legal
privilege.  If you have received this e-mail in error you should notify the
sender immediately by reply e-mail, delete the message from your system and
notify your system manager.  Please do not copy it for any purpose, or
disclose its contents to any other person.  The views or opinions presented
in this e-mail are solely those of the author and do not necessarily
represent those of the company.  The recipient should check this e-mail and
any attachments for the presence of viruses.  The company accepts no
liability for any damage caused, directly or indirectly, by any virus
transmitted in this email.
**


**
The information contained in, or attached to, this e-mail, may contain
confidential information and is intended solely for the use of the
individual or entity to whom they are addressed and may be subject to legal
privilege.  If you have received this e-mail in error you should notify the
sender immediately by reply e-mail, delete the message from your system and
notify your system manager.  Please do not copy it for any purpose, or
disclose its contents to any other person.  The views or opinions presented
in this e-mail are solely those of the author and do not necessarily
represent those of the company.  The recipient should check this e-mail and
any attachments for the presence of viruses.  The company accepts no
liability for any damage caused, directly or indirectly, by any virus
transmitted in this email.
**



RE: OpenVMS URL

2004-05-26 Thread Bufford, Benjamin (AGRE)

I realize that,  this mailing list is just one of the places I'm checking.  Wget is 
the specific tool I would like to use and I have seen frequent references to wget used 
on and with VMS.  With that being the case I thought it may be likely that someone on 
this list may readily know offhand.  I understand that a URL is a URL for anything.  
It just appeared that there are a decent number of people using VMS and wget versus 
web browsers and what not.

--
Ben

-Original Message-
From: Tony Lewis [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 12:52 PM
To: Bufford, Benjamin (AGRE); [EMAIL PROTECTED]
Subject: Re: OpenVMS URL


Then your problem isn't with wget. Once you figure out how to access the
file in a web browser, use the same URL in wget.

Tony
- Original Message -
From: Bufford, Benjamin (AGRE) [EMAIL PROTECTED]
To: Tony Lewis [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 8:41 AM
Subject: RE: OpenVMS URL



That's the problem I'm having.  With all the looking and reading I've done I
haven't found a way to specify the type of pathname I used as an example
(disk:[directory.subdirectory]filename) as a URL for a broswer or anything
else that requires a URL to retrieve things over ftp.

-Original Message-
From: Tony Lewis [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 11:08 AM
To: Bufford, Benjamin (AGRE); [EMAIL PROTECTED]
Subject: Re: OpenVMS URL


How do you enter the path in your web browser?
- Original Message -
From: Bufford, Benjamin (AGRE) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 7:32 AM
Subject: OpenVMS URL



I am trying to use wget to retrieve a file from an OpenVMS server but have
been unable to make wget to process a path with a volume name in it.  For
example:

disk:[directory.subdirectory]filename

How would I go about entering this type of path in a way that wget can
understand?



**
The information contained in, or attached to, this e-mail, may contain
confidential information and is intended solely for the use of the
individual or entity to whom they are addressed and may be subject to legal
privilege.  If you have received this e-mail in error you should notify the
sender immediately by reply e-mail, delete the message from your system and
notify your system manager.  Please do not copy it for any purpose, or
disclose its contents to any other person.  The views or opinions presented
in this e-mail are solely those of the author and do not necessarily
represent those of the company.  The recipient should check this e-mail and
any attachments for the presence of viruses.  The company accepts no
liability for any damage caused, directly or indirectly, by any virus
transmitted in this email.
**


**
The information contained in, or attached to, this e-mail, may contain
confidential information and is intended solely for the use of the
individual or entity to whom they are addressed and may be subject to legal
privilege.  If you have received this e-mail in error you should notify the
sender immediately by reply e-mail, delete the message from your system and
notify your system manager.  Please do not copy it for any purpose, or
disclose its contents to any other person.  The views or opinions presented
in this e-mail are solely those of the author and do not necessarily
represent those of the company.  The recipient should check this e-mail and
any attachments for the presence of viruses.  The company accepts no
liability for any damage caused, directly or indirectly, by any virus
transmitted in this email.
**




**
The information contained in, or attached to, this e-mail, may contain confidential 
information and is intended solely for the use of the individual or entity to whom 
they are addressed and may be subject to legal privilege.  If you have received this 
e-mail in error you should notify the sender immediately by reply e-mail, delete the 
message from your system and notify your system manager.  Please do not copy it for 
any purpose, or disclose its contents to any other person.  The views or opinions 
presented in this e-mail are solely those of the author and do not necessarily 
represent those of the company.  The recipient should check this e-mail and any 
attachments for the presence of viruses.  The company accepts no liability for any 
damage caused, directly or indirectly, by any virus transmitted in this email.
**


RE: OpenVMS URL

2004-05-26 Thread Maciej W. Rozycki
On Wed, 26 May 2004, Bufford, Benjamin (AGRE) wrote:

 That's the problem I'm having.  With all the looking and reading I've
 done I haven't found a way to specify the type of pathname I used as an
 example (disk:[directory.subdirectory]filename) as a URL for a broswer
 or anything else that requires a URL to retrieve things over ftp.

 Wget incorporates explicit support for VMS FTP servers, but the code
seems only to support the [directory.subdirectory]filename part of your
file path, i.e. an URL of this form:  
ftp://server/directory/subdirectory/filename; will order wget to retrieve
[directory.subdirectory]filename from server, but there's no way to
specify the disk: part.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+


RE: OpenVMS URL

2004-05-26 Thread Bufford, Benjamin (AGRE)

Thanks Maciej,

That is exactly what I was having trouble with.  I have been able to specify 
directories in the same way that you have mentioned using 
[directory.subdirectory]filename, but I have had no success with any attempts to 
incorporate the disk: part into the URL.  That is frustrating.

--
Ben

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Maciej W. Rozycki
Sent: Wednesday, May 26, 2004 3:36 PM
To: Bufford, Benjamin (AGRE)
Cc: Tony Lewis; [EMAIL PROTECTED]
Subject: RE: OpenVMS URL


On Wed, 26 May 2004, Bufford, Benjamin (AGRE) wrote:

 That's the problem I'm having.  With all the looking and reading I've
 done I haven't found a way to specify the type of pathname I used as an
 example (disk:[directory.subdirectory]filename) as a URL for a broswer
 or anything else that requires a URL to retrieve things over ftp.

 Wget incorporates explicit support for VMS FTP servers, but the code
seems only to support the [directory.subdirectory]filename part of your
file path, i.e. an URL of this form: 
ftp://server/directory/subdirectory/filename; will order wget to retrieve
[directory.subdirectory]filename from server, but there's no way to
specify the disk: part.

--
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+



**
The information contained in, or attached to, this e-mail, may contain confidential 
information and is intended solely for the use of the individual or entity to whom 
they are addressed and may be subject to legal privilege.  If you have received this 
e-mail in error you should notify the sender immediately by reply e-mail, delete the 
message from your system and notify your system manager.  Please do not copy it for 
any purpose, or disclose its contents to any other person.  The views or opinions 
presented in this e-mail are solely those of the author and do not necessarily 
represent those of the company.  The recipient should check this e-mail and any 
attachments for the presence of viruses.  The company accepts no liability for any 
damage caused, directly or indirectly, by any virus transmitted in this email.
**


RE: OpenVMS URL

2004-05-26 Thread Maciej W. Rozycki
On Wed, 26 May 2004, Bufford, Benjamin (AGRE) wrote:

 That is exactly what I was having trouble with.  I have been able to
 specify directories in the same way that you have mentioned using
 [directory.subdirectory]filename, but I have had no success with any
 attempts to incorporate the disk: part into the URL.  That is
 frustrating.

 Well, it actually means you are probably the first one to have such a
need.  I don't know much of VMS -- are colons allowes in directory 
components?  If not, it should be trivial to handle them with the existing 
means, otherwise more tweaking may be needed.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+


RE: OpenVMS URL

2004-05-26 Thread Bufford, Benjamin (AGRE)

The colon is allowed in directory names and file names as far as I know. When it comes 
before a set of square brackets [] containing a path it is used to separate the disk 
name from the path.  The filename comes at the end of the specified path outside of 
the square brackets.  Like the example I used earlier:

disk:[directory.subdirectory]filename

I don't use VMS much either, but in this case I need to retrieve data from an OpenVMS 
server so I have learned a little about it.  I am not sure what amount of tweaking 
would address the issue, but apparently there is currently nothing in wget, or any 
other program I have checked, to handle that type of pathname as a URL.

--
Ben

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Maciej W. Rozycki
Sent: Wednesday, May 26, 2004 4:23 PM
To: Bufford, Benjamin (AGRE)
Cc: Tony Lewis; [EMAIL PROTECTED]
Subject: RE: OpenVMS URL


On Wed, 26 May 2004, Bufford, Benjamin (AGRE) wrote:

 That is exactly what I was having trouble with.  I have been able to
 specify directories in the same way that you have mentioned using
 [directory.subdirectory]filename, but I have had no success with any
 attempts to incorporate the disk: part into the URL.  That is
 frustrating.

 Well, it actually means you are probably the first one to have such a
need.  I don't know much of VMS -- are colons allowes in directory
components?  If not, it should be trivial to handle them with the existing
means, otherwise more tweaking may be needed.

--
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+



**
The information contained in, or attached to, this e-mail, may contain confidential 
information and is intended solely for the use of the individual or entity to whom 
they are addressed and may be subject to legal privilege.  If you have received this 
e-mail in error you should notify the sender immediately by reply e-mail, delete the 
message from your system and notify your system manager.  Please do not copy it for 
any purpose, or disclose its contents to any other person.  The views or opinions 
presented in this e-mail are solely those of the author and do not necessarily 
represent those of the company.  The recipient should check this e-mail and any 
attachments for the presence of viruses.  The company accepts no liability for any 
damage caused, directly or indirectly, by any virus transmitted in this email.
**