LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Options: Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Parts/Attachments: text/plain (16 lines)
Print Reply
Sender:
LISTSERV give-and-take forum <[log in to unmask]>
Date:
Tue, 4 May 2010 12:10:38 -0600
Content-Disposition:
inline
Reply-To:
LISTSERV give-and-take forum <[log in to unmask]>
Message-ID:
<11157F498B3744E0095E4EF6@[192.168.1.100]>
Content-Transfer-Encoding:
7bit
Subject:
From:
Michael Loftis <[log in to unmask]>
Content-Type:
text/plain; charset=us-ascii; format=flowed
In-Reply-To:
MIME-Version:
1.0
Comments:
To: "Kaminsky,Matthew" <[log in to unmask]> To: [log in to unmask]
I'd be inclined to blame your webserver...not 100% sure, but I'm 90% sure
that it's the webservers responsibility to decode URL GET arguments before
passing them onto the CGI client.

--On Tuesday, May 04, 2010 1:40 PM -0400 "Kaminsky,Matthew"
<[log in to unmask]> wrote:

> We've run into a little quirk with Listserv 15.5 UNIX, and I'm not sure
> where to fix it.  One listowner has some subscribe requests coming in,
> and they're being forwarded to him just fine, handy dandy URL encoded
> link to subscribe the person ready to go.  However, when they hit the
> link, and listserv reads in the command, it doesn't perform any URL
> decoding and tacks on our domain at the end of the whole URL encoded
> address.  I'm not sure where the decoding is failing to happen, anyone
> have any pointers?

ATOM RSS1 RSS2