[05:20] <spasticteapot> Anyone here?
[05:25] <spasticteapot> Earth to Space Station Alpha. Earth to Space Station Alpha. Asking for report.
[10:16] <[miles] > morning guys
[10:16] <[miles] > ok, I have a problem with Ubuntu Server 6.06LTS ... postfix and cyrus-sasl
[10:17] <[miles] > due to postfix being jailed, I have to place the sasl socket in:
[10:17] <fabbione> [miles] : there is an how to that explains that
[10:17] <[miles] > /var/spool/postfix/var/run/saslauthd/
[10:17] <[miles] >  /var/spool/postfix/var/run/saslauthd/
[10:17] <[miles] > hi fabbione 
[10:17] <[miles] > well, I've got it running
[10:17] <[miles] > thats not the problem..
[10:17] <fabbione> check in /usr/share/doc/postfix and or /usr/share/doc/sasl2 something
[10:17] <[miles] > the problem is that init script
[10:18] <[miles] > I changed the /etc/defaults/saslauthd vars
[10:18] <[miles] > PIDFILE="/var/run/saslauthd/saslauthd.pid"
[10:18] <[miles] > PWDIR=/var/spool/postfix/var/run/saslauthd
[10:18] <[miles] > to override the vars used in the init script
[10:18] <[miles] > however, the daemon refuses to start
[10:19] <[miles] > I see that it's using start-stop-daemon
[10:19] <[miles] > I've checked as much as I can check, but it refuses to start if I declare the pid in the alternative directory
[10:19] <fabbione> can the daemon write that in that dir?
[10:20] <[miles] > as my daemon starts (with the following in /etc/defaults/saslauthd) PARAMS="-O /etc/saslauthd.conf -m /var/spool/postfix/var/run/saslauthd"
[10:20] <[miles] > the pid is forced to that base dir
[10:20] <[miles] > so when running /etc/init.d/saslauthd stop, it's looking for the pid in the wrong place
[10:20] <[miles] > fabbione, yeah, the daemon works fine
[10:20] <fabbione> strace it
[10:21] <fabbione> check what's trying to open and where
[10:21] <[miles] > aye
[10:21] <[miles] > ok one sec
[10:21] <[miles] > ok.. right
[10:21] <[miles] > I set the /etc/defaults/saslauthd with the following two lines:
[10:21] <[miles] > PWDIR=/var/spool/postfix/var/run/saslauthd
[10:21] <[miles] > PIDFILE="/var/run/saslauthd/saslauthd.pid"
[10:22] <[miles] > to override yeah
[10:22] <[miles] > root@spamwall:/etc# /etc/init.d/saslauthd start
[10:22] <[miles] > root@spamwall:/etc# ps aux|grep sasl
[10:22] <[miles] > root      4220  0.0  0.0   1508   128 pts/0    R+   10:22   0:00 grep sasl
[10:22] <[miles] > root@spamwall:/etc# 
[10:22] <fabbione> i don't use that stuff.. i am jsut trying to show you a path to see what you are doing wrong
[10:22] <[miles] > it dont start
[10:22] <[miles] > but
[10:22] <[miles] > if I take those two out
[10:23] <[miles] > root@spamwall:/etc# /etc/init.d/saslauthd start
[10:23] <[miles] > Starting SASL Authentication Daemon: saslauthd.
[10:23] <[miles] > root@spamwall:/etc# ps aux|grep sasl
[10:23] <[miles] > root      4227  0.1  0.1   6020   988 ?        Ss   10:23   0:00 /usr/sbin/saslauthd -O /etc/saslauthd.conf -m /var/spool/postfix/var/run/saslauthd -a ldap
[10:23] <[miles] > root      4228  0.0  0.1   6020   588 ?        S    10:23   0:00 /usr/sbin/saslauthd -O /etc/saslauthd.conf -m /var/spool/postfix/var/run/saslauthd -a ldap
[10:23] <[miles] > root      4229  0.0  0.1   6020   536 ?        S    10:23   0:00 /usr/sbin/saslauthd -O /etc/saslauthd.conf -m /var/spool/postfix/var/run/saslauthd -a ldap
[10:23] <[miles] > root      4230  0.0  0.1   6020   536 ?        S    10:23   0:00 /usr/sbin/saslauthd -O /etc/saslauthd.conf -m /var/spool/postfix/var/run/saslauthd -a ldap
[10:23] <[miles] > root      4231  0.0  0.1   6020   536 ?        S    10:23   0:00 /usr/sbin/saslauthd -O /etc/saslauthd.conf -m /var/spool/postfix/var/run/saslauthd -a ldap
[10:23] <[miles] > root      4233  0.0  0.1   2880   800 pts/0    S+   10:23   0:00 grep sasl
[10:23] <[miles] > root@spamwall:/etc# 
[10:23] <[miles] > disco
[10:23] <[miles] > alive
[10:23] <[miles] > but as u can see, the socket is in /var/spool/postfix/var/run/saslauthd
[10:23] <[miles] > root@spamwall:/etc# ls -l /var/spool/postfix/var/run/saslauthd/saslauthd.pid 
[10:23] <[miles] > -rw------- 1 root root 5 2007-01-15 10:23 /var/spool/postfix/var/run/saslauthd/saslauthd.pid
[10:23] <[miles] > root@spamwall:/etc# 
[10:23] <[miles] > and the pid is there
[10:24] <[miles] > now
[10:24] <[miles] > I can't stop the daemon
[10:24] <[miles] > cos it looks in /var/run/saslauthd
[10:24] <[miles] > lol
[10:24] <[miles] > I'm buggered
[10:24] <[miles] > LOL
[10:24] <[miles] > I don't want to physically alter the init script, due to package breakage
[10:25] <[miles] > root@spamwall:/etc# /etc/init.d/saslauthd stop
[10:25] <[miles] > Stopping SASL Authentication Daemon: (not running).
[10:25] <[miles] > root@spamwall:/etc# 
[10:25] <[miles] > and of course, it says it's not running, cos it can't locate the pid
[10:25] <[miles] > :)
[10:25] <[miles] > great eh
[10:25] <fabbione> [miles] : if it's a bug in the init script, please file one in malone, It might be worth fixing it in dapper
[10:26] <fabbione> adding a patch to make that generic will help too
[10:26] <[miles] > fabbione, aye
[10:26] <[miles] > fabbione, I'm a little lost as to why it's not working... weird
[10:26] <[miles] > cos to my logic, and after looking at the bash
[10:27] <[miles] > it loads the /etc/defaults/saslauthd file just after hard setting the vars in the init script
[10:27] <[miles] > and I echoed the values, and exited...
[10:27] <[miles] > and it shows the correct values
[10:27] <[miles] > but the daemon just don't start
[10:29] <[miles] > fabbione, you a Ubuntu developer btw?
[10:30] <fabbione> yes i am
[10:30] <fabbione> [miles] : as i said.. it might be a bug in the script that needs to be addressed
[10:30] <fabbione> like generic path to pid
[10:30] <fabbione> file a bug in launchpad with everything you found
[10:30] <[miles] > fabbione, I've had a scout thru it
[10:30] <[miles] > fabbione, but don't see an error
[10:30] <[miles] > fabbione, I'll go again and check it tho
[10:30] <[miles] > fabbione, a question..
[10:31] <[miles] > fabbione, on Ubuntu Server, the updates to problems and vuns' and timely?
[10:31] <[miles] > fabbione, this is my first time in a production enviroment with UBS LTS
[10:31] <fabbione> [miles] : updates for security are done regularlyt
[10:31] <fabbione> also for critical bugs
[10:31] <[miles] > fabbione, as good as the likes of RHEL and SLES
[10:31] <[miles] > ?
[10:31] <fabbione> timing is usual as fast as possible
[10:31] <fabbione> we are usually faster then them
[10:31] <[miles] > fabbione, my background is with SLES
[10:31] <fabbione> it really depends on the issue
[10:32] <[miles] > fabbione, but I'm pretty into UBS
[10:32] <[miles] > ok
[10:32] <fabbione> some security issues are classified
[10:32] <fabbione> and released by vendor at the same time
[10:32] <[miles] > I'll check the script now, be back in a min yeah
[10:32] <fabbione> so you don't see much of a diff there
[10:32] <fabbione> but when a security issue is public
[10:32] <fabbione> we are usually faster
[10:32] <fabbione> i need to get back to work
[10:32] <fabbione> please as i said .. file a bug
[10:32] <[miles] > fabbione, ok
[10:33] <[miles] > fabbione, thank you kindly for the help yeah
[10:59] <[miles] > fabbione, yeah, found the problem part
[10:59] <[miles] > but it's using some commands of Ubuntu/debian, that im not familar with
[11:00] <[miles] > but I know exactly where the problem lies now
[11:00] <[miles] >         dir=`dpkg-statoverride --list $PWDIR`
[11:00] <[miles] >         test -z "$dir" || createdir $dir
[11:00] <[miles] > those two lines
[11:01] <fabbione> [miles] : add it the bug report please and explain why
[11:01] <fabbione> the more you add the faster the fix can be done
[11:02] <[miles] > fabbione, yeah, I'm just trying to work out how to properly fix it
[11:02] <[miles] > I see there are missing parms' on the createdir $dir
[11:06] <[miles] > fabbione, dpkg-statoverride --list /var/spool/postfix/var/run/saslauthd
[11:06] <[miles] > fabbione, does that make much sense to you?
[11:07] <[miles] > fabbione, I can understand obviously checking if the dir exists, and if not, create it
[11:07] <[miles] > but using that?
[11:07] <[miles] > it always returns an empty string
[11:15] <[miles] > ok, I've written a fix
[11:15] <[miles] >         test -d $PWDIR || createdir root sasl 710 $PWDIR
[11:15] <[miles] > now just gotta find where the fuck to submit it
[11:16] <[miles] > fabbione, where do I file my report?
[11:18] <[miles] > bollox the bug reporting is down lol
[11:20] <fabbione> launchpad.net
[11:21] <[miles] > yeah
[11:21] <[miles] > there now
[11:21] <[miles] > fabbione, just gonna try file one
[11:21] <[miles] > u think my fix is ok?
[11:22] <fabbione> i dunno.. as i said i don't use that piece of software
[11:22] <[miles] > ah ok
[11:22] <fabbione> somebody that knows about it, will look into it and check
[11:22] <[miles] > well, to me, it does exactly what the coder of the script ment it to do
[11:22] <fabbione> BUT if you don't file a bug, it will be lost here on IRC
[11:23] <[miles] > lol
[11:23] <[miles] > yeah
[11:23] <[miles] > im doing it
[11:34] <[miles] > fabbione, Bug #79371
[11:34] <[miles] > that ok?
[11:34] <fabbione> checking...
[11:35] <[miles] > thank you
[11:35] <fabbione> looks ok... thanks
[11:35] <[miles] > np
[11:35] <[miles] > I tested my fix... works
[11:36] <[miles] > I spose I could add a couple of lines at the top just to check a sasl group exists
[11:36] <[miles] > fabbione, who sets the priorty on my report please?
[11:36] <fabbione> i will once i get it assigned to somebody
[11:36] <[miles] > ah ok
[11:38] <[miles] > fabbione, I'm happy I can contribute something, be it so little, back to the distro
[11:39] <fabbione> [miles] : thanks for the report.. 
[11:41] <[miles] > morning ivoks 
[11:42] <ivoks> hi
[11:43] <ivoks> how are you?
[11:46] <[miles] > im good
[11:46] <[miles] > much better for smoking a ciggy and fixing the saslauthd init script :D
[11:51] <[miles] > anyone got knowledge of Kerberos
[11:52] <[miles] > never touched it, but I hear good of it
[11:52] <ivoks> same here
[11:53] <[miles] > ivoks, u ain't touched it no?
[11:53] <ivoks> nope
[11:53] <[miles] > I used ldap
[11:53] <[miles] > and it ties in nicely with that.. so I read
[11:54] <ivoks> well, that's not the same
[11:54] <[miles] > yeah, I know
[11:54] <[miles] > but for auth
[11:56] <[miles] > mmm is "universe/mail" in the support area of Ubuntu Server?
[11:56] <[miles] > I can't remember what repo's I changed
[11:57] <[miles] > mmm, ok no it's not
[11:57] <[miles] > :-|
[11:57] <[miles] > so MailScanner and amavisd-new are not in the default support list
[11:57] <[miles] > :-\\
[12:01] <ivoks> if you find a bug, let us know
[12:01] <[miles] > ivoks, ? 
[12:01] <ivoks> if it's security bug, i'm sure some one will work on it
[12:02] <[miles] > ivoks, no bug, .. it would just be good to see Ubuntu Server support one or the other
[12:02] <ivoks> it is... community supported
[12:02] <[miles] > but its they are part of universe
[12:02] <ivoks> just as debian or fedora, except we don't have that much man power in universe (+ some maintainers are lazy, like me)
[12:03] <[miles] > lol
[12:03] <[miles] > :)
[12:03] <ivoks> amavisd-new would be much better option for postfix
[12:03] <[miles] > aye
[12:04] <[miles] > but the configuration of it is a joke
[12:04] <[miles] > messy as hell
[12:04] <ivoks> amavis?
[12:04] <[miles] > aye
[12:04] <[miles] > I don't like it at all
[12:04] <fabbione> [miles] : there are some reasons why we don't include that stuff
[12:04] <[miles] > the configuration I mean
[12:04] <fabbione> we did discuss it extensively
[12:05] <fabbione> and decided not to for now
[12:05] <fabbione> let me find a referenve
[12:05] <[miles] > fabbione, ok... but u agree, they are critical elements more or less to a good mail server?
[12:05] <fabbione> critical no.. i don't agree
[12:05] <fabbione> i agree that they are nice to have
[12:05] <ivoks> not critical, but good stuff
[12:05] <ivoks> ok, redundancy :)
[12:06] <[miles] > fabbione, ok, crtical maybe is an over statement
[12:06] <[miles] > but certainly they're of great use... 
[12:06] <ivoks> i would rather see postgrey in main
[12:06] <ivoks> (+ i would like too see mail server for ubuntu.com using it :)
[12:07] <[miles] > we'd have clients ringing up all the sodding time
[12:07] <[miles] > :==)
[12:07] <ivoks> mails only late for first mail
[12:07] <ivoks> not every time
[12:07] <fabbione> https://wiki.ubuntu.com/PostfixCandy
[12:08] <fabbione> [miles] : ^^
[12:09] <[miles] > cheers fabbione 
[12:09] <[miles] > fabbione, u in france also?
[12:09] <fabbione> nope..
[12:09] <fabbione> i am in denmark
[12:09] <ivoks> heh, amavisd and postgrey do open ports, but only on loopback
[12:09] <[miles] > ah nice
[12:09] <[miles] > cold place I guess
[12:09] <fabbione> ivoks: they are still open ports
[12:10] <ivoks> fabbione: i agree
[12:10] <ivoks> hm, maybe we could work on amavisd to support socket (if it doesn't already)
[12:11] <[miles] > it does
[12:11] <[miles] > but not with postfix
[12:11] <[miles] > exim is the doggies
[12:11] <[miles] > but
[12:12] <[miles] > postfix rules the roost, and its pretty sweet 
[12:12] <ivoks> not with postfix?
[12:12] <[miles] > I've done more MTA stuff with Exim... im pretty fresh at Postfix
[12:12] <[miles] > ivoks, nah, u can't use the socket
[12:12] <ivoks> but you can use procmail
[12:12] <ivoks> and with procmail...
[12:13] <ivoks> i think content-filter supports local
[12:13] <[miles] > # AMAVIS-CLIENT PROTOCOL INPUT SETTINGS (e.g. with sendmail milter)
[12:13] <[miles] > #   (used with amavis helper clients like amavis-milter.c and amavis.c,
[12:13] <[miles] > #   NOT needed for Postfix or Exim or dual-sendmail - keep it undefined.
[12:13] <[miles] > $unix_socketname = "$MYHOME/amavisd.sock"; # amavis helper protocol socket
[12:13] <[miles] > #$unix_socketname = undef;        # disable listening on a unix socket
[12:13] <[miles] >                                   # (default is undef, i.e. disabled)
[12:13] <ivoks> or pipe
[12:13] <[miles] >                                   # (usual setting is $MYHOME/amavisd.sock)
[12:15] <ivoks> i'll take a closer look on this
[12:15] <[miles] > I prefer unix sockets for stuff like this
[12:15] <ivoks> maybe i could come up with something
[12:15] <[miles] > faster too
[12:32] <ivoks> ok, i see.. performance impact
[12:51] <fabbione> Out of Office AutoReply: [Bug 79371]  Re: saslauthd init script does not allow movement of PID
[12:51] <fabbione> [miles] : disable that stuff from mails coming from Launchpad pretty please now.
[01:08] <[miles] > fabbione, sorry?
[01:09] <fabbione> [miles] : isn't your name Martin, Jared ?
[01:09] <[miles] > no
[01:09] <[miles] > my name is Miles
[01:09] <[miles] > :)
[01:10] <fabbione> hmm
[01:10] <fabbione> sorry
[01:10] <fabbione> wrong person
[01:10] <[miles] > jeje
[01:10] <[miles] > np
[01:10] <[miles] > the guy who's got the bug is Martin
[01:10] <[miles] > it would appear
[01:10] <[miles] > https://launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/79371
[01:11] <[miles] > fabbione, personally, I would not class this as "low"
[01:11] <[miles] > fabbione, not on server distro
[01:11] <fabbione> [miles] : release managers decision. 
[01:12] <fabbione> anyway somebody is looking at it
[01:12] <fabbione> so don't worry
[01:12] <[miles] > ok
[01:12] <[miles] > it's a quick one to test and fix
[01:12] <fabbione> it doesn't indicate the priority with which it will be fixed but the impact
[01:12] <fabbione> not that many people use that setup
[01:13] <fabbione> so it has a low impact
[01:13] <fabbione> it will still take about 2 weeks to get it in dapper-updates
[01:13] <fabbione> the process for QA is long
[01:13] <[miles] > :-O
[01:14] <[miles] > wooo ok
[04:38] <J_P> hi all
[04:48] <[miles] > yo J_P 
[04:57] <J_P> [miles] : haha yes!