search for: jabberd

I am trying to setup a local Jabberd server for our members of our IT department to use. I downloaded the source for 2.0s8 from the jabbered site. When i run ./configure I receive the following error: "configure: error: Libidn >= 0.3.0 not found" I went out to dag and downloaded and installed the libidn-0.4.6-1.1.el3.da...

...mail, postfix, sendmail, avcheck, sqwebmail, courier-imap, mailman, cyrus-imap. * Security: sudo, gnupg, cistron-radiusd, freeradius, tac_plus, drweb. * Databases: DBI, postgresql, mysql, msql. * News: binkd, inn, ifmail, gup. DNS: isc-bind, djbdns. * Communications: mgetty, jabberd. ... and many, many others. Employment history: * March 1998 - present: Senior system/network administrator of VolgaLink ISP. FreeBSD installation and keeping STABLE using CVS, building from sources. Kernel building and tuning. Installation, configuration and upgrading...

Excuse my ignorance (I just got crap on the #centos IRC channel for this question), but is there a (easy!) way to have and IRC and/or Jabber server relay a login to a Microsoft Active Directory server for authentication? If there's a better question to ask this question, please point me in that direction, and I'll be happy to do so Thanks -------------- next part -------------- An HTML

Hi all, I was wondering if someone could explain the relationship of Asterisk, SER & Jabber (XMPP) to me. I understand that there are facilities within Asterisk to use jabber to notify of incoming calls via XMPP clients, however I'm trying to work out exactly where the SER server would sit in all of this and what it's actual role would be. This might seem like a silly

Package: logcheck-database Version: 1.2.28 Severity: wishlist Could you add support for dnsmasq for the server profile? This is the standard dnsmasq output. ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dnsmasq\[[[:digit:]]+\]: read /etc/hosts - [[:digit:]]+ addresses$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dnsmasq\[[[:digit:]]+\]: reading /etc/resolv.conf$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+

...heck/ignore.d.server/ipppd' /etc/logcheck/ignore.d.server/isdnlog [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/isdnlog' /etc/logcheck/ignore.d.server/isdnutils [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/isdnutils' /etc/logcheck/ignore.d.server/jabberd [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/jabberd' /etc/logcheck/ignore.d.server/kernel [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/kernel' /etc/logcheck/ignore.d.server/klogind [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/k...

...ck/ignore.d.server/ipppd' /etc/logcheck/ignore.d.server/isdnlog [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/isdnlog' /etc/logcheck/ignore.d.server/isdnutils [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/isdnutils' /etc/logcheck/ignore.d.server/jabberd [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/jabberd' /etc/logcheck/ignore.d.server/kernel [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/kernel' /etc/logcheck/ignore.d.server/klogind [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.serve...

...ck/ignore.d.server/ipppd' /etc/logcheck/ignore.d.server/isdnlog [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/isdnlog' /etc/logcheck/ignore.d.server/isdnutils [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/isdnutils' /etc/logcheck/ignore.d.server/jabberd [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/jabberd' /etc/logcheck/ignore.d.server/kernel [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.server/kernel' /etc/logcheck/ignore.d.server/klogind [Errno 13] Keine Berechtigung: u'/etc/logcheck/ignore.d.serve...

Package: logcheck-database Version: 1.2.32 Severity: normal Tags: patch The fix for 283331 exposed a bug in the dnsmasq rules. The rule was looking for DHCPINFO, but the actual message is DHCPINFORM. Prior to the 283331 fix, the old rule worked, because the "[()[:alnum:]]+" part of the rule matched the "RM" at the end of DHCPINFORM. -- System Information: Debian Release:

Package: logcheck-database Version: 1.2.31 Severity: wishlist The following is reported by logcheck when inserting a USB joystick for the first time (workstation), none of which (I assume) I need to be informed of. Nov 21 17:50:08 localhost kernel: ohci_hcd 0000:00:01.2: wakeup Nov 21 17:50:08 localhost kernel: usb 1-1: new low speed USB device using address 2 Nov 21 17:50:10 localhost kernel:

Package: logcheck Version: 1.2.32 Severity: important In postinst logcheck "fixes" permissions of /etc/logcheck/* to 750. In my (and others on #d-d) opinion ownership and permissions should be preserved upon package upgrades. Logcheck must not screw with my decision to make them world readable every time it configures. -- Peter

Package: logcheck-database Severity: wishlist Hi, the following two lines should be added either to ignore.d.server/dhcp or ignore.d.server/udhcp to ignore messages from udhcpd (other lines may be necessary) # udhcpd support ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ udhcpd\[[0-9]+\]: sending OFFER of [.0-9]+ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ udhcpd\[[0-9]+\]: sending ACK to [.0-9]+ filippo

Package: logcheck-database Version: 1.2.32 Severity: wishlist Ignore rules to supress messages generated from pugging in, and then removing, a USB headset (one speaker). ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel: drivers\/usb\/class\/audio\.c: v1.0.0:USB Audio Class driver$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel: usbaudio: assuming that a stereo channel connected directly to a mixer is