similar to: Different listeners with different config

It's very difficult at least. I can't instantly think any sensible way forward, but you might be able to get somewhere using %a variable. Aki > On December 31, 2016 at 11:38 AM mj <lists at merit.unu.edu> wrote: > > > Hi, > > Does the lack of replies mean that what I'm asking is not possible? > > (or am I missing something SO obvious that nobody

Or. maybe it is the holidays and people actually have a life? On December 31, 2016 4:38:53 AM EST, mj <lists at merit.unu.edu> wrote: >Hi, > >Does the lack of replies mean that what I'm asking is not possible? > >(or am I missing something SO obvious that nobody bothers to point it >out..?) > >MJ > >On 12/29/2016 09:23 PM, mj wrote: >> Hi, >>

or maybe you can try local 0.0.0.0/0:144 { passdb { } } > On December 31, 2016 at 11:56 AM Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > > > It's very difficult at least. I can't instantly think any sensible way forward, but you might be able to get somewhere using %a variable. > > Aki > > > On December 31, 2016 at 11:38 AM mj <lists at

Hi, Does the lack of replies mean that what I'm asking is not possible? (or am I missing something SO obvious that nobody bothers to point it out..?) MJ On 12/29/2016 09:23 PM, mj wrote: > Hi, > > I would like to have two seperate imap listeners, with different > authentication settings, but the mailstore and userbase etc will be > identical. > > I know I can do this:

Hi, I would like to have two seperate imap listeners, with different authentication settings, but the mailstore and userbase etc will be identical. I know I can do this: > service imap-login { > inet_listener imap { > port = 143 > } > inet_listener imap2 { > port = 144 > } > } But I'm unsure how to configure imap/143 with "driver =

We provide POP3 service for several realms, each of which has a substantial number of users logging in with no realm (bare username). We would like to use Dovecot, but I haven't been able to findout how to vary auth_default_realm for each listener. My most recent attempt was to set up one auth {} block for each realm with a different auth_default_realm and socket master path. I then set up

Hi, I've read the howto on overriding the global ssl_cert config by using filters like "local", "remote", "protocol", "local-name". However... is it possible to have a speciel certificate just for a listener where only the port is different? /Peter

> On 31 Dec 2016, at 11.38, mj <lists at merit.unu.edu> wrote: > > Hi, > > Does the lack of replies mean that what I'm asking is not possible? > > (or am I missing something SO obvious that nobody bothers to point it out..?) > It is difficult. what you might be able to do is to configure multiple inet_listeners and then use CoS setup with multiple passdb:s.

*Christian Felsing wrote: * > Please consider to add server side private/public key encryption for incoming mails. > If client logs on, the password is used to unlock users server side private key. > If mail arrives from MTA or any other source, mail is encrypted with users public key. > Key pair should be located in LDAP or SQL server. PGP and S/MIME should be supported. >

OK, it seems I have a problem with my configuration because the streams only last 83 seconds. I think IceCast's logging is OK with Constant Bit Rate because you can easily calculate how long somebody has been listening to the radio as you have the Bit Rate and you know when the listeners left, and because GET shows it's a listener, not a source. But what about Variable Bit Rate, possible

On 25 Feb 2015, at 20:59, Peter Mogensen <apm at one.com> wrote: > So, why not just extend the support for proxy authentication forwarding > to any single-handskake SASL-IR mechanism, which doesn't use > channel-binding? (which includes PLAIN, but also GS2-KRB5, and possibly > others). Yeah, I guess it would work for several of the auth mechanisms. It's a lot of work

> > >To me it sounds like a bug; surely the fallback never needs statistics, > only the real steam because this is where listeners connect to. Well, the fallback mount is still a mount-point nonetheless. you could still use it as a "regular" mount-point even if its configured as a fallback to another. Now, as for the statistics, should we be able to help without knowing

Goedemorgen. On Sun, 2015-12-06 at 13:13 +0100, Jeroen van Oosten wrote: > Hello, > > I've come across a small problem and I'm not sure it's a bug or a > misconfiguration in icecast, so I thought I'd ask here. > > The situation: we have an automated radio station that is fed from a > dedicated virtual machine with SAM broadcaster. I set up a stream with a

Hi, I understand from earlier discussions that the reason dovecot doesn't support proxying of other SASL mechanisms than those which supply the plaintext password is that in general it would be possible to proxy any SASL mechanism since it might protect against man-in-the-middle attacks (which would prevent proxying). However, that has led to choice between letting users use PLAIN (or

Too much work. If I am able to see it on the web interface I should be able to get a Json or XML file with this in it. The reason I need this is to show current listeners and from where they are listening. I do this with the other streaming software without any modifications or adjustments. This should be easy. Reaz > On Sep 22, 2020, at 11:16 AM, <jorr at streamguys.com> <jorr at

I have an app that I've built that leverages the auth functionality of icecast2 to track when listeners are added to the stream and monitor what they listen to. I've ran in to an issue where if a listener disconnects for a few seconds then reconnects, I track them as a new user. I can't track by ip cause there may be a few people listening from the same public ip. In the docs I

Hi all! I want create a large IMAP server setup where dovecot is listening on multiple interfaces and needs a different default realm on each interface. I'm using dovecot 2.0.5 on FreeBSD9 and authenticate against a LDAP database. I found an old mail thread from 2007 that said I'm basically screwed. Has that change since than? Is there any way to use different default realms per listener?

Hi Marius, thanks for your reply. URL auth via usern/pass seems what I need. I fail to understand is if and how would that reflect on logs. Care to elaborate further? Thank you ---- Mark Foster On Wed, Jun 24, 2015 at 8:28 AM, Marius Flage <marius at flage.org> wrote: > Hi Mark, > > You can maybe look at authentication: > http://icecast.org/docs/icecast-2.4.1/auth.html ?

Good Afternoon, I would like to know how can we be in the ice cast directory in order ice cast can count the listeners that our internet radio station will have. This is the link where we can see the listeners http://dir.xiph.org/index.php how can we be on that list also? We will broadcast through ice cast on a linux dedicated server. Thank you in advance.Alexandra AlexopoulouGreece

Is it at all possible to synchronize listeners so they hear the audio at the exact same time? It doesn't matter if the source and listener is a few seconds different. Someone I know wants to send Ogg Vorbis encoded audio across a wireless LAN using Icecast to 2 LPFM transmitters on the same frequency, and they really need to be closely synchronized to prevent echo in an overlap coverage