similar to: icecast_auth (url authentication)

I had similar problems when my auth.php was on password protected http server...but after applying the following configuration i've got it working: <mount> <mount-name>/Test</mount-name> <authentication type="url"> <option name="listener_add" value="http://user:pass@127.0.0.1/auth/action.php"/> <option

Hi guys , I'm writing in the mailing list for asking if tou know some script or system linke Mrtg for see the bandwitch usage of every mountpoin. Thanks Pierpaolo Gull?

Thanks for the tip on those scripts. They're exactly what I've been looking for for a number of years now. Althogh the first one doesn't seem to be online anymore. If anyone's willing to send it to me, I'd love to host it for anyone else that would like to download it in the future. Justin On 14-Apr-07, at 4:33 AM, Klauss Fumuldavijus wrote: > Hi, > actualy

>> <?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 >

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

hi i work for a non-for-profit broadcaster and we use Icecast to serve a number of community radio stations - and it does a great job. i'd like to parse or edit the status.xsl file into a series of files that only show information for one mountpoint or station at a time. i have no idea of XSL syntax but looking at /usr/share/icecast/content/status.xsl i see the following statement pair:

The icecast server isn't on a Mac, it just connects to a Mac for the authentication. Icecast is running on a Debian machine. And packet sniffing shows very clearly no packets leaving the icecast server. 8 sep 2006 kl. 13.39 skrev Klauss Fumuldavijus: > i think you'll have to sniff some packets going between icecast > server and wherever.tld > don't know will it work on

Does your instance of icecast have CURL support compiled in? Without it authentication doesn't work I think. Furthermore, if you're running icecast in a chroot jail then you need to make sure the curl shared libraries are installed in the chroot jail as well. Regards, KJ Peter Bengtson wrote: > The icecast server isn't on a Mac, it just connects to a Mac for the >

Hi! Is it possible to specify different source password for all mounpoints? I tried to found it from docs, but.. If there is some other method to increase security when playing with multiple users and mountpoints, please tell me! - Timo H?kli

At 11:53 PM 8/27/2002 +1000, you wrote: >icecast 2.x will maintain content type (mp3, vorbis, etc.) regardless >of extension, but ending ogg mounpoints with .ogg is recommended as >a workaround for some very common client bugs (_new_ clients should > NOT under any circumstances rely on this) just a point (or two) worth mentioning, it's not exactly trivial for clients to support

Well, this is weird. After receiving a sip subscribe message from peer 2529266, here's what Asterisk responds with: -- (14 headers 0 lines)--- Found user '2529266' Looking for 2943110 in bell_CallStart (domain ua2.ipt.xxx.com) Dec 26 10:19:34 NOTICE[27345]: pbx.c:1741 pbx_extension_helper: Cannot find extension context 'bell_CallStart' Transmitting (no NAT) to

Peter Bengtson <peter <at> peterbengtson.com> writes: > > Thanks for the pointer - CURL was indeed compiled in, but the library > version was too old. Upgrading CURL fixed it very nicely! > > / Peter Bengtson > Hello Peter, Is there possibility that you post your php script for icecast authentication, so that it would be easier or person like me who are not

At 07:29 AM 8/27/02 +0200, you wrote: >oddsock wrote: >> hrm....although I don't recall you stating that this is icecast 1.x, it >> appears that from the context of this message, that that is what you are >> running...if that is the case, from the log message above, it looks like >> you are supplying a mountpoint ending in .ogg, which is just gonna >>

I mean different source password for each mountpoint, no listener password.. chiapas at aktivix.org kirjoitti 20.9.2008 kello 21.36: > 2008/9/18 Timo H?kli <timpuri at kepit.fi>: >> Hi! > > Hi > >> Is it possible to specify different source password for all >> mounpoints? > > A different password for each mountpoint? Sure. > >> I tried to

Martin Otten did most of the work to get Speex up and running for our games about a month ago, and we just recently released it to the Steam beta. So far it appears to be working pretty well, and we're interested in doing more work using Speex going forward. I'd love to hear any feedback that people have using it, especially at the different quality settings. The information on how it

I am trying to create a repository for my own packages as an easy way to auto install packages on a number of servers. Obviously, I am able to connect using install.packages() to CRAN without problems but when I specify my own repos I get an error: > install.packages(pkgs, repos="http://some.site.com") Warnings message: cannot open: HTTP status was '401 Authorisation

First of all i would like to thanks Timo for the excellent job done in dovecot. We are using it in you prodution server with about 5 millions of emails and it is pretty good, only a performance problens but i guess it is realated to ocfs2 that we are using. So lets begin: We are using dovecot 2.0.6 with maildir in an ocfs2 partiton. It is pretty slow access in peak time, but it is related to

Hi I believe that whole question is in topic. Is there any way to recognize ( and then shape ) p2p traffic which is encrypted? Modern p2p clients have this ability moreover some of them have this enabled by default. Now I''m using ipp2p for iptables but as I know this doesn''t recognize encrypted traffic. Thanks in advance. Pozdrawiam Szymon Turkiewicz

Hello everyone, First things first. * shorewall version: 2.2.1 * ip addr show: 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: sit0: <NOARP> mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 3: eth0:

The last log line shows "user=<>". This indicates no credentials were presented. If the rip field matches the client ip you tested from, I would bet the appropriate kerberos ticket (imap/host.domain.tld at REALM) was not pulled for the authentication. On Jun 28, 2016 11:33 PM, "Mark Foley" <mfoley at ohprs.org> wrote: > Aki - partial success! I rebuilt my