Icecast dev - Sep 2006 - mp3 stream instead of "icecast-auth-user: 0"

Hello,

just wanted to ask if there are any other headers icecast would understad apart
icecast-auth-user
icecast-auth-message
icecast-auth-timelimit ?

continuing my previous post "listener redirection to informational
mount" i feel a big demand to respond to unsuccsessful authentification
attempts by sending back short audio message to the listener in the form like
this:

<?php
header('Content-Type: audio/mpeg');
readfile('error.mp3');
?>

i've tried to send back the file in icecast-auth-message, but it was a
stupid idea....

also, can't nobody realy point me on how to redirect listeners to another
mount while in url authentication process?

I would appreciate your help, thanks...
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast-dev/attachments/20060919/a79d84e8/attachment.html

Klauss Fumuldavijus wrote:
> Hello,
> 
> just wanted to ask if there are any other headers icecast would understad
apart
> icecast-auth-user
> icecast-auth-message
> icecast-auth-timelimit ?
These are the current set.
> continuing my previous post "listener redirection to informational
mount" i feel a big demand to respond to unsuccsessful authentification
attempts by sending back short audio message to the listener in the form like
this:
> 
> <?php
> header('Content-Type: audio/mpeg');
> readfile('error.mp3');
> ?>
> 
> i've tried to send back the file in icecast-auth-message, but it was a
stupid idea....
A mechanism to pass back a filename is certainly possible, I doubt that 
you want the auth server to send the file contents. Report it on 
bugs.xiph.org
> also, can't nobody realy point me on how to redirect listeners to
another mount while in url authentication process?
> 
There isn't a mechanism to do that, besides that would indicate that 
your authentication is appallingly slow.

karl.

>> <?php
>> header('Content-Type: audio/mpeg'); 
>> readfile('error.mp3');
>> ?>
>> i've tried to send back the file in icecast-auth-message, but it
was a
>> stupid idea....
>
> A mechanism to pass back a filename is certainly possible, I doubt that 
> you want the auth server to send the file contents. Report it on 
> bugs.xiph.org
actually i do, unless there are other ways to communicate with 
authentication server and mp3 palyer on the listener side. If we are talking 
about wmplayer or winamp - none of them displays icecast-auth-message if 
icecast-auth-user: 0. In this case sending back an mp3 file contents is the 
only way to respond with some details instead of login-screen prompt.
So, can you please give some more details on file-passing-back mechanism?

and some specification about that "bug" - i mentioned i've tried
to send
back file content's in auth-message, but forgot to mention icecast server 
dropped mp3 content, so currently there is nothing to report on 
bugs.xiph.org.