Bruno David Rodrigues wrote: > > Imagine this: > original URL: http://foobar/foo?phone=%p&text=%a > Location header: http://barfoo/bar?foo=true&bar=false > > Which URL should kannel use ? Simply the location ? should it add "phone...%a" > to the second URL (http://barfoo....bar=false&phone=%p&text=%a) ? > I don't see anything relevant in rfc :(
I think it's common sense that HTTP client implement the 'take simply the location header URL' option without the adding of query attributes. Why? Because it may be semantically a kludge if variable=value pairs within the location header URL are forbidden to be present with those that have been in the orginal URL. The client may not know this, because it's not in it's logical scope. > No, it says "MUST NOT go without user intervention". As kannel is a daemon, it > shouldn't follow locations if original method is a post. Unless we have a config > value "yes-i-ve-read-rfc-and-i-want-to-follow-post-redirections = true" ;) which I do veto against ;)))) does Kannel follow HTTP POST redirects?! > > The above also goes when the status code is 301 (Moved permanently). But > > Kannel should save the new URI's and use them for future connections. > > Should we have a url cache system ? Should we bother with it ? does IE do it ? ;) Hmm, may be an optional issue. 'May' as I'd suggest. I think we should think about adding such things *after* we have a clean module API and dynamical smsc module loading. It's at least a low priority in my opinion. > > The 303 status (See Other) is an exception. The new URI given in the > > response should be retrieved using a GET method. > > This one is cute. You do your job at first location then server replies "thanks > for your job, now go there for more information" In some situations it may make sense, even while those HTTP features are usually unkown to most of us. Stipe [EMAIL PROTECTED] ------------------------------------------------------------------- Wapme Systems AG Vogelsanger Weg 80 40470 D�sseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de ------------------------------------------------------------------- wapme.net - wherever you are
