<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-1257">
<META content="MSHTML 6.00.2900.2963" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>&gt;&gt; &lt;?php<BR>&gt;&gt; header('Content-Type: audio/mpeg'); 
<BR>&gt;&gt; readfile('error.mp3');<BR>&gt;&gt; ?&gt;<BR>&gt;&gt; i've tried to 
send back the file in icecast-auth-message, but it was a <BR>&gt;&gt; stupid 
idea....<BR>&gt;<BR>&gt; A mechanism to pass back a filename is certainly 
possible, I doubt that <BR>&gt; you want the auth server to send the file 
contents. Report it on <BR>&gt; bugs.xiph.org<BR><BR>actually i do, unless there 
are other ways to communicate with <BR>authentication server and mp3 palyer on 
the listener side. If we are talking <BR>about wmplayer or winamp - none of them 
displays icecast-auth-message if <BR>icecast-auth-user: 0. In this case sending 
back an mp3 file contents is the <BR>only way to respond with some details 
instead of login-screen prompt.<BR>So, can you please give some more details on 
file-passing-back mechanism?<BR><BR>and some specification about that "bug" - i 
mentioned i've tried to send <BR>back file content's in auth-message, but forgot 
to mention icecast server <BR>dropped mp3 content, so currently there is nothing 
to report on <BR>bugs.xiph.org.<BR></DIV></BODY></HTML>