Corey Wallis | 1 Oct 01:28 2004
Picon
Picon

RE: Taylor& Francis Online Journals

Dear Marsha,

This is our configuration. I've included the dekker entries to cover a
small number of titles that are accessed as part of our subscription but
are on a separate domain. If you don't have those then you could remove
them. I've also included the metapress lines because our subscription
can be accessed from either journalsonline.tandf.co.uk or
taylorandfrancis.metapress.com

Title Taylor & Francis Journals
URL http://journalsonline.tandf.co.uk
DJ tandf.co.uk
DJ metapress.com
DJ dekker.com
HJ taylorandfrancis.metapress.com
HJ www.dekker.com

Hope this helps. 

-Corey Wallis
Electronic Services Officer
The Library, University of Southern Queensland
http://www.usq.edu.au/library/

-----Original Message-----
From: Marsha Keenan [mailto:marsha_keenan <at> tamu-commerce.edu] 
Sent: Thursday, 30 September 2004 6:09 AM
To: EZProxy discussion list
Subject: [ezproxy] Taylor& Francis Online Journals

(Continue reading)

Dobbs, Aaron | 1 Oct 17:40 2004

Strange intermittent problem from InfoTrac to EBSCO via Article Linker in I.E.

Greetings all,

We are having *intermittent* problems connecting via Article Linker from
Infotrac results lists to fulltext articles on EBSCO Host using Internet
Explorer with all Service Packs applied. (Links work *reliably* fine in
Firefox 0.9)
(Yes, this sounds like an Article Linker problem, but the error appears
to come from ezproxy)

Here's how the process looks *in IE only*:
*Search InfoTrac for some Business related subject
*Click "Find full text" link (which opens article linker)
--
*Click "View Article" or "Search Journal" (in Article Linker window)
***Get presented with the ezproxy login page?!
--
*Close login page window
*Click link to EBSCO Host
*Successful access to EBSCO Host
*Close EBNSCO Host window
*Click "View Article" or "Search Journal" (in Article Linker window)
*Successful access to EBSCO Host record or search page

Any ideas?  I'm happy to share a test account login for people wanting
to doublecheck the process.
Article Linker works great for all my remaining databases and ezproxy
does not give any errors from InfoTrac to Articl;e Linker to
non-EBSCOHost db.

Here's my configs for EBSCO Host:
(Continue reading)

Sperr, Edwin | 1 Oct 21:43 2004

Problems with RefWorks

Is anyone else having a problem with RefWorks?   We've been unable to
proxy it so far.

I've contacted tech support and made sure that SSL is turned off on the
login page.  I've added the suggested lines (including the
DomainCookieOnly bit) to our ezproxy.cfg.  All (unfortunately) to no
avail. 

I'm wondering what else to try.

Thanks,

Ed Sperr
Electronic Resources / Education Librarian
New England College of Optometry  

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu

Binkley, Peter | 2 Oct 00:10 2004
Picon
Picon

Batch downloading

In the last few weeks we've had three incidents where a vendor has blocked
our EZProxy IP address because of large-scale systematic downloading of
articles from a particular journal. This activity is clearly a breach of our
licenses, so we take it seriously: we go through the logs, figure out who
did it, block their access, and then assure the vendor that we've taken care
of it and ask for our access to be restored. Of course, in the meantime all
our offsite users are locked out of the resource, which many find
aggravating, to say the least. Since this seems to be happening more
frequently here, I wondered whether others are having the same problem, and
what they're doing about it. We're focusing on making our response as rapid
as possible so as to earn the trust of vendors, in the hope that they'll be
willing to unblock EZProxy sooner and let us deal with the abusive behavior
internally. Any other ideas?

Peter

Peter Binkley
Digital Initiatives Technology Librarian
Information Technology Services
4-30 Cameron Library
University of Alberta Libraries
Edmonton, Alberta
Canada T6G 2J8
Phone: (780) 492-3743
Fax: (780) 492-9243
e-mail: peter.binkley <at> ualberta.ca

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu
(Continue reading)

Chris Zagar | 2 Oct 23:44 2004

Re: Batch downloading

EZproxy 3.0 has most of the logic necessary to impose a maximum daily 
transfer limit on users, to act as an automatic cut-off for batch 
downloading.  If will not take much to finish it.  Peter, if you would be 
interested in acting as the beta site for this ability, or if any other 
sites are interested, please contact me off-list.

Chris

--

-- 
Chris Zagar <zagar <at> usefulutilities.com>
Useful Utilities <http://www.usefulutilities.com>

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu

Eric Hellman | 4 Oct 16:24 2004

Re: ezproxy digest: October 01, 2004

if it's blackwell I know something you can do

>Subject: Batch downloading
>From: "Binkley, Peter" <Peter.Binkley <at> ualberta.ca>
>Date: Fri, 1 Oct 2004 16:10:35 -0600
>X-Message-Number: 3
>
>In the last few weeks we've had three incidents where a vendor has blocked
>our EZProxy IP address because of large-scale systematic downloading of
>articles from a particular journal. This activity is clearly a breach of our
>licenses, so we take it seriously: we go through the logs, figure out who
>did it, block their access, and then assure the vendor that we've taken care
>of it and ask for our access to be restored. Of course, in the meantime all
>our offsite users are locked out of the resource, which many find
>aggravating, to say the least. Since this seems to be happening more
>frequently here, I wondered whether others are having the same problem, and
>what they're doing about it. We're focusing on making our response as rapid
>as possible so as to earn the trust of vendors, in the hope that they'll be
>willing to unblock EZProxy sooner and let us deal with the abusive behavior
>internally. Any other ideas?
>
>Peter
>
>
>Peter Binkley
>Digital Initiatives Technology Librarian
>Information Technology Services
>4-30 Cameron Library
>University of Alberta Libraries
>Edmonton, Alberta
(Continue reading)

Wohlers, John | 4 Oct 18:18 2004

Gale Virtual Reference Library

I am having trouble getting Gale Virtual Reference Library working via
EZproxy.   When I try to connect to the URL 

http://galenet.galegroup.com/servlet/eBooks?locID=nilrc_wcc  by way of
ezproxy I receive a message saying 

Unauthorized GaleNet Access
You do not have access to this product.

At this point if I click on the title bar in the database, (URL:
http://galenet.galegroup.com.dewey.waubonsee.edu/servlet/eBooks?locID=nilrc_
wcc&ste=1 ) everything works fine.   

I have tried adding the "&ste=1" to the end of my initial URL and it changed
nothing.  I assume there has to be something cookie related going on but
have had no luck determining what it is.
Gale seems to set two cookies, one named: "AlteonP" containing hexadecimal
data and the other named: "JSESSIONID" also containing hex data. 

My ezproxy.cfg entry for Gale Virtual Reference Library is:

Title Gale Virtual Reference Library
URL http://galenet.galegroup.com/servlet/eBooks?locID=nilrc_wcc
DJ galenet.galegroup.com 

I am using ezproxy 3.0e on linux.

John Wohlers
Library Technology Assistant
Waubonsee Community College
(Continue reading)

John Fullerton | 4 Oct 20:24 2004
Picon

Nature journals

A patron reported not being able to access a journal at Nature's online
site. He mentioned the "Journal Home" link that I see at
http://www.nature.com and in another address mentioned next. Do these
routes require additional addresses in the ezproxy configuration file or
are they just not available with general subscriptions?

Through the browser I re-traced one method of accessing the journal and
saw that there's a password protected link to

http://www.nature.com/nsmb/

even though my school has access to the journal through

http://www.nature.com/nsmb/archive/

Have a nice day
John Paul Fullerton
j-fullerton <at> tamu.edu

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu

Reyes Garcia | 4 Oct 22:00 2004

Port Question

We are running EZproxy version 2.2d proxy by port configuration.  In the EZproxy documentation site, it
says that EZproxy only uses ports 2048 to 2248.  All this ports are open in our firewall, but when a patron
from a different hospital tries to access one of our sites, he get the following error:

"connection refused when attempting to reach
our.library.org:2286"  

Why is EZproxy trying to open this page on port 2286?

We tried connecting with both Internet Explorer 6, and Firefox without any luck.

Thanks,
Rey

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu

Niels Jensen | 5 Oct 10:04 2004
Picon

Re: Batch downloading

We have had the same problem. But as we are authenticating via external
script and library database, there is a legal problem in saving
information to identify the person. We have the ip-address in the
ezproxy-log. But the ip-address could be a multi-user interface or some
firewall/proxy, i.e. it is not the best way to block misuse.

It would be tempting to do it by blocking by rates of bytes transferede.
But again it should be counted by individual user (session?) not by
ip-adresse.

Looking forward to good ideas.

/Niels Jensen
System administrator
Municipality library of Copenhagen, Denmark

-----Oprindelig meddelelse-----
Fra: Binkley, Peter [mailto:Peter.Binkley <at> ualberta.ca] 
Sendt: 2. oktober 2004 00:11
Til: EZProxy discussion list
Emne: [ezproxy] Batch downloading

In the last few weeks we've had three incidents where a vendor has
blocked
our EZProxy IP address because of large-scale systematic downloading of
articles from a particular journal. This activity is clearly a breach of
our
licenses, so we take it seriously: we go through the logs, figure out
who
did it, block their access, and then assure the vendor that we've taken
(Continue reading)


Gmane