=== kcorex [n=andrea@151.16.238.214] has joined #ubuntu-server === N6REJ [n=Treeturn@knvl-03-0151.dsl.iowatelecom.net] has left #ubuntu-server [] === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-server === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has left #ubuntu-server [] === spasticteapot [n=spastict@24-240-39-177.dhcp.mdsn.wi.charter.com] has joined #ubuntu-server [05:20] Anyone here? [05:25] Earth to Space Station Alpha. Earth to Space Station Alpha. Asking for report. === ivoks [n=ivoks@32-182.dsl.iskon.hr] has joined #ubuntu-server === [miles] [n=miles@unaffiliated/miles/x-000000001] has joined #ubuntu-server [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] [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] 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] 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] strace it [10:21] 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] 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] [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] 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] yes i am [10:30] [miles] : as i said.. it might be a bug in the script that needs to be addressed [10:30] like generic path to pid [10:30] 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] [miles] : updates for security are done regularlyt [10:31] also for critical bugs [10:31] <[miles] > fabbione, as good as the likes of RHEL and SLES [10:31] <[miles] > ? [10:31] timing is usual as fast as possible [10:31] we are usually faster then them [10:31] <[miles] > fabbione, my background is with SLES [10:31] it really depends on the issue [10:32] <[miles] > fabbione, but I'm pretty into UBS [10:32] <[miles] > ok [10:32] some security issues are classified [10:32] 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] so you don't see much of a diff there [10:32] but when a security issue is public [10:32] we are usually faster [10:32] i need to get back to work [10:32] 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] [miles] : add it the bug report please and explain why [11:01] 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] 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] i dunno.. as i said i don't use that piece of software [11:22] <[miles] > ah ok [11:22] 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] 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] checking... [11:35] <[miles] > thank you [11:35] 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] 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] [miles] : thanks for the report.. === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-server [11:41] <[miles] > morning ivoks [11:42] hi [11:43] 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] same here [11:53] <[miles] > ivoks, u ain't touched it no? [11:53] nope [11:53] <[miles] > I used ldap [11:53] <[miles] > and it ties in nicely with that.. so I read [11:54] 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] if you find a bug, let us know [12:01] <[miles] > ivoks, ? [12:01] 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] it is... community supported [12:02] <[miles] > but its they are part of universe [12:02] 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] 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] amavis? [12:04] <[miles] > aye [12:04] <[miles] > I don't like it at all [12:04] [miles] : there are some reasons why we don't include that stuff [12:04] <[miles] > the configuration I mean [12:04] we did discuss it extensively [12:05] and decided not to for now [12:05] 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] critical no.. i don't agree [12:05] i agree that they are nice to have [12:05] not critical, but good stuff [12:05] 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] i would rather see postgrey in main [12:06] (+ i would like too see mail server for ubuntu.com using it :) === [miles] would not run a greylist on his servers [12:07] <[miles] > we'd have clients ringing up all the sodding time [12:07] <[miles] > :==) [12:07] mails only late for first mail [12:07] not every time [12:07] https://wiki.ubuntu.com/PostfixCandy [12:08] [miles] : ^^ [12:09] <[miles] > cheers fabbione [12:09] <[miles] > fabbione, u in france also? [12:09] nope.. [12:09] i am in denmark [12:09] 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] ivoks: they are still open ports [12:10] fabbione: i agree [12:10] 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] 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] but you can use procmail [12:12] and with procmail... [12:13] 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] or pipe [12:13] <[miles] > # (usual setting is $MYHOME/amavisd.sock) [12:15] i'll take a closer look on this [12:15] <[miles] > I prefer unix sockets for stuff like this [12:15] maybe i could come up with something [12:15] <[miles] > faster too [12:32] ok, i see.. performance impact [12:51] Out of Office AutoReply: [Bug 79371] Re: saslauthd init script does not allow movement of PID [12:51] [miles] : disable that stuff from mails coming from Launchpad pretty please now. === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-server [01:08] <[miles] > fabbione, sorry? [01:09] [miles] : isn't your name Martin, Jared ? [01:09] <[miles] > no [01:09] <[miles] > my name is Miles [01:09] <[miles] > :) [01:10] hmm [01:10] sorry [01:10] 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] [miles] : release managers decision. [01:12] anyway somebody is looking at it [01:12] so don't worry [01:12] <[miles] > ok [01:12] <[miles] > it's a quick one to test and fix [01:12] it doesn't indicate the priority with which it will be fixed but the impact [01:12] not that many people use that setup [01:13] so it has a low impact [01:13] it will still take about 2 weeks to get it in dapper-updates [01:13] the process for QA is long [01:13] <[miles] > :-O [01:14] <[miles] > wooo ok === somerville32 [n=somervil@ubuntu/member/somerville32] has joined #ubuntu-server === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-server === J_P [n=jp@200.146.37.219] has joined #ubuntu-server [04:38] hi all [04:48] <[miles] > yo J_P [04:57] [miles] : haha yes! === grazieno [n=ubuntu3@200.128.80.254] has joined #ubuntu-server === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-server === kcorex [n=andrea@151.16.235.194] has joined #ubuntu-server === DJ_Mirage [n=sexybigg@biggetje.xs4all.nl] has joined #ubuntu-server === Jester45 [n=Jester45@dsl-194-104.jax.centurytel.net] has joined #ubuntu-server === Jester45 [n=Jester45@dsl-194-104.jax.centurytel.net] has left #ubuntu-server [] === ||arifaX [n=||arifaX@p54B5A3D0.dip0.t-ipconnect.de] has joined #ubuntu-server === ivoks [n=ivoks@32-182.dsl.iskon.hr] has joined #ubuntu-server === okaratas [n=ozgurk@irssi/user/okaratas] has joined #ubuntu-server === besfred [n=besfred@p549C8F1E.dip0.t-ipconnect.de] has joined #ubuntu-server === besfred [n=besfred@p549C8F1E.dip0.t-ipconnect.de] has left #ubuntu-server ["and] === kcorex [n=andrea@151.16.239.73] has joined #ubuntu-server === grazieno [n=ubuntu3@200.128.80.254] has left #ubuntu-server []