[00:01:50] *** hparker has quit IRC
[00:02:15] *** Ryushin has quit IRC
[00:02:56] *** Lap_64 has quit IRC
[00:03:20] *** Lap_64 has joined #postfix
[00:05:58] *** higuita has quit IRC
[00:05:59] *** confound has quit IRC
[00:05:59] *** internat1 has quit IRC
[00:05:59] *** jelly has quit IRC
[00:06:00] *** xnixan has quit IRC
[00:06:00] *** mordaunt has quit IRC
[00:06:00] *** _gAri- has quit IRC
[00:06:00] *** jduggan has quit IRC
[00:06:00] *** frato has quit IRC
[00:06:00] *** amrit|wrk has quit IRC
[00:06:01] *** Knoedel2 has quit IRC
[00:06:01] *** Zerberus has quit IRC
[00:06:01] *** ikaro has quit IRC
[00:06:01] *** glitch- has quit IRC
[00:06:04] *** tshine_ has joined #postfix
[00:06:08] *** Knoedel2 has joined #postfix
[00:06:08] *** amrit|wrk has joined #postfix
[00:06:08] *** frato has joined #postfix
[00:06:08] *** glitch- has joined #postfix
[00:06:08] *** _gAri- has joined #postfix
[00:06:08] *** jduggan has joined #postfix
[00:06:08] *** Zerberus has joined #postfix
[00:06:08] *** ikaro has joined #postfix
[00:06:08] *** xnixan has joined #postfix
[00:06:08] *** higuita has joined #postfix
[00:06:08] *** jelly has joined #postfix
[00:06:08] *** mordaunt has joined #postfix
[00:06:08] *** internat1 has joined #postfix
[00:06:08] *** confound has joined #postfix
[00:06:18] *** ikaro has quit IRC
[00:06:21] *** ikaro has joined #postfix
[00:06:25] *** confound has quit IRC
[00:06:29] *** confound has joined #postfix
[00:06:48] *** tshine has quit IRC
[00:06:52] *** tshine_ is now known as tshine
[00:07:55] *** brancaleone has quit IRC
[00:11:30] *** netcrash has quit IRC
[00:14:30] *** Fallenou has quit IRC
[00:29:13] *** AllenJB_ has joined #postfix
[00:29:31] *** AllenJB has quit IRC
[00:30:52] *** hever has quit IRC
[00:30:52] *** Lap_64 has quit IRC
[00:31:24] *** Lap_64 has joined #postfix
[00:32:38] *** JoeWulf has joined #postfix
[00:42:09] *** Joe_Wulf has quit IRC
[00:49:42] *** j_s has quit IRC
[00:50:30] *** Draecos_ has joined #postfix
[00:51:09] *** Draecos_ has quit IRC
[00:53:43] *** Lap_64 has quit IRC
[00:54:48] *** Lap_64 has joined #postfix
[00:59:01] *** Draecos has quit IRC
[00:59:32] *** linkslice has joined #postfix
[01:02:57] *** madrescher has quit IRC
[01:05:21] *** rcsu has quit IRC
[01:09:39] *** xpoint has left #postfix
[01:10:03] *** war9407 has quit IRC
[01:10:16] *** tshine has quit IRC
[01:18:49] *** FuriousGeorge has quit IRC
[01:19:12] *** tshine has joined #postfix
[01:22:40] *** madrescher has joined #postfix
[01:30:51] *** seekwill has quit IRC
[01:52:50] *** bernie has quit IRC
[01:54:51] *** makerc has joined #postfix
[02:03:24] *** madrescher has quit IRC
[02:11:57] *** tkooda has joined #postfix
[02:13:38] *** Motoko-chan has quit IRC
[02:16:34] <tkooda> if I have a policy service in smtpd_recipient_restrictions respond with "action=accept", will the message then be passed to my smtpd_milters (e.g. before attempting to match against my "virtual_mailbox_maps = hash:/etc/postfix/vmaps"?)    -I want to be able to alter the recipient (in a smtpd_milters milter?) before attempting to deliver it to the "virtual_mailbox_maps = hash:/etc/postfix/vmaps")
[02:19:19] *** habnabit_ has joined #postfix
[02:19:57] <habnabit_> Postfix is seeing connections from localhost as connecting from ::1, which isn't matching my mask of '127.0.0.0/8'. What hostmask do I need to support matching ::1?
[02:24:13] <shasta> habnabit, RTFM :)
[02:24:16] <shasta> http://www.postfix.org/postconf.5.html#mynetworks
[02:24:29] <habnabit_> Oh hey, I missed that.
[02:24:30] <habnabit_> Thanks!
[02:24:32] *** Joe_Wulf has joined #postfix
[02:24:59] <habnabit_> I usually read the manual, I promise. :(
[02:38:01] *** JoeWulf has quit IRC
[02:38:21] *** Joe_Wulf is now known as JoeWuolf
[02:38:27] *** JoeWuolf is now known as JoeWulf
[02:45:17] *** keffff has joined #postfix
[02:47:58] <tkooda> are smtpd_milters bypassed when a policy service smtpd_recipient_restrictions responds with "action=accept"?
[02:50:35] *** keffff has quit IRC
[02:50:50] *** seekwill has joined #postfix
[02:52:20] *** pirho has quit IRC
[02:52:30] *** mordaunt has quit IRC
[02:55:13] *** keffff has joined #postfix
[02:55:47] *** ming_zym has joined #postfix
[02:56:36] *** keffer has quit IRC
[02:56:42] *** keffff has quit IRC
[02:56:50] *** keffer has joined #postfix
[03:05:01] *** neoeinstein has quit IRC
[03:10:38] *** Tachy_ has joined #postfix
[03:19:02] *** c0m has joined #postfix
[03:22:07] *** Tachy has quit IRC
[03:28:41] *** Draecos has joined #postfix
[03:28:44] <sahil> tkooda: what do you think? :)
[03:30:49] <sahil> tkooda: Postfix applies its own restrictions before the milters can have a go at the email.
[03:31:04] <tkooda> I don't know, and couldn't find the answer in the docs/website.  which is why I asked in here.  -I'd GUESS that ansering "action=accept" from a policy service would bypass any milters, but couldn't see how I could modify the recip
[03:31:09] <tkooda> hrmm
[03:32:18] * sahil doesn't use milters, so i won't be of much help. =/
[03:32:39] <tkooda> so.. it doesn't sound like there's a way to modify the recipient before the "virtual_mailbox_maps = hash:/etc/postfix/vmaps" is checked
[03:33:08] <tkooda> think my presumption is correct?
[03:33:26] <tkooda> (didn't mean to sound (too) snippy earlier. ;P )
[03:39:49] <sahil> tkooda: well, the milter operates on the email *before* virtual_mailbox_maps is evaluated.
[03:44:56] <tkooda> okay, thanks.  that's great.  that'll work perfect then.
[03:49:29] *** amrit|wrk is now known as amrit|afk
[03:49:46] *** JoeWulf has quit IRC
[03:50:59] *** Lap_64 has quit IRC
[03:58:22] *** mordaunt has joined #postfix
[03:58:29] <mordaunt> hallo postfixeteers
[03:58:55] *** _jaldhar has joined #postfix
[04:01:03] <lunaphyte> back for more, eh?
[04:01:28] *** JoeWulf has joined #postfix
[04:03:30] <mordaunt> heck yea
[04:03:52] <mordaunt> i will not rest till i tame this beastly code
[04:04:17] *** tshine_ has joined #postfix
[04:04:47] *** tshine has quit IRC
[04:04:59] *** tshine_ is now known as tshine
[04:17:18] *** Motoko-chan has joined #postfix
[04:48:03] *** AllenJB has joined #postfix
[04:48:25] *** echinos has quit IRC
[04:48:29] *** echinos has joined #postfix
[04:53:42] *** AllenJB_ has quit IRC
[04:59:30] *** _zsh has joined #postfix
[05:17:45] *** pickcoder has joined #postfix
[05:23:01] *** Rada has quit IRC
[05:23:04] *** Rada has joined #postfix
[05:23:25] *** makerc has quit IRC
[05:31:43] *** roe___ has joined #postfix
[05:33:54] *** tubbybastard has joined #postfix
[05:34:00] *** Igneous has joined #postfix
[05:34:18] <tubbybastard> hello all
[05:35:07] <sahil> hi.
[05:35:18] <sahil> mordaunt: postfix is not beastly code.
[05:36:51] <tubbybastard> Hello, postfix on debian etch working great, started to install amavis, opted for plain spamassassin instead, but my mail.log continues to show postfix attempting to connect to
[05:37:31] <sahil> tubbybastard: go with amavis!  you can integrate virus scanning (i.e. clamav) easily as well.
[05:37:44] <tubbybastard> sahil
[05:37:45] * pickcoder runs amavisd-new on Etch
[05:37:52] <pickcoder> with clamav and SA
[05:38:17] <tubbybastard> I may run it eventually, but for now I'd just like to focus on spamassassin
[05:38:45] <tubbybastard> any idea what I might have over looked as that it is attempting to connect
[05:38:58] <sahil> tubbybastard: sure, but i think you are overstating the complexity of integrating with amavisd-new relative to SA.  it's not *that* huge of a jump.
[05:39:16] <sahil> tubbybastard: we need postconf -n and relevant log excerpts; not incomplete anecdotes.
[05:39:43] <tubbybastard> sahil, of course, would you like me to paste it here?
[05:39:48] <sahil> tubbybastard: absolutely not.
[05:39:54] * sahil points to the topic
[05:42:53] <tubbybastard> http://paste.debian.net/12697/
[05:43:23] <pickcoder> gee.. where did smtp-amavis come from
[05:44:30] <tubbybastard> I had it added to main.cf and master.cf at one point, but I had removed all instances
[05:44:43] <tubbybastard> and removed the app itself
[05:44:50] <pickcoder> you have mail sitting in the mail queue with a bad transport now
[05:45:06] <tubbybastard> simply flush the queue?
[05:45:35] <pickcoder> if you don't care about queued mail, sure
[05:45:59] <sahil> haha
[05:46:14] <sahil> or requeue mail so it flows through to the correct transport.
[05:46:44] <pickcoder> man postsuper
[05:46:48] <pickcoder> hold it and then requeue it
[05:46:49] <sahil> tubbybastard: postsuper -r
[05:47:13] <pickcoder> or that..
[05:47:45] <sahil> pickcoder: no, reading man pages is a good thing (tm). :)
[05:47:47] <tubbybastard> gentlemen, thank you, I greatly appreciate your time, I appreciate your patience with my "novice-ness"
[05:47:58] * Igneous chuckes
[05:48:15] * sahil ducks
[05:48:26] <tubbybastard> moved over from bsd and sendmail to debian and postfix with this install
[05:48:40] <sahil> partially good move. :)
[05:48:46] <sahil> what's wrong with bsd + postfix?
[05:49:19] <pickcoder> tubbybastard: atleast you can provide logs and postconf settings properly in a pastebin
[05:49:26] <pickcoder> :)
[05:49:51] <tubbybastard> nothing, I just don't know Linux at all, and I am vying for a linux admin job at work
[05:50:27] <pickcoder> tubbybastard: the best training is on-the-job IMO
[05:50:36] <Igneous> the transition from BSD to Linux is fairly easy (it's just annoying, because in freebsd EVERYTHING is documented, and not so much in linux)
[05:50:41] <Igneous> the other way around though, kinda different
[05:50:55] <tubbybastard> the handbook is amazing
[05:51:10] <tubbybastard> I still swing back by for someting things that are relevant
[05:51:26] * pickcoder glanced @ freebsd in the late 90s
[05:51:39] <sahil> Igneous: exactly why I made the switch to FreeBSD years ago and haven't looked back.  anyway, not trying to start an off-topic flamewar. :)
[05:51:51] * pickcoder needs to throw it on a spare machine and play
[05:52:15] <tubbybastard> sahil
[05:52:27] <tubbybastard> but I do LOVE apt-get/aptititude
[05:52:35] <tubbybastard> ports are great
[05:52:44] <tubbybastard> but they are no apt-get in my experience
[05:52:44] <sahil> tubbybastard: hey, whatever works for you and helps you gets things done.
[05:52:49] <tubbybastard> no doubt
[05:52:57] <tubbybastard> I'm not trying to pick a fight either
[05:53:00] <tubbybastard> sorry
[05:53:09] <Igneous> Debian is hard not to like^_^
[05:53:37] <pickcoder> #apache would disagree with it's funky config structure, but that's another channel
[05:54:09] <tubbybastard> you mean moving away from the single httpd.conf?
[05:54:36] <Igneous> debian isn't exactly the best for enterprise/production uses, but it makes a damn awesome home toy server
[05:54:45] <pickcoder> tubbybastard: ask in #apache
[05:55:02] <pickcoder> Igneous: I totally disagree
[05:55:08] <Igneous> pickcoder, really?
[05:55:09] <pickcoder> I run a huge mail server on Etch
[05:55:16] <pickcoder> s/huge/ extremely active
[05:55:25] <tubbybastard> uh oh, what did I start?
[05:55:25] <pickcoder> I know many sites running enterprise software on it
[05:55:47] <pickcoder> it's like any O/S. You need to know what you're doing to get the best out of it
[05:55:59] *** FuriousGeorg1 has joined #postfix
[05:56:05] <Igneous> tubbybastard, lol nothing, I'm a debian user and lover, I'm just being modest about deb
[05:56:11] <Igneous> pickcoder, that's good to hear
[05:56:27] <Igneous> the only real examble I have to go on is dreamhost, which runs debian.. and it's a nightmare
[05:56:37] <pickcoder> I'd probably move my enterprise DB server onto it, if I could get O/S support for it
[05:56:49] <seekwill> Igneous: Yeah, but do you blame debian or the admin?
[05:57:07] <rob0> Debian's fine, if you don't need SSL.
[05:57:13] <sahil> rob0: ROFL
[05:57:15] <seekwill> lol
[05:57:17] <tubbybastard> seekwill, that depends on if you ask the admin or someone else
[05:57:25] <pickcoder> rob0: what do you mean?
[05:57:33] <seekwill> lol
[05:57:34] <tubbybastard> the ssl vulnerability
[05:57:44] *** FuriousGeorg1 has quit IRC
[05:57:52] <sahil> pickcoder: just a (half) joke.
[05:58:09] <pickcoder> well all I remember about an SSL exploit was when I had RH9 running a web server
[05:58:18] <pickcoder> someone actually rooted it
[05:58:29] <Igneous> wow
[05:58:35] <sahil> that sucks.
[05:58:49] <pickcoder> yeah.. we had spam-a-thon for a couple of years
[05:58:54] <pickcoder> they just got the user list
[05:59:31] <pickcoder> most of the machines are pretty isolated from one-another
[05:59:36] <pickcoder> anyway..
[06:02:46] <tubbybastard> thanks again everyone
[06:02:50] *** tubbybastard has quit IRC
[06:05:43] <pickcoder> so.. any suggestions to my unanswered questions on bounce handling
[06:05:50] <pickcoder> from yesterday...
[06:06:19] <rob0> ask a basketball player, they handle bounces constantly!
[06:06:46] <seekwill> rob0 is on a roll!
[06:07:09] <Igneous> wow, that actually made me laugh, hard
[06:07:14] <sahil> pickcoder: what was your question?
[06:07:17] * pickcoder adds mayo and onion
[06:07:31] <Igneous> the iced tea I was drinking is now all over my monitor
[06:07:38] * pickcoder doesn't want postfix to dribble, though
[06:07:39] <sahil> Igneous: that sucks for you.
[06:07:59] <Igneous> sahil, yeah really, I wonder if i can rm -F icedtea
[06:08:18] <pickcoder> I'm trying to build a bounce list from a newsletter sending
[06:08:47] <pickcoder> notify_classes is bounce, software, resources
[06:09:09] <pickcoder> the bounce and error notice address vars are set to the same account
[06:09:17] <pickcoder> yet postmaster is still getting a bounce notice
[06:09:22] <pickcoder> along with that bounce account
[06:09:51] <pickcoder> I only want _1_ bounce notice and I want it to go to that new account
[06:10:07] <pickcoder> the rest of the notices can goto postmaster
[06:12:21] *** Xishem has joined #postfix
[06:12:33] *** Xishem has left #postfix
[06:14:10] <pickcoder> I could get on the machine with the config and pastebin it, but it's too late and I gotta goto bed
[06:14:28] <pickcoder> wish there was a tool available that would build the bounce list for me
[06:14:46] <pickcoder> I hate sifting through mail bounces
[06:16:33] <rob0> probably not a big job for perl/python/whatever
[06:17:28] <pickcoder> I really don't have time to script something
[06:17:41] <pickcoder> but I guess it's less time than having to sift through mail bounces
[06:17:46] <pickcoder> ugh
[06:17:57] <pickcoder> I do it now, basically, in Pick
[06:18:10] <pickcoder> I dump the mail content to a file and parse it
[06:18:10] * Igneous wishes he could help
[06:18:34] <pickcoder> it's not perfect though, because not all bounces contain the original to: in the body
[06:18:41] <pickcoder> I need the headers
[06:19:07] <pickcoder> if I can get one copy of the bounce to a single account, then I may be able to work with it
[06:26:05] *** mase_desktop has joined #postfix
[06:26:42] <mase_desktop> hey guys, is there a way that i can tell postfix to deliver to 2 mailboxes for the 1 address
[06:28:58] <pickcoder> aliases
[06:29:13] <pickcoder> unless you want bcc
[06:29:43] <mase_desktop> would that alter the envelope recipient ?
[06:30:14] <mase_desktop> what about on a  domain basis
[06:30:34] <mase_desktop> like forwarding a domain to 2 mailservers ?
[06:30:41] <pickcoder> ugh..
[06:31:25] *** hever has joined #postfix
[06:32:01] <mase_desktop> like all mail to @example.com get duplicated, to mail2.example.com
[06:32:14] <mase_desktop> as well as being accepted locally
[06:33:01] <pickcoder> !transports
[06:33:02] <knoba> pickcoder: Error: "transports" is not a valid command.
[06:33:04] <pickcoder> !transport
[06:33:05] <knoba> pickcoder: "transport" : transport(5) The optional transport(5) table specifies a mapping from email addresses to message delivery transports and next- hop destinations. Look at: http://www.postfix.org/transport.5.html
[06:34:17] <mase_desktop> i have a transport set up already
[06:34:32] <pickcoder> mase_desktop: I really don't have the energy to get into all that. it's bed time for me. maybe someone else can help
[06:34:34] <mase_desktop> which points @example.com to another server\
[06:34:39] <mase_desktop> no worries
[06:34:46] <mase_desktop> thanks for your help
[06:34:51] <pickcoder> nite folks
[06:34:54] *** pickcoder has quit IRC
[07:03:26] *** penrod has quit IRC
[07:42:21] *** adaptr has quit IRC
[07:42:31] *** adaptr has joined #postfix
[07:44:43] <seekwill> hey adaptr
[07:45:03] <seekwill> fine :P
[07:45:06] *** seekwill has quit IRC
[07:47:19] *** Haris1 has joined #postfix
[07:57:53] *** Fallenou has joined #postfix
[08:00:50] *** martianixor has quit IRC
[08:04:38] *** BlackDex has joined #postfix
[08:07:20] <BlackDex> Someone here that can help me with an error i get when installing postfix under ubuntu?
[08:11:00] *** Lap_64 has joined #postfix
[08:13:40] *** TTilus has joined #postfix
[08:14:10] *** amrit|afk is now known as amrit|zzz
[08:15:49] <TTilus> how do i make postfix (2.3.7) defer, not bounce, under load (when dspam sometimes hits "Command time limit exceeded")
[08:25:08] *** roe___ has quit IRC
[08:29:46] *** sophokles has joined #postfix
[08:29:50] *** mattlh has joined #postfix
[08:31:19] *** pebosi has quit IRC
[08:31:22] *** roe___ has joined #postfix
[08:31:55] *** BlackDex has left #postfix
[08:44:38] *** F6F has joined #postfix
[08:46:17] <stony> morn
[08:46:50] *** phnord has joined #postfix
[08:50:04] *** hever has quit IRC
[08:53:22] *** kjkoster5489 has joined #postfix
[08:57:33] *** Motoko-chan has quit IRC
[09:00:12] *** madrescher has joined #postfix
[09:02:30] *** pakighunda has quit IRC
[09:03:18] *** aaahhh has joined #postfix
[09:15:00] *** roe___ has quit IRC
[09:15:45] *** roe___ has joined #postfix
[09:17:00] *** master_o1_master has joined #postfix
[09:17:20] *** ZeiP has quit IRC
[09:17:21] *** echinos has quit IRC
[09:17:21] *** ming_zym has quit IRC
[09:17:21] *** Igneous has quit IRC
[09:17:21] *** skor has quit IRC
[09:17:21] *** Flobbie has quit IRC
[09:17:21] *** cruxeternus has quit IRC
[09:17:21] *** _bt has quit IRC
[09:17:21] *** Guest30662 has quit IRC
[09:17:21] *** chrisq has quit IRC
[09:17:22] *** unixtippse has quit IRC
[09:17:22] *** lysander has quit IRC
[09:17:22] *** Zblakany has quit IRC
[09:17:22] *** suuuper has quit IRC
[09:17:22] *** VaNNi has quit IRC
[09:17:22] *** cedric33 has quit IRC
[09:17:23] *** _nalle has quit IRC
[09:17:23] *** gola has quit IRC
[09:17:23] *** lennard_ has quit IRC
[09:17:23] *** w0rd54 has quit IRC
[09:17:23] *** dusty_ has quit IRC
[09:17:23] *** biz has quit IRC
[09:17:23] *** cipherz has quit IRC
[09:17:23] *** sv-- has quit IRC
[09:17:23] *** Tinozaure has quit IRC
[09:17:23] *** Roobarb has quit IRC
[09:17:23] *** Zborg has quit IRC
[09:17:23] *** frubi has quit IRC
[09:17:23] *** dhg has quit IRC
[09:17:24] *** Bejgli has quit IRC
[09:17:24] *** sysmonk has quit IRC
[09:17:24] *** tomocha6 has quit IRC
[09:17:24] *** tore_ has quit IRC
[09:17:24] *** SethX_ has quit IRC
[09:17:24] *** frag4 has quit IRC
[09:17:24] *** Mazon has quit IRC
[09:17:24] *** zamba has quit IRC
[09:17:24] *** hal1on has quit IRC
[09:17:24] *** maqr has quit IRC
[09:17:24] *** Tanguy has quit IRC
[09:17:24] *** tuxick has quit IRC
[09:17:25] *** Odd_Bloke has quit IRC
[09:17:51] *** lysander has joined #postfix
[09:17:51] *** Zblakany has joined #postfix
[09:17:51] *** suuuper has joined #postfix
[09:17:52] *** biz has joined #postfix
[09:17:52] *** VaNNi has joined #postfix
[09:17:52] *** cedric33 has joined #postfix
[09:17:52] *** tomocha6 has joined #postfix
[09:17:52] *** tuxick has joined #postfix
[09:17:52] *** _nalle has joined #postfix
[09:17:52] *** gola has joined #postfix
[09:17:52] *** dusty_ has joined #postfix
[09:17:52] *** frubi has joined #postfix
[09:17:52] *** Roobarb has joined #postfix
[09:17:52] *** zamba has joined #postfix
[09:17:52] *** Zborg has joined #postfix
[09:17:52] *** Tanguy has joined #postfix
[09:17:52] *** sv-- has joined #postfix
[09:17:52] *** Tinozaure has joined #postfix
[09:17:52] *** w0rd54 has joined #postfix
[09:17:52] *** hal1on has joined #postfix
[09:17:52] *** tore_ has joined #postfix
[09:17:52] *** lennard_ has joined #postfix
[09:17:52] *** cipherz has joined #postfix
[09:17:52] *** Odd_Bloke has joined #postfix
[09:17:52] *** dhg has joined #postfix
[09:17:52] *** maqr has joined #postfix
[09:17:52] *** SethX_ has joined #postfix
[09:17:52] *** Mazon has joined #postfix
[09:17:52] *** frag4 has joined #postfix
[09:17:58] *** sysmonk has joined #postfix
[09:17:58] *** Bejgli has joined #postfix
[09:18:06] *** Igneous has joined #postfix
[09:18:06] *** echinos has joined #postfix
[09:18:06] *** ming_zym has joined #postfix
[09:18:06] *** skor has joined #postfix
[09:18:06] *** ZeiP has joined #postfix
[09:18:06] *** Flobbie has joined #postfix
[09:18:06] *** cruxeternus has joined #postfix
[09:18:06] *** unixtippse has joined #postfix
[09:18:06] *** _bt has joined #postfix
[09:18:06] *** Guest30662 has joined #postfix
[09:18:06] *** chrisq has joined #postfix
[09:26:35] *** tshine has quit IRC
[09:28:55] *** master_of_master has quit IRC
[09:33:24] *** _idle-boy has joined #postfix
[09:34:45] *** idle-boy has quit IRC
[09:34:49] *** _idle-boy is now known as idle-boy
[09:40:44] <Slashman> hi all, I need help for setting up saslauth for ldap on a clean postfix install ; I'm on a debian etch, have installed with apt-get : postfix postgrey procmail procmail postfix-tls postfix-doc libsasl2 sasl2-bin libsasl2-modules, postfix is working fine without sasl but I don't know how to set it up without cyrus (I only find tutorial about it), postfix is fording all mail to an exchange server
[09:41:51] <Slashman> I meant postfix is the front server in DMZ and exchange is the mail server in intranet
[09:42:26] <f3ew> See workdaround.org ?
[09:46:03] <Slashman> f3ew: ok, looking it, thx
[09:48:48] *** Tinozaure has quit IRC
[09:48:59] *** Tinozaure has joined #postfix
[09:49:36] <TTilus> how do i make postfix (2.3.7) defer, not bounce, under load (when dspam sometimes hits "Command time limit exceeded")
[09:50:04] <f3ew> TTilus, I believe Postfix doesn't bounce in that case
[09:50:23] <Slashman> f3ew: well, it's about setting up sasl for dovecot in the workaround... I'm looking to a way to auth smtp with the exchange server here :/
[09:51:07] <TTilus> f3ew: then why do i get bounces from my postfix saying "Command time limit exceeded"?
[09:51:09] <f3ew> Slashman, you can't
[09:51:14] <f3ew> TTilus logs?
[09:53:00] <TTilus> postfix/local[2825]: warning: pipe_command_read: read tim
[09:53:10] <TTilus> e limit exceeded
[09:53:26] <Slashman> f3ew: I can't set up an auth with an ldap server at all ?
[09:53:40] <TTilus> dspam takes too long and postfix decides to bounce
[09:54:46] <f3ew> Slashman, that's a function of the sasl config
[09:55:11] <f3ew> TTilus Postfix will defer if the command returns a EX_TEMPFAIL
[09:56:03] <TTilus> f3ew: then why it reports timeout?
[09:57:25] *** war9407 has joined #postfix
[09:57:52] <TTilus> f3ew: is there any docs explaining when exactly postfix defers and when bounces?
[09:58:33] <f3ew> Postfix uses sysexits.h
[10:04:10] *** hever has joined #postfix
[10:06:36] <TTilus> f3ew: hum, afaik postfix decides dspam runs too long and kills it, it doesn't get to return anything
[10:07:30] <TTilus> f3ew: and apparently postfix bounces when pipe command runs too long
[10:07:55] <TTilus> what's the timeout?
[10:10:01] *** rootsvr has joined #postfix
[10:13:36] <f3ew>        transport_time_limit ($command_time_limit)
[10:13:36] <f3ew>               Limit the time for delivery to external command, for delivery via the named transport.  The limit is enforced by the  pipe
[10:13:36] <f3ew>               delivery agent.
[10:13:36] <f3ew>               Postfix  2.4  and  later  support  a suffix that specifies the time unit: s (seconds), m (minutes), h (hours), d (days), w
[10:13:37] <f3ew>               (weeks). The default time unit is seconds.
[10:13:46] <f3ew> from pipe(8)
[10:14:50] <TTilus> f3ew: thanks
[10:15:13] * TTilus was looking for that from qmgr man page
[10:17:20] <sysmonk> !policyd
[10:17:21] <knoba> sysmonk: "policyd" : http://www.policyd.org/ : an anti-spam Postfix policy daemon
[10:21:46] *** ericpersson has joined #postfix
[10:23:16] <ericpersson> Been trying to add zen.spamhaus.org as a block list on my postfix install according to http://www.cyberciti.biz/tips/postfix-spam-filtering-with-blacklists-howto.html But I keep getting "Jul 24 10:20:38 localhost postfix/smtpd[28966]: fatal: parameter "smtpd_recipient_restrictions": specify at least one working instance of: check_relay_domains, reject_unauth_destination, reject, defer or defer_if_permit" in the log file..
[10:23:28] <ericpersson> anyone have any clues?
[10:23:55] <sysmonk> ericpersson: you _have_ to have "at least one working instance of: check_relay_domains, reject_unauth_destination, reject, defer or defer_if_permit" in your smtpd_recipient_restrictions
[10:24:01] <sysmonk> what don't you understand in that ?
[10:24:31] <sysmonk> do you have at least ONE of those in your smtpd_recipient_restrictions ?
[10:24:45] <ericpersson> sysmonk: well.. not really suer where to put it in, in which order..
[10:24:45] *** denis_ has joined #postfix
[10:25:05] <sysmonk> ericpersson: try to think about it then
[10:25:38] <ericpersson> at the beginning, for me it seems as if it process them in order, and the final one should be permit..
[10:26:51] <sysmonk> really?
[10:27:10] <sysmonk> so, if an ip is NOT in rbl, you will permit it to send email through/to your server?
[10:27:24] <ericpersson> yeah+
[10:27:30] <ericpersson> only bad ones are listed, right..
[10:27:33] <sysmonk> even if the email is from somebody at gmail dot com to somebodyelse at gmail dot com ?
[10:27:42] <sysmonk> ericpersson: right, so you want to be openrelay?
[10:27:50] <ericpersson> oh, well no..
[10:28:04] <sysmonk> i'm not a bad one, atleast rbl don't think i am, so in your situation i will be able to use your server to send spam
[10:28:04] <ericpersson> thought that was implied somewhere else..
[10:28:11] <sysmonk> and nobody will block me, cause i'm using YOUR server
[10:28:16] <sysmonk> and only your server will be blocked
[10:28:21] <ericpersson> not good..
[10:28:26] <sysmonk> why not? you want it ;)
[10:28:40] <ericpersson> but doesnt the order of the argument have any meaning?
[10:28:51] <sysmonk> sure it does
[10:28:54] <ericpersson> hehe.. bah, i'm qmail-disturbed..
[10:29:02] <sysmonk> !uce
[10:29:02] <knoba> sysmonk: "uce" : "unsolicited commercial email" also known as "spam". Postfix can help you fight spam easily. See http://www.securitysage.com/guides/postfix_uce.html for an introduction.
[10:29:15] <sysmonk> ericpersson: read that, it has info about the order, maybe you'll find something useful
[10:29:19] <ericpersson> in the examples ive seen noone includes the arguments the logfile mentions..
[10:29:32] <sysmonk> we, host down ;/
[10:29:34] <ericpersson> the link doesnt work..
[10:29:39] <sysmonk> ericpersson: yeah, i see it
[10:29:48] * sysmonk tries to mirror it
[10:29:50] <f3ew> !cheatsheet
[10:29:50] <knoba> f3ew: "cheatsheet" : http://jimsun.linxnet.com/misc/postfix-anti-UCE.txt : A HOWTO for pre-DATA spam control.
[10:30:08] <ericpersson> aha..
[10:30:58] *** madrescher has quit IRC
[10:31:39] <sysmonk> f3ew: ah, wrong factoid then :/
[10:31:55] <sysmonk> f3ew: maybe it's time to update !uce to have the same link as cheatsheet?
[10:32:17] <f3ew> the cheatsheet is just good alternative documentation
[10:32:54] <ericpersson> the official docs os not very complete..
[10:33:04] <sysmonk> but securitysage.com is donw
[10:33:14] <sysmonk> links to localhost
[10:33:22] <ericpersson> i wouldnt really need check_helo_access, right?
[10:33:38] <f3ew> no
[10:33:49] <ericpersson> not check_recipient_access either..
[10:34:52] <sysmonk> f3ew: heh, just interesting, how do you call your servers?
[10:36:04] <ericpersson> Seems like, smtpd_recipient_restrictions = reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain,reject_unknown_sender_domain, permit_mynetworks, reject_unauth_destination, reject_rbl_client zen.spamhaus.org, permit
[10:36:11] <ericpersson> what do you think about that+
[10:36:23] <f3ew> name them?
[10:36:32] <sysmonk> f3ew: ye
[10:37:09] <f3ew> ericpersson, you might want a permit_mynetworks and/or permit_sasl_authenticated there
[10:37:11] <Slashman> ericpersson: why put a permit at the end ?
[10:37:15] <f3ew> sysmonk, varies
[10:37:28] * f3ew likes theme absed hostnames, with functional names in DNS
[10:37:43] <ericpersson> Slashman: It was included in the example at http://jimsun.linxnet.com/misc/postfix-anti-UCE.txt
[10:37:47] <Slashman> ericpersson: smtpd_recipient_restrictions =
[10:37:48] <Slashman>         reject_invalid_hostname,
[10:37:48] <Slashman>         reject_non_fqdn_sender,
[10:37:48] <Slashman>         reject_non_fqdn_recipient,
[10:37:48] <Slashman>         permit_mynetworks,
[10:37:48] <Slashman>         permit_sasl_authenticated,
[10:37:51] <Slashman>         reject_unauth_destination,
[10:37:51] <sysmonk> f3ew: i'm setting up a new host for secondary dns servers + recursive dns
[10:37:53] <Slashman>         check_policy_service inet:127.0.0.1:60000
[10:38:02] *** Draecos_ has joined #postfix
[10:38:05] <sysmonk> and i'm thinking how to call it
[10:38:38] *** rootsvr has quit IRC
[10:38:57] <Slashman> ericpersson: the last line is for postgrey
[10:39:15] <ericpersson> so, no permit?
[10:39:33] <Slashman> ericpersson: no need, you have permit_mynetworks & permit_sasl_authenticated
[10:39:34] <ericpersson> Slashman: I will try, smtpd_recipient_restrictions = reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_d\
[10:39:34] <ericpersson> omain,	reject_unknown_recipient_domain, permit_mynetworks, reject_unauth_destination, reject_rbl_client zen.spamhaus.org
[10:39:43] *** sophokles has quit IRC
[10:39:50] *** unomystEz has quit IRC
[10:40:24] <Slashman> ericpersson: I you filter the relay only by your network, "permit_mynetworks" is enough
[10:40:25] <ericpersson> Slashman: I see, how come the example sucks so much then?
[10:40:40] <Slashman> ericpersson: I have no idea :)
[10:41:11] <ericpersson> Slashman: I get relevant data in the logs now at least..
[10:41:28] *** Lap_64 has quit IRC
[10:42:36] *** sophokles has joined #postfix
[10:44:25] <ericpersson> Slashman: thanks for the clarification, seems to work now, lets hope I dont block any good emails now.. ;)
[10:44:32] *** havvg has joined #postfix
[10:44:37] <ericpersson> sysmonk: thanks for the guidance..
[10:45:04] <Slashman> ericpersson: test it using telnet :)
[10:45:05] <sysmonk> ericpersson: er, ye, sure :) /me is a bit busy
[10:45:19] *** a_ok has joined #postfix
[10:45:32] *** Draecos_ has quit IRC
[10:45:55] *** Draecos_ has joined #postfix
[10:46:32] *** Draecos has quit IRC
[10:47:39] <ericpersson> Slashman: did a few tests and they seem fine..
[10:47:40] <a_ok> how can i set postfix to use two delivery agents (using mailbox_command at the moment)?
[10:47:59] <ericpersson> and zen.spamhaus have seen to be very effective on my qmail servers..
[10:48:52] <a_ok> yep zen.spamhaus is a verry good dnsbl
[10:49:06] <TTilus> f3ew: hope the pipe_time_limit helps, but i'd still be interested if there's a way to make postfix defer instead of bouncing if transport reaches its time_limit
[10:49:07] <a_ok> not much ham either
[10:49:26] <ericpersson> a_ok: It dropped the load on one of my spamassassinmachines from 70 to round 5..
[10:49:43] <TTilus> f3ew: even if the way includes patching postfix
[10:50:42] <a_ok> ericpersson. well we use postgrey here as well about 85%  of all mail gets rejected now
[10:51:07] <a_ok> load is bellow 1 here
[10:51:26] <ericpersson> a_ok: nice, does it work well, or is legit email delayed?
[10:52:59] <a_ok> ericpersson: sometimes legit mail is delayed but that is such an insignificant amount and it its getting less every month
[10:53:08] *** allan has joined #postfix
[10:53:12] <a_ok> since it autowhitelists
[10:54:01] <ericpersson> a_ok: mm, I thought about that, its a good tradeoff depending on the clients, but some of ours need the mail immeadiatly, and have no understanding that delivery can never be guaranteed to be <20 seconds
[10:55:24] *** master_o1_master is now known as master_of_master
[10:56:27] *** mattlh has left #postfix
[10:56:29] <a_ok> ericpersson: IMHO needing instand email is nonsence e-mail != IM. however if the correspondends do not use small time smtp servers they are whitelisted within minnuts
[10:57:32] <ericpersson> a_ok: yeah, i totally agree with you..
[10:59:02] <a_ok> ericpersson: I must also say that these dayes email has become quite fast and relyable. so it is logical that people get used to that
[10:59:14] *** hparker has joined #postfix
[10:59:37] <ericpersson> a_ok: yeah, i think thats the case..
[11:03:15] <f3ew> TTilus, just wrap dpam in a shell wrapper which catches a non-success return code and actually returns EX_TEMPFAIL
[11:03:26] <a_ok> ericpersson: greylisting is a great anti spam method but it has some drawbacks. the biggest for this company is the possibility of losing mail. although this has not happend yet (due to a good whitelist) it is still a possibility with big server clusters. For instance without the whitelist gmail fails to deliver
[11:03:59] <sysmonk> a_ok: after a few mails - nope
[11:04:07] <ericpersson> a_ok: i see, no chance of quarantining the rejects instead?
[11:04:45] <TTilus> f3ew: ooh, yes
[11:05:21] <ericpersson> a_ok: if gmail doesnt work, it must imply their smtp is a bit broken..
[11:05:46] <sysmonk> ericpersson: not really. they have big smtp clusters
[11:05:47] <TTilus> wrapper could check system load instead of just trying to execute dspam
[11:05:55] <sysmonk> and try to deliver mail from different ip's
[11:06:04] *** saurabhb has joined #postfix
[11:06:10] <a_ok> sysmonk: after a few mails yep. gmail has to big a range of ip adresses to choice from sometimes it sends with one. gets temp rejected. and another server (with other ip addy) tryies to send it agian
[11:06:23] <sysmonk> a_ok: i know
[11:06:32] <sysmonk> a_ok: there is an option for 'smart' greylisting
[11:06:40] <TTilus> that way postfix would start defering uder load instead of imposing more load on box
[11:06:49] <sysmonk> that is, if it whitelists i.e. 5 ip's from this ip range - it whitelists whole c class
[11:06:56] *** alienbrain has joined #postfix
[11:07:01] <sysmonk> that way big isps like gmail are whitelisted
[11:07:05] <a_ok> sysmonk: yeah that is activated yest it failled on gmail i tested it
[11:07:24] <sysmonk> a_ok: you have to wait a bit to get those classes whitelisted
[11:08:08] <sysmonk> depending on how much emails you receive from gmail, that is ;)
[11:08:39] <sysmonk> if you get 1 mail per day from gmail, sure, it will take very long to blacklist gmails smtp classes
[11:08:44] <a_ok> sysmonk: only tested it on a test server so not much traffic there
[11:08:49] <sysmonk> if you get lots of emails - it shouldn't take more than a day to whitelist those
[11:08:50] <a_ok> rgr
[11:10:30] *** a_ok has left #postfix
[11:10:38] *** a_ok has joined #postfix
[11:11:54] <a_ok> but does anyone know how i can deliver twice (using a different delivery agent) currently using
[11:11:54] <a_ok> mailbox_command=  statement
[11:15:08] <f3ew> a_ok recipient_bcc_maps?
[11:19:58] *** tld_ has quit IRC
[11:21:57] <a_ok> f3ew: i was going to say no but although that was not what i had in mind that will work lol thanks!
[11:22:26] * f3ew grins evilly
[11:22:28] *** ming_zym has quit IRC
[11:26:03] *** allan_ has joined #postfix
[11:26:54] *** allan has quit IRC
[11:28:25] *** rcsu has joined #postfix
[11:28:26] *** allan_ is now known as allan
[11:46:43] *** ocs has joined #postfix
[11:46:56] <ocs> hi. which is the postfix main conf file ? thnks
[11:47:19] <sysmonk> odly enough, it's called main.cf
[11:49:14] <ocs> sysmonk: thnks. i'm on kubuntu and have these: main.cf.debian  main.cf.dist  main.cf.tls  master.cf.dist  which one should i check ?
[11:49:35] <sysmonk> main.cf
[11:50:48] <ocs> sysmonk: i don't have main.cf
[11:51:55] <sysmonk> uh, so what? postfix uses main.cf
[11:52:03] <sysmonk> if your distro developers use something else - i can't know
[11:52:08] <sysmonk> go bug them, not me
[11:52:21] <sysmonk> if some distro developer changes the way postfix works - we can't help
[11:52:21] *** hever has quit IRC
[11:52:39] <ocs> ok
[11:52:56] <jduggan> maybe youre supposed to copy the .dist to just main.cf
[11:53:02] <jduggan> ?
[11:53:05] *** hparker has quit IRC
[11:53:21] *** hever has joined #postfix
[11:54:27] <f3ew> or use the ubuntu tools top do an initial setup?
[11:55:56] *** Zeit|awy has quit IRC
[12:01:26] *** Draecos_ has quit IRC
[12:02:43] *** Zeit|awy has joined #postfix
[12:05:36] *** JoKoT3 has joined #postfix
[12:06:35] *** beenhex has joined #postfix
[12:08:14] *** Draecos has joined #postfix
[12:19:32] <ocs> solved. now, is there a way to specify the content (text) of a message as a parameter of mail command, so to avoid piping the result of some echo or cat to it ?
[12:27:57] <jduggan> you can pipe it in from a file
[12:28:18] <jduggan> mail -s subject blah at domain dot org < file.txt
[12:28:22] <jduggan> iirc
[12:28:24] *** Tinozaure is now known as _Tino
[12:28:29] *** _Tino is now known as Tinozaure
[12:29:46] *** ericpersson has left #postfix
[12:35:23] *** dhutty has joined #postfix
[12:40:51] *** madduck has joined #postfix
[12:43:35] <madduck> with mynetworks_style=host, 127.0.0.1 should be allowed to send mail, no?
[12:44:46] <madduck> aha, unless loopback does not exist...
[12:44:47] <madduck> weird.
[12:46:47] *** cpm has joined #postfix
[12:53:16] *** Zblakany has quit IRC
[12:55:39] *** rcsu_ has joined #postfix
[12:58:40] *** Loady has joined #postfix
[13:01:08] <Loady> hi. I have a dilemma, my management decieded that we should start e-mailing invoices to customers. At first we got blocked by spamhus XBL list. we are delisted now, but does anyone have any advice on how to handle sending legitimate bulk e-mail?
[13:03:50] *** Zblakany has joined #postfix
[13:08:48] *** rcsu has quit IRC
[13:19:06] *** xnixan has quit IRC
[13:23:19] *** AcTiVaTe has joined #postfix
[13:24:40] *** cilly has joined #postfix
[13:36:59] <madduck> https://mail.google.com/support/bin/answer.py?answer=81126
[13:40:34] *** kjkoster5489 has left #postfix
[13:43:59] *** Nockian has quit IRC
[13:46:37] <rob0> "Legitimate bulk e-mail" means that every address on the list was confirmed before being added to the list, and if confirmation never came, it was not added to the list.
[13:47:37] <rob0> A purchased list is never legitimate.
[13:47:57] *** Zblakany has quit IRC
[13:48:01] <cpm> never ever
[13:50:53] *** dhutty has quit IRC
[13:55:09] *** bronb has joined #postfix
[13:55:23] *** ZeiP has quit IRC
[13:55:23] *** alienbrain has quit IRC
[13:55:24] *** Guest30662 has quit IRC
[13:55:24] *** unixtippse has quit IRC
[13:55:24] *** cruxeternus has quit IRC
[13:55:24] *** chrisq has quit IRC
[13:55:24] *** _bt has quit IRC
[13:55:24] *** echinos has quit IRC
[13:55:24] *** skor has quit IRC
[13:55:24] *** Flobbie has quit IRC
[13:55:25] *** Igneous has quit IRC
[13:56:38] *** rcsu_ is now known as rcsu
[13:56:50] *** rcsu is now known as rcsu_
[13:56:56] *** alienbrain has joined #postfix
[13:57:13] *** rcsu_ is now known as rcsu
[13:57:31] *** Igneous has joined #postfix
[13:57:31] *** echinos has joined #postfix
[13:57:31] *** skor has joined #postfix
[13:57:31] *** ZeiP has joined #postfix
[13:57:31] *** Flobbie has joined #postfix
[13:57:31] *** cruxeternus has joined #postfix
[13:57:31] *** unixtippse has joined #postfix
[13:57:31] *** _bt has joined #postfix
[13:57:31] *** Guest30662 has joined #postfix
[13:57:31] *** chrisq has joined #postfix
[13:59:59] *** McJerry has joined #postfix
[14:02:38] *** beenhex has quit IRC
[14:05:13] *** McJerry has quit IRC
[14:06:56] <bronb> i hope i'm not offtopic, i use dovecot.i386 1.0.7-2.el5 .. every now and then it opens about 200 PIDs.. and sit there.. any idea how to prevent it? (centos5)
[14:07:09] <cpm> try #dovecot
[14:07:44] * bronb deeply sorry, i guess i shouldn't IRC while wasted.
[14:08:03] <bronb> cpm, thanks for the reference :)
[14:08:23] <cpm> bronb, no worries, just think you might find yer answer there. Lotta dovecot users here, but I think they are all sleeping
[14:09:04] <bronb> no its completely my wrong.., should have tried there first
[14:09:16] *** Zblakany has joined #postfix
[14:10:57] *** xpoint has joined #postfix
[14:12:38] *** jellis-real has joined #postfix
[14:15:50] *** tibyke has joined #postfix
[14:19:44] *** ttf has joined #postfix
[14:19:46] *** rcsu_ has joined #postfix
[14:20:23] *** hever has quit IRC
[14:21:20] <ttf> hi.. what are my options if I want my root-servers postfix to allow relaying mails from my notebooks-postfix which is on a dynamic IP?
[14:22:47] <lunaphyte_> root-servers?
[14:23:02] <cpm> root-servers?
[14:23:23] *** madrescher has joined #postfix
[14:24:15] <shasta> ttf, smtp auth.
[14:25:25] <ttf> lunaphyte_: my rented server which is on the internet 24/7
[14:25:41] <lunaphyte_> oh.  see shasta's comment.
[14:26:00] * ttf is reading http://www.postfix.org/SMTPD_ACCESS_README.html atm
[14:26:47] <shasta> http://www.postfix.org/SOHO_README.html#client_sasl
[14:27:07] <lunaphyte_> btw - you might want to come up with a different term than root server.  "I do not think it means what you think it means".
[14:28:36] <lunaphyte_> so it turns out that os x doesn't run postfix as a service/daemon, but instead watches the maildrop queue dir, and runs master if files appear.
[14:29:24] <lunaphyte_> how would you interpret this command it uses: /usr/libexec/postfix/ master master -e 60
[14:30:09] <lunaphyte_> the -e part is clear, of course, but i don't see mention of passing other argument, like "master".
[14:30:38] <ttf> lunaphyte_: you're right - it's just that a lot of provider misuse that term. A root server in their terms is a dedicated server (you're the only person using that hardware) in contrast to a v-server (where you share the hardware with other OSes)
[14:31:44] <rob0> What I did in a similar situation was to set up openvpn between the dynamic host and the server. The VPN IP was in mynetworks.
[14:32:18] <lunaphyte_> minus 100 points for anyone who invents new terms when perfectly suitable terms already exist.
[14:32:46] <rob0> I've never seen any providers referring to "root server".
[14:33:19] <Slashman> except about root dns server btw
[14:33:26] *** jra has joined #postfix
[14:35:01] <alienbrain> I've 2 network interfaces (eth0 and eth0:1, virtual) as I have 2 IPs. How can I have postfix working with eth0:1 instead of eth0?
[14:35:16] *** rcsu has quit IRC
[14:35:31] <lunaphyte_> !inet_interfaces
[14:35:31] <knoba> lunaphyte_: "inet_interfaces" : a configuration parameter in the main.cf: The network interface addresses that this mail system receives mail on. By default, the software claims all active interfaces on the machine. The parameter also controls delivery of mail to user at [ip dot address]. If your server does not react to connection attempts on a certain interface you should check this setting.
[14:35:54] <lunaphyte_> also *_bind_address
[14:36:15] <ttf> abusing the term root-server might be a German idea :) http://tinyurl.com/62ffem
[14:36:41] <ttf> "mieten" means "to rent"
[14:36:47] <lunaphyte_> i say put that wall back up!
[14:36:56] <jra> what's more common, "vps"?
[14:37:20] <lunaphyte_> how about just "server"?
[14:37:25] *** roe___ has quit IRC
[14:37:49] <Slashman> mx server ? mail server ?
[14:37:55] <jra> bah. not cool. :;
[14:38:06] <jra> :;? ;)!
[14:38:15] <Slashman> cool_mx-server then ? ;)
[14:38:29] <shasta> "dedicated server"
[14:38:45] *** dhutty has joined #postfix
[14:39:19] *** dhutty has quit IRC
[14:39:57] <jra> apropos server: if I'm solely using my isp's mail server as relay it shouldn't matter when I run my mx on a private cable line, right?
[14:40:20] *** rcsu_ is now known as rcsu
[14:40:25] <jra> reverse dns != hostname and all that...
[14:40:52] <lunaphyte_> that's fine.
[14:41:21] <Slashman> as long as you properly register your MX dns entry
[14:41:29] <lunaphyte_> terms and eulas and all that garbage notwithstanding, of course.
[14:42:30] <lunaphyte_> don't feel compelled to relay all of your mail through your isp either.
[14:45:10] <rob0> jra, it's always possible that your ISP could block inbound SMTP at any time. Some folks in the antispam world actually think that would be a good idea.
[14:45:49] <rob0> That said, I use a split MX, with some domains on a static IP and others on a dynamic one, and I've had that going for a long time.
[14:50:06] <jra> I think they're fine, for the time being. I mostly collect mailing lists and newsletters and when something should go wrong I could quickly switch over to a "root server" ;)
[14:54:05] *** rcsu_ has joined #postfix
[15:00:07] *** hever has joined #postfix
[15:00:30] <rob0> One thing I do, though: all outbound goes through the static IP server. I wouldn't trust the ISP as relayhost. At least this way I have logs. I've only ever had trouble delivering to hotmail, and lately even that seems to work.
[15:03:28] *** ocs has left #postfix
[15:04:30] *** roe___ has joined #postfix
[15:05:32] <alienbrain> lunaphyte: thanks. I will read on this
[15:08:16] *** rcsu has quit IRC
[15:11:34] *** allan has quit IRC
[15:11:53] *** simsimon has joined #postfix
[15:14:08] *** a_ok has quit IRC
[15:15:59] *** beenhex has joined #postfix
[15:16:24] <simsimon> hello
[15:16:44] <simsimon> where can I find a sample for the follwing file : /etc/postfix/ldap-aliases.cf  ?
[15:20:29] *** sophokles has quit IRC
[15:20:54] *** sophokles has joined #postfix
[15:21:44] *** _zsh has quit IRC
[15:22:12] <Loady> hi. I have a dilemma, my management decieded that we should start e-mailing invoices to customers. At first we got blocked by spamhus XBL list. we are delisted now, but does anyone have any advice on how to handle sending legitimate mass e-mail?
[15:24:30] <rob0> One of those write-only IRC clients?
[15:35:27] *** rcsu__ has joined #postfix
[15:40:50] *** rootsvr has joined #postfix
[15:40:52] <jelly> Loady: what was XBL's reason for listing you?
[15:41:54] <ttf> what does "error" mean here?    default_transport = error      relay_transport = error
[15:44:06] *** Zblakany has quit IRC
[15:45:01] <rob0> ttf, ask whoever set that up. See also "man error".
[15:45:15] *** alienbrain has quit IRC
[15:45:44] <rob0> What you have is a seriously nonstandard Postfix that we mere mortals cannot support.
[15:46:50] <ttf> rob0: looks like it's some debian-standard config
[15:46:57] <lunaphyte_> let's say i have a postfix installation that ignores main.cf, and requires all parameters normally in main.cf be set using -o in master.cf.  how would you accomplish the behavior normally achieved via relayhost?
[15:47:17] <ttf> not sure if I messed up installation at some point though
[15:47:31] <cpm> lunaphyte_, but tossing that crap in the garbage, and installing it correctly.
[15:47:34] <cpm> s/but/by
[15:47:45] *** rootsvr has quit IRC
[15:47:47] <lunaphyte_> well.... humor me for a moment.
[15:47:55] <cpm> :)
[15:48:42] <rob0> I think some settings cannot be -o's in master.cf, if for example, more than one daemon or process might need them.
[15:48:49] *** rcsu has joined #postfix
[15:49:10] <lunaphyte_> yeah, it appears to accept, but ignore -o relayhost=
[15:49:47] <rob0> not sure if that is used by qmgr(8) or smtp(8) or both.
[15:50:03] *** rcsu_ has quit IRC
[15:50:08] *** Nockian has joined #postfix
[15:50:31] <lunaphyte_> i'm making out with man 8 smtp right now.  we'll see if that gets me anywhere.
[15:50:40] <jelly> ttf: fwiw, I see no "error"s on a pretty-much plain debian installation
[15:53:58] *** rcsu_ has joined #postfix
[15:53:59] <ttf> jelly: so you're probably not having a local only installation:
[15:54:00] <ttf> tom at momo:~/building/postfix-2 dot 5.2/debian$ grep error postfix.postinst
[15:54:00] <ttf> retry     unix  -       -       -       -       -       error "Local only")       val=loopback-only; dtrans=error;;
[15:54:42] <ttf> there was supposed to be a \n after the first "error" in the line
[15:55:22] <jelly> yeah, that machine actually serves a purpose
[15:55:41] *** denis_ has quit IRC
[15:56:01] *** hever has quit IRC
[15:58:09] *** rcsu__ has quit IRC
[16:00:46] *** seekwill has joined #postfix
[16:01:38] *** markl__ has joined #postfix
[16:01:46] <markl__> is it valid to add this to main.cf:  mydestination = *;
[16:02:04] <markl__> to make a local test server that saves all "outgoing" email to a local maildir
[16:04:13] <Signum> markl__: No. But the *_bcc_maps or always_bcc might be what you want.
[16:05:13] *** rcsu__ has joined #postfix
[16:05:15] <markl__> well i don't want to bcc things, i want to guarantee that my postfix server never tries to open an SMTP connection anywhere - it should assume that mail destined for any domain is really local.  this is to help developers test content
[16:05:37] <markl__> so they can try to send, and then look in the maildir to see if the headers & such look right
[16:06:09] *** rcsu has quit IRC
[16:06:11] <markl__> they are currently using a java smtp server to do this but i figured it would be easy to configure postfix this way
[16:06:13] *** beenhex has left #postfix
[16:06:39] <Signum> markl__: a Java SMTP server? OMG...
[16:06:49] <markl__> heh exactly my thought
[16:07:44] <cpm> Java smtp server, classic, just classic.
[16:07:55] <markl__> yeah please help me out of this nightmare :)
[16:08:02] <cpm> now, who on earth would write a java smtp server, who would think it was a good idea/
[16:08:03] <cpm> ?
[16:08:11] <markl__> java people love to re-invent the wheel... for example "ant"
[16:08:13] <markl__> instead of make
[16:08:18] <Signum> I wonder if a "*" transport in the transport_maps might help.
[16:08:42] <markl__> Signum: i'll add that to my list of things to try
[16:08:54] <cpm> I really like what Paul Graham had to say concerning java.
[16:08:59] <ttf> is there a way to let users do smtp auth against ldap without having to run saslauthd?
[16:09:14] <Signum> ttf: auxprop should do that, too.
[16:09:43] <Signum> ttf: If if you are fortunately running a dovecot behind Postfix you can share their authentication.
[16:09:46] <rob0> Signum, the * transport is the right approach, but local_recipient_maps ...
[16:09:50] <rob0> !catchall
[16:09:51] <knoba> rob0: "catchall" : Sending all emails for non-existing users in domain to a special account. See man 5 virtual for the @domain syntax, which applies in virtual_*_maps and relay_recipient_maps. For local(8) delivery, unset local_recipient_maps and see luser_relay. WARNING: catchalls are rarely a good idea. Spammers will abuse them.
[16:09:57] <rob0> ^^
[16:10:10] <ttf> Signum: of course I'm running dovecot :)
[16:10:13] <markl__> catchall is the easy part
[16:10:20] <Signum> ttf: then it's easy. :)
[16:10:32] <cpm> " Of all the great programmers I can think of, I know of only one who would voluntarily program in Java. And of all the great programmers I can think of who don't work for Sun, on Java, I know of zero."
[16:11:05] <Signum> cpm: Someone infamous here at my employer once said: "Life is too short for Java."
[16:11:19] <cpm> Signum, quite so.
[16:12:01] *** pariviere has joined #postfix
[16:12:03] <markl__> so i can set up a transport map for * and then use the catchall to have them all go to one box ?
[16:13:24] <cpm> back in the late 90s, there were book stores that dealt exclusively in computer/telcom books. 'Round about '97, I was there when a fellow was in there picking up a gross (144) copies of O'Reilly's Java book. I got into a big fight, which nearly got physical with him. 'Why are you teaching folks this crap? Shame on you!'
[16:14:05] <markl__> i like java the language
[16:14:26] <markl__> but as a deployment environment, not so much
[16:14:27] <cpm> in those days, java was the fastest track for folks who knew nothing at all about anything, to cash in on that intarweb boom
[16:14:39] <markl__> yeah sun did a good job of getting it in the universities
[16:14:44] <markl__> which made all the difference
[16:14:48] <cpm> yeah
[16:15:01] <Signum> But thanks to SUN Java we don't have to suffer from Microsoft Java.
[16:15:15] <cpm> only after a long and bitter court battle.
[16:18:51] *** Ciaran_H has quit IRC
[16:18:53] *** rcsu_ has quit IRC
[16:20:20] <f3ew> 64 LOC of Perl code to write an event driven Postfix->HTTP policy request bridge
[16:21:03] *** roe___ has quit IRC
[16:21:16] <f3ew> and I could probably reduce this by another 5 lines
[16:22:09] <f3ew> 30 lines just to setup the TCP listener, HTTP client, and the "use" boilerplate
[16:23:23] <f3ew> http://rafb.net/p/XRjeHN10.html
[16:23:25] <pariviere> hello. I would like to implements a sendall style alias (allusers at domain dot tld) with postfix. I used ldap_table as database backend. Is there's a way to do that?
[16:26:57] <f3ew> pariviere just have a LDAP query which returns all users if the username sent is 'all'
[16:27:04] <f3ew> and put that in alias_maps
[16:27:28] *** Haris1 has quit IRC
[16:31:27] *** pickcoder has joined #postfix
[16:37:04] <pariviere> f3ew: I think I missed something. Actually I would like aliases describe as queries such as ldap://ou=Paris,ou=Orga,dc=domain,dc=tld?(objectClass=inetOrgPerson) for an the paris at domain dot tld alias
[16:37:10] <pickcoder> here we go: http://pastebin.com/d166c89b8
[16:37:24] <pickcoder> can someone please tell me why postmaster is still getting bounces, along with "bounce"
[16:37:39] <pariviere> f3ew: but I don't understand how to map paris at domain dot tld with the ldap query
[16:40:45] *** Possible has joined #postfix
[16:43:20] <Possible> hi, is it possible to not send mail thru clamav that is send from services on the same server ?
[16:43:49] <f3ew> Possible yes
[16:43:51] <Possible> so any mail send from localhost is not processed
[16:43:53] *** bisoc has quit IRC
[16:43:56] *** bisoc has joined #postfix
[16:44:07] <Possible> f3ew: any documentation on that ?
[16:44:18] <f3ew> Possible how are you feeding clamav?
[16:44:34] <Possible> this is a Mac OS X Server10.4 install
[16:45:21] <Possible> you mean what is in my master.conf ?
[16:46:11] <jra> I'd probably use sender_access. Everything not coming from myself -> clamav transport
[16:46:15] <f3ew> how do you pass mail to clamav?
[16:46:24] <f3ew> or a check_client_access
[16:46:37] <jra> err, right
[16:47:15] * Possible is looking
[16:47:28] *** navetz_ has quit IRC
[16:47:31] <Possible> smtp-amavis unix -      -       y       -       2       smtp
[16:47:31] <Possible>    -o smtp_data_done_timeout=1200
[16:47:31] <Possible>    -o smtp_send_xforward_command=yes
[16:47:31] <Possible>    -o disable_dns_lookups=yes
[16:47:45] <pickcoder> amavis
[16:47:50] <pickcoder> != clamav
[16:47:50] <knoba> pickcoder: Error: "=" is not a valid command.
[16:47:57] <Possible> oh wait..
[16:48:04] *** crazybyte has joined #postfix
[16:48:39] * pickcoder grinds up newsletter into tiny bits and feeds his cactus
[16:49:47] <Possible> hmmm..interesting...no mention of clamav
[16:50:05] <Possible> prolly amavis passes it on then
[16:50:46] <Possible> or is it this ?
[16:50:46] <Possible> tlsmgr    unix  -       -       n       1000?   1       tlsmgr127.0.0.1:10025 inet n  -       y       -       -       smtpd
[16:50:48] <Possible> etc..
[16:51:09] <Possible> I remember seeing that port mentioned in the clamav doc.
[16:51:16] <crazybyte> hi all! I appologize for this pretty lame question but I'm n00bie in using postfix. Well here it goes. I want to configure a postfix server that has virtual maiboxes + mysql backend + courier to send all the mails that have unknown users to a central mail account but without sending all the mail that all the valid users receive to the same account. Basically I want to create a configuration for a
[16:51:18] <crazybyte> catch-all mail account without catching the mails for the valid users in the system. Thank you
[16:51:35] <pickcoder> Possible: amavis talks to postfix through 10025 as a transport
[16:52:04] <crazybyte> correction: the server is already configured and running i want to add this feature (because the guy before me didn't do it)
[16:52:27] <Possible> pickcoder: okay....I guess my question is then how to not send things to amavis
[16:52:35] <pickcoder> don't set up amavis?
[16:52:39] <pickcoder> heh
[16:52:39] <Possible> :)
[16:52:45] <pickcoder> turn off the content_filter
[16:53:51] <Possible> the content filter is not my issue actually...it's clamav that is also in the mix...and when doing mailings it slows things down significantly
[16:54:04] <pickcoder> so disable it in amavis
[16:54:21] <ttf> is there a configtest available - something like the    apach2ctl configtest    command?
[16:54:33] <Possible> you can only use acl's on recepients and such...not on sender ip
[16:54:49] <Possible> I already checked
[16:55:01] <pickcoder> http://pastebin.com/d166c89b8    <- no one got _any_ idea why postmaster would be getting undeliverable notices?
[16:55:37] * pickcoder adds that aliases forwards root and postmaster to another mail account
[16:55:49] <pickcoder> (together)
[16:55:51] *** saurabhb has quit IRC
[16:57:00] *** tshine has joined #postfix
[16:57:08] <pickcoder> Possible: are you using spamassassin with amavis?
[16:57:17] <Possible> yes
[16:57:26] <jra> ttf: postfix check?
[16:57:27] <pickcoder> and it doesn't suck up more resources?
[16:57:47] <Possible> pickcoder: it's a cpu hog
[16:58:14] <pickcoder> so stop using amavis completely if you don't want any kind of content filtering
[16:58:20] <Possible> I already use greylisting so it's not that bad...but when doing mailings from the server it goes thru it all
[16:58:26] <pickcoder> or get a better server
[16:58:29] *** bronb has quit IRC
[16:59:16] <Possible> I am planning on that...but in the mean time I hoped I could bypass it for any mail send from the server itself...somehow
[16:59:28] <ttf> jra: doesn't seem to make a proper config/syntax check - from postfix(1):  check  Warn about bad directory/file ownership or permissions, and create missing directories.
[16:59:55] <pickcoder> f3ew already suggested check_client_access
[17:00:34] <Possible> will check that out
[17:00:36] <Possible> thanks
[17:00:39] <pickcoder> and your comment about the "sender ip" is wrong
[17:00:44] <pickcoder> that's what check_client_access is
[17:00:54] <pickcoder> man 5 postconf
[17:01:08] <Possible> I was refering to amavis
[17:01:14] <Possible> not postfix
[17:01:18] <pickcoder> you can turn off clamav
[17:01:59] <Possible> I like to find a middle ground ;)
[17:02:26] <ttf> Signum: cool - postfix + dovecot-sasl-plugin works well now - thanks
[17:06:55] *** allan has joined #postfix
[17:07:04] <Signum> ttf: great. :)
[17:10:18] <jra> now that dovecot even does sieve I finally have lost any reason to even think about cyrus...
[17:11:08] *** Flxr has joined #postfix
[17:11:09] * pickcoder beats his head on the desk
[17:11:16] <pickcoder> bad postfix! bad!
[17:11:54] <Flxr> hello
[17:11:55] * pickcoder ponders postmaster: | > /dev/null
[17:12:04] <Dominian> pickcoder: that breaks RFC
[17:12:16] <pickcoder> Dominian: who cares
[17:12:18] <Flxr> i am using google hosted gmail for my mail send/receive
[17:12:23] <pickcoder> I'm sick of duplicate bounce notices
[17:12:27] * Dominian shrugs
[17:12:30] <Flxr> and I've configured postfix and it works ok
[17:12:38] <pickcoder> this is totally and utterly annoying
[17:12:58] * cpm so seldomly sees a bounce, he wouldn't notice. Why do you have so many bounces?
[17:13:02] <Flxr> but when I send email from the box to user at mydomain dot com it routes it locally instead of going thtough google
[17:13:10] <pickcoder> it's a bulk server
[17:13:13] <pickcoder> for newsletters
[17:13:17] <pickcoder> hence the domain name?
[17:13:21] <pickcoder> bbias
[17:14:18] <cpm> Ah, I use a mailing list manager for bulk mail, so it's less of an issue. the mailing list manager handles that for me.
[17:14:52] <Flxr> so how do I tell opstfix to route even local mail through google ?
[17:15:00] <rob0> You can turn OFF the bounce notices.
[17:15:20] <Possible> Flxr: does google bounce it back to your server ? or does it stay in your gmail box ?
[17:15:54] <Flxr> Possible : stays in gmail
[17:16:08] *** pickcoder has quit IRC
[17:16:28] <Possible> Flxr: and the recipient is not @gmail ?
[17:17:54] <seekwill> cpm: What mailing list manager do you use?
[17:18:16] <cpm> seekwill, mailman
[17:18:20] <seekwill> oh
[17:18:41] <seekwill> ... that kind of mailing list
[17:19:19] <jra> mailman is python, sympa is perl... and isn't there some remake of majordomo?
[17:19:27] <Flxr> Possible : the emails are like user at mydomain dot com
[17:19:49] <Flxr> and I have mydomain.com setup as google hosted domain for mail etc..
[17:20:12] <Flxr> it all works great from Gmail's part send/receive
[17:20:23] <Possible> Flxr: but you also have the domain setup in postfix right ?
[17:20:37] <Possible> in main.conf
[17:20:45] <Possible> .cf even
[17:21:11] <Flxr> yes
[17:21:21] <Flxr> but I want localuser at localdomain dot com to go to gmail as well
[17:21:29] <Possible> Flxr: there is your problem then
[17:21:38] *** pickcoder has joined #postfix
[17:21:55] <Flxr> ?
[17:22:02] <pickcoder> *sigh*
[17:22:07] <pickcoder> I'm gonna go postal today
[17:22:17] <cpm> well, at least yer in the right place.
[17:22:29] <Possible> Flxr: how did you setup the domain in main.cf ?
[17:22:30] * pickcoder flogs Detlacom with cat6 bundles
[17:22:37] <pickcoder> Deltacom too
[17:22:44] <Flxr> Possible : do I need to remove mydomain.com from `mydestination`settings
[17:23:03] <lunaphyte_> holy crap!  spammers are now breaking out of jail!
[17:23:15] <lunaphyte_> ?He jumped in the car with his wife?
[17:23:22] <cpm> indeed.
[17:23:29] <Possible> Flxr: correct
[17:23:57] <cpm> a few million socked away here, a few socked away there, he'll be okay I'm sure. He's probably going after his e-gold. I don't think it's a coincidence.
[17:24:04] <Flxr> but leave localhost ?
[17:24:25] <Possible> yes
[17:25:45] *** pariviere has left #postfix
[17:26:34] *** rcsu__ is now known as rcsu
[17:27:13] <Possible> pickcoder: found it, it uses content_filter, using the access  database I can redirect things
[17:27:26] <Possible> overriding the content_filter settings..
[17:28:35] <pickcoder> Possible: that's what I told you a while back
[17:29:00] <pickcoder> 84% packet loss.. down to 20%
[17:29:25] <pickcoder> their network used to be solid and it's been falling apart the past few months
[17:29:57] <Possible> pickcoder: yep, I am just acknowledging it
[17:30:34] * pickcoder checks the backup routes backup route
[17:32:31] *** jra has quit IRC
[17:34:10] <Flxr> Possible : thank you! one more thing, in my gmail scenario do I need posftix listening on port 25 at all ?
[17:34:23] *** n215 has joined #postfix
[17:34:41] <Possible> Flxr: yes you need that to send your mail
[17:35:24] <n215> I set
[17:35:25] <n215> bounce_queue_lifetime = 1h
[17:35:25] <n215> maximal_queue_lifetime = 1h
[17:35:35] <n215> but it expires after hour and half
[17:35:49] <Flxr> Possible : but then its open from outside attacks, no ?
[17:36:13] *** allan has quit IRC
[17:36:49] <pickcoder> Flxr: not if you specify a bind address
[17:36:51] *** allan has joined #postfix
[17:36:53] <pickcoder> a local one
[17:36:53] <Possible> Flxr: you need to set the smtpd_client_restrictions to allow only local users...or setup a firewall
[17:37:06] *** mark-use has joined #postfix
[17:38:55] <n215> I set my queue to 1 hour but it drops the message after an hour
[17:39:34] *** tibyke has quit IRC
[17:39:39] <pickcoder> n215: and that's what you set it to
[17:39:50] <pickcoder> !maximal_queue_lifetime
[17:39:51] <knoba> pickcoder: "maximal_queue_lifetime" : a configuration parameter in the main.cf: The maximal time a message is queued before it is sent back as undeliverable, the default value is 5 days.
[17:40:32] <n215> pickcoder i set it to 1h
[17:40:43] <n215> but it drops it after hour and half
[17:40:45] <pickcoder> and it's going to get returned after 1 hour
[17:40:46] <n215> approximatly
[17:40:54] <pickcoder> based on what?
[17:41:01] <n215> I dont know
[17:41:25] *** pingouin has joined #postfix
[17:41:43] <n215> I set it to 2m and It get returned after 10 mins or something
[17:42:59] <crazybyte> pickcoder:  could you kindly answer to my earlier question or direct me to the answer? thanks and sorry for interrupting you.
[17:43:16] <pickcoder> !queue_run_delay
[17:43:16] <knoba> pickcoder: "queue_run_delay" : a configuration parameter in the main.cf: The time between deferred queue scans by the queue manager.
[17:44:10] <pickcoder> crazybyte: I don't have any scrollback. I got dropped a bit ago
[17:44:29] <crazybyte> ok
[17:44:35] <crazybyte> may i retype it?
[17:44:41] <crazybyte> hi all! I appologize for this pretty lame question but I'm n00bie in using postfix. Well here it goes. I want to configure a postfix server that has virtual maiboxes + mysql backend + courier to send all the mails that have unknown users to a central mail account but without sending all the mail that all the valid users receive to the same account. Basically I want to create a configuration for a
[17:44:43] <crazybyte> catch-all mail account without catching the mails for the valid users in the system. Thank you
[17:44:45] <crazybyte> correction: the server is already configured and running i want to add this feature (because the guy before me didn't do it)
[17:44:53] <crazybyte> pickcoder:  here it is
[17:45:05] <crazybyte> thank you again
[17:45:38] <pickcoder> !catchall
[17:45:40] <knoba> pickcoder: "catchall" : Sending all emails for non-existing users in domain to a special account. See man 5 virtual for the @domain syntax, which applies in virtual_*_maps and relay_recipient_maps. For local(8) delivery, unset local_recipient_maps and see luser_relay. WARNING: catchalls are rarely a good idea. Spammers will abuse them.
[17:46:17] <crazybyte> pickcoder:  thank you
[17:46:28] <Flxr> Possible , pickcoder : would setting `inet_interfaces = 127.0.0.1` result in what I need?
[17:46:48] <pickcoder> Flxr: as long as you don't plan on sending mail to the LAN interface
[17:47:04] <pickcoder> (which kinda defeats the purpose of a local MTA with gmail transport
[17:47:33] <pickcoder> of course, if you had a web mail service on it, then it would be fine
[17:47:50] <n215> crazybyte if you are new just use passwd file
[17:47:59] <n215> its simple
[17:48:11] <crazybyte> n215:  i can't it's not my setup and it is a multiple domain server
[17:48:23] <n215> i have multiple domains too
[17:48:36] <n215> i use vmailbox and dovecot.passwd file
[17:48:50] <crazybyte> and to be honest i don't think it is a good idea to create a huge number of user in that way
[17:48:51] *** aaahhh is now known as pakighunda
[17:49:01] <n215> crazybyte i can give u some link
[17:49:07] <crazybyte> n215:  in my case the setup is postfix+mysql+courier
[17:49:17] <crazybyte> and it has to stay the same
[17:49:39] <n215> yes exectly that
[17:49:49] <crazybyte> my predecesor didn't set it up properly and i have to now
[17:49:51] <crazybyte> ok thanks
[17:49:54] <crazybyte> thx n215
[17:49:59] <n215> i build my server based on that documentation, just without courier and mysql
[17:50:02] <n215> take a loot
[17:50:07] <n215> *look
[17:50:09] <crazybyte> ok
[17:50:12] <crazybyte> thank you
[17:50:14] <n215> np
[17:50:15] <crazybyte> i surely will
[17:50:22] <simsimon> I've a server with a LDAP and I'd like to configure postfix so that it uses this LDAP (here is the ldiff of a user : http://pastebin.com/m70444b40 ). What is the way to to it simply ?
[17:51:14] <pickcoder> !virtuals
[17:51:14] <knoba> pickcoder: Error: "virtuals" is not a valid command.
[17:51:17] <pickcoder> !virtual
[17:51:17] <knoba> pickcoder: "virtual" : a way to configure additional domains and user accounts (that do not need to exist in your /etc/passwd). See: http://www.postfix.org/VIRTUAL_README.html
[17:51:28] *** mark-use has quit IRC
[17:51:32] <pickcoder> simsimon: there is an LDAP FAQ on the docs page I think
[17:51:46] <pickcoder> !ldap
[17:51:46] <knoba> pickcoder: "ldap" : a lookup method that can be used by Postfix. An introduction can be found in the LDAP_README also found at http://www.postfix.org/LDAP_README.html. A worthy project dealing with LDAP and Postfix can be found at: http://jamm.sourceforge.net/howto/html/
[17:52:03] *** a_ok has joined #postfix
[17:52:32] *** pickcoder has quit IRC
[17:52:51] <simsimon> pickcoder: I saw the readme but I can't find the file /etc/postfix/ldap-aliases.cf
[17:52:56] <a_ok> for some reason my virtual users do not work
[17:52:59] *** pickcoder has joined #postfix
[17:53:48] <a_ok> i have virtual_maps = mysql:/etc/postfix/mysql-virtual.cf configured
[17:53:51] <Possible> hmm..not sure...does stopping postfix kill the whole queue or will it save it ?
[17:54:03] <pickcoder> Possible: the queue will stay
[17:54:06] <Possible> 'k
[17:54:08] <Possible> thanks
[17:54:12] <pickcoder> unless it's delivered, returned, or purged with postsuper
[17:54:39] <a_ok> and with postmap i get the right username...
[17:55:33] *** cedric33 has quit IRC
[17:56:24] <a_ok> what can i posibly do to make postfix use my virtual maps?
[17:56:27] *** ryan|work has joined #postfix
[17:57:35] *** mark-use has joined #postfix
[17:57:58] <ryan|work> Good day everyone.  I have two postfix servers up and running.  Server 1 is in use and workign perfectly.  I would like to get all mail going in (and out if possible) to be sent to Server 2 for development purposes.  Is this possible?
[17:58:29] <pickcoder> a_ok: it would help to see your postconf -n and the contents of the mysql map files
[17:59:42] <f3ew> ryan|work always_bcc
[17:59:45] <f3ew> !always_bcc
[17:59:46] <knoba> f3ew: "always_bcc" : a configuration parameter in the main.cf: Optional address that receives a "blind carbon copy" of each message that is received by the Postfix mail system.
[17:59:53] <f3ew> !recipient_bcc_maps
[17:59:54] <knoba> f3ew: "recipient_bcc_maps" : a configuration parameter in the main.cf: Optional BCC (blind carbon-copy) address lookup tables, indexed by recipient address. The BCC address (multiple results are not supported) is added when mail enters from outside of Postfix.
[17:59:58] <f3ew> !sender_bcc_maps
[17:59:58] <knoba> f3ew: "sender_bcc_maps" : a configuration parameter in the main.cf: Optional BCC (blind carbon-copy) address lookup tables, indexed by sender address. The BCC address (multiple results are not supported) is added when mail enters from outside of Postfix.
[18:00:44] <ryan|work> thank you much f3ew
[18:00:52] <simsimon> pickcoder: Is it possible for me to use the LDAP without modifying it ?
[18:04:31] <a_ok> pickcoder: http://rafb.net/p/kw6Oca74.html.
[18:06:36] <a_ok> pickcoder it uses the virtual map properly to get multiple email adresses to a user. however that uses must be a unix user else it fails
[18:07:02] <a_ok> user*
[18:08:30] <a_ok> and virtual_alias_maps = $virtual_maps
[18:08:46] *** phnord has quit IRC
[18:09:00] <a_ok> anyone with ideas on that one?
[18:10:20] *** sophokles has quit IRC
[18:11:40] *** madrescher has quit IRC
[18:12:05] <a_ok> f3ew ?
[18:14:45] <pickcoder> a_ok: you didn't specify a virtual config
[18:14:49] <pickcoder> !virtual
[18:14:49] <knoba> pickcoder: "virtual" : a way to configure additional domains and user accounts (that do not need to exist in your /etc/passwd). See: http://www.postfix.org/VIRTUAL_README.html
[18:15:16] <pickcoder> the LDAP_README should explain it
[18:17:27] <a_ok> pickcoder: i thought that virtual_maps did the trick
[18:18:23] <pickcoder> I see no virtual_maps in your pastebin
[18:19:21] *** Possible has quit IRC
[18:20:38] <a_ok> what the hell... its there in the main cf
[18:21:11] <a_ok> virtual_maps = mysql:/etc/postfix/mysql-virtual.cf
[18:21:12] <a_ok> virtual_maps = mysql:/etc/postfix/mysql-virtual.cf
[18:21:18] <a_ok> see just pasted it
[18:22:32] <pickcoder> a_ok: sorry.. simsimon had the ldap question
[18:22:34] *** havvg has quit IRC
[18:22:37] <pickcoder> you're using mysql
[18:22:47] <pickcoder> what version of postfix is this
[18:22:49] <a_ok> yes no problem
[18:24:20] <a_ok> how can i see?
[18:24:26] <pickcoder> postconf mail_version
[18:24:45] <a_ok> mail_version = 2.5.1
[18:24:58] <pickcoder> you should be using virtual_alias_maps
[18:25:14] <pickcoder> !virtual_alias_maps
[18:25:15] <knoba> pickcoder: "virtual_alias_maps" : a configuration parameter in the main.cf: Optional lookup tables that alias specific mail addresses or domains to other local or remote address. The table format and lookups are documented in virtual(5).
[18:25:35] <a_ok> pickcoder virtual_alias_maps = $virtual_maps
[18:25:48] <pickcoder> ok
[18:26:04] <a_ok> however virtual_maps don't seem to work
[18:26:25] <a_ok> postconf: warning: virtual_maps: unknown parameter
[18:26:28] <pickcoder> and a sample query returns [ user@somehost host localuser ] format?
[18:26:36] *** pecanha has joined #postfix
[18:26:41] <pickcoder> er... drop the " host "
[18:26:55] <pickcoder> virtual_maps was in 2.0
[18:27:12] <a_ok> ah
[18:27:21] <pickcoder> you should probably not do a reference through virtual_maps
[18:28:03] <pickcoder> though it really doesn't matter
[18:28:23] <pickcoder> in your query you are pulling field "username"
[18:28:30] <a_ok> it works on the other mail server
[18:28:41] <pickcoder> does "username" exist as a local user for a sample user?
[18:29:15] <a_ok> pickcoder it does for one user thats me. than the mail delivers just fine it does not for other users
[18:29:42] *** j_s has joined #postfix
[18:30:16] <pickcoder> bob.johnson at myhost dot com bobj
[18:30:21] <pickcoder> bobj is a local unix user
[18:30:30] <a_ok> postmap -q postmaster at xxxx dot xxx mysql:/etc/postfix/mysql-virtual.cf
[18:30:32] <pickcoder> bob.johnson at myhost dot com bobj at myotherhost dot com
[18:30:35] <a_ok> returns postmaster
[18:30:46] <pickcoder> myotherhost.com is not in mydestinations.. so it should be forwarded
[18:31:12] <pickcoder> provided myotherhost.com is in virtual_domains
[18:31:39] <pickcoder> did you read the virtuals page?
[18:31:53] <a_ok> yeah only one domain name is used
[18:31:58] <a_ok> e-wise.it
[18:32:33] <pickcoder> then aliasing will want to deliver to a local user
[18:32:40] <pickcoder> otherwise you need to setup virtual mailboxes
[18:32:48] <a_ok> also note that firstname at e-wise dot it works (this is my local user so it should) but also fulname at e-wise dot it
[18:33:04] <pickcoder> a_ok: that's because you have a live user
[18:33:07] <a_ok> the lastone it pulles from virtual_maps
[18:33:31] <a_ok> yeah but that proves that virtual_maps works
[18:33:50] <a_ok> since i do not have my fullname as a user
[18:34:11] *** sgisgi has joined #postfix
[18:34:15] <pickcoder> yes, even though that's not the documented method of implementing the maps
[18:34:18] <pickcoder> for aliases
[18:34:55] <sgisgi> I have a backup mx mail server, how do I tweak how often it attempts to send the mail to the primary? basically I want the mail getting to the primary as soon as it comes back online
[18:35:18] <pickcoder> !queue_run_delay
[18:35:19] <knoba> pickcoder: "queue_run_delay" : a configuration parameter in the main.cf: The time between deferred queue scans by the queue manager.
[18:35:34] <pickcoder> note: deferred
[18:35:46] <pickcoder> bbl. work to do
[18:36:59] <sgisgi> thanks pickcoder
[18:37:25] *** sgisgi has left #postfix
[18:38:05] <a_ok> pickcoder: yeah that was just implemented for ease of use
[18:38:16] <a_ok> pickcoder i really do not get why this does not work
[18:38:38] <a_ok> i even put in virtual_maps now
[18:39:26] *** JoKoT3 has quit IRC
[18:40:24] <a_ok> still no joy
[18:40:50] <a_ok> i'm going home doing massive overtime here
[18:42:18] <a_ok> pickcoder: the only difference with the other server is that it has another version
[18:43:11] <a_ok> of postfix...
[18:47:20] *** a_ok has quit IRC
[18:49:50] *** pitakill has joined #postfix
[18:52:24] *** Gibbonz has joined #postfix
[19:00:51] *** mark-use has quit IRC
[19:04:49] *** Gibbonz has quit IRC
[19:18:46] *** Flxr has quit IRC
[19:19:58] *** F6F has quit IRC
[19:22:05] *** havvg has joined #postfix
[19:31:43] *** rootsvr has joined #postfix
[19:39:46] *** neoeinstein has joined #postfix
[19:43:40] *** F6F has joined #postfix
[19:51:53] *** Nockian has quit IRC
[19:53:05] *** rcsu_ has joined #postfix
[19:57:03] *** A_ok has joined #postfix
[19:58:12] <A_ok> pickcoder: was I talking to you few hours ago?
[19:59:06] <A_ok> how does postfix know what user is local? besedes the obvious unix users
[19:59:24] *** Igneous has quit IRC
[19:59:37] <A_ok> i thought that virtual alias maps did that
[19:59:58] <A_ok> make that virtual_alias_maps
[20:00:25] <pickcoder> local_recipient_maps
[20:00:26] <pickcoder> !local_recipient_maps
[20:00:27] <knoba> pickcoder: "local_recipient_maps" : a configuration parameter in the main.cf: Lookup tables with all names or addresses of local recipients. A recipient address is local when its domain matches $mydestination, $inet_interfaces or $proxy_interfaces.
[20:02:57] <A_ok> pickcoder: so does it look up the email adress and want a username in return?
[20:03:14] <A_ok> or does it just need a list of usernames or something?
[20:06:29] *** suuuper has quit IRC
[20:07:21] <pickcoder> A_ok: huh?
[20:08:03] *** rcsu has quit IRC
[20:09:45] <A_ok> pickcoder: i don't know what query i need to make for this one
[20:10:00] <pickcoder> A_ok: for what?
[20:10:12] <A_ok> for local_recipient_maps
[20:10:22] <pickcoder> why do you want to add a query to local maps?
[20:10:24] <A_ok> what format should i return?
[20:10:44] <A_ok> because i need some virtual users
[20:10:46] <pickcoder> http://www.postfix.org/postconf.5.html#local_recipient_maps
[20:10:52] <A_ok> now it bounces them
[20:10:55] <pickcoder> so use virtuals with a virtual mailbox
[20:11:04] <pickcoder> I thought we went over this already
[20:11:05] <jelly> hm, is there a tool to split a mbox (preferably on stdin) into smaller chunks?
[20:11:07] *** rootsvr has quit IRC
[20:11:39] * jelly has a 60GB "mbox" log caused by logrotate failure
[20:12:09] <seekwill> heh
[20:12:25] <pickcoder> what filesystem are you using?
[20:12:43] <seekwill> What does mbox log?
[20:12:45] <A_ok> pickcoder: non using zarafa delivery agent
[20:13:38] <A_ok> pickcoder: this means that its going into a mysql database in format i don't know about
[20:13:58] <pickcoder> A_ok: I don't know where you're going or coming from...
[20:14:12] <pickcoder> there is documentation that explains virtual aliases and virtual mailboxes
[20:14:19] <pickcoder> if they aren't REAL users.. they are virtual mailboxes
[20:15:12] <A_ok> pickcoder: yep virtual mailboxes it is
[20:15:41] <pickcoder> user@host -> user is a local map
[20:15:51] <pickcoder> !virtual
[20:15:51] <knoba> pickcoder: "virtual" : a way to configure additional domains and user accounts (that do not need to exist in your /etc/passwd). See: http://www.postfix.org/VIRTUAL_README.html
[20:16:02] <A_ok> pickcoder: as long as the user exits on unix it delivers email just fine
[20:16:38] <A_ok> pickcoder: i have read this one from top to bothom
[20:16:58] <A_ok> pickcoder: but understand half of it
[20:17:16] <pickcoder> http://www.postfix.org/VIRTUAL_README.html#virtual_mailbox
[20:17:22] <A_ok> pickcoder: mainly the part when it goes from unix user to non unix user does not really help me out
[20:17:58] <pickcoder> the mailbox location is set by two vars
[20:18:05] <pickcoder> !virtual_mailbox_base
[20:18:05] <knoba> pickcoder: "virtual_mailbox_base" : a configuration parameter in the main.cf: A prefix that the virtual(8) delivery agent prepends to all pathname results from $virtual_mailbox_maps table lookups. This is a safety measure to ensure that an out of control map doesn't litter the filesystem with mailboxes. While virtual_mailbox_base could be set to "/", this setting isn't recommended.
[20:18:09] <pickcoder> !virtual_mailbox_maps
[20:18:09] <knoba> pickcoder: "virtual_mailbox_maps" : a configuration parameter in the main.cf: Optional lookup tables with all valid addresses in the domains that match $virtual_mailbox_domains.
[20:18:29] <pickcoder> you should probably store that in the user's record
[20:18:31] <A_ok> pcikcoder: i am not delivering localy
[20:18:45] <pickcoder> where is it going then?
[20:19:25] *** mattlh has joined #postfix
[20:19:30] *** mattlh has left #postfix
[20:19:33] <A_ok> mailbox_command = /usr/bin/zarafa-dagent "$USER"
[20:20:28] <A_ok> pickcoder the delivery agent handels that. (goes in a database if you really want to know). this works all just fine as long as the unix user exists
[20:20:56] <pickcoder> I have never put a mysql query on local_recipient_maps, but I guess it would work
[20:21:14] <A_ok> now i want it to call the mailbox_command if its not unix user
[20:21:26] <A_ok> pickcoder by default is uses alias_maps
[20:21:26] <pickcoder> !transport
[20:21:27] <knoba> pickcoder: "transport" : transport(5) The optional transport(5) table specifies a mapping from email addresses to message delivery transports and next- hop destinations. Look at: http://www.postfix.org/transport.5.html
[20:21:59] <pickcoder> A_ok: you're going over my level of thinking power at the moment
[20:22:44] * pickcoder is about to explode
[20:23:12] <pickcoder> mailbox_command is the standard way to route mail for local users
[20:23:24] <pickcoder> except you want fake users to be local too
[20:23:28] <pickcoder> except when they aren't fake?
[20:24:28] * pickcoder is probably highly overthinking the entire setup
[20:25:29] <pickcoder> A_ok: you want to route mail to a command, only if it's not local
[20:25:51] *** radius has quit IRC
[20:27:18] <ttf> does anybody know when using    mailbox_command = /path/to/maildrop -d ${USER}    - if I also have to set    maildrop_destination_recipient_limit = 1    ?
[20:27:29] <A_ok> pickcoder: no if it matches mydestination i want it to go to that command
[20:28:16] <A_ok> scratch that if its a user in the database and mydestination i want it to go to that command
[20:28:18] <ttf> I don't find a proper docmentation for maildrop_destination_recipient_limit or an explaination why/when I would need this
[20:30:24] <A_ok> pickcoder: yeah i want to fake them local users. i think why this works on the main mail server (with almost exact same setup) since it has pam configured to use that same sqldatabase for its login data
[20:31:57] <A_ok> pickcoder i think i can mimic this by setting some alias_maps (and with it local_recipient_maps) but i don't understand alias_maps format or purpose
[20:32:35] *** radius has joined #postfix
[20:35:13] <pickcoder> A_ok: it's the same as /etc/aliases
[20:35:13] <pickcoder> http://www.postfix.org/aliases.5.html
[20:35:32] <A_ok> let me rephrase the question here: how do i get a valid local_recipient_maps using mysql? what does the mysql database need to contain and what query goes with it
[20:35:53] <A_ok> pickcoder: yeah i just saw some examples and i do not want to use it as aliasses
[20:36:31] <cpm> ttf, I don't think it is properly documented. I think it's one of those 'fixes'.
[20:36:42] <pickcoder> A_ok: the requirement for local_recipient_maps is just a reponse. it doesn't care about the response itself, just that it's not null
[20:36:57] <pickcoder> that's in the doc link I pasted a while backl
[20:37:02] <pickcoder> s/l//
[20:37:27] <cpm> ttf, if you hand multiple mails to the same maildrop destination in the same transaction, only the first one will make it. The rest go into the ether, never to be heard from again.
[20:37:42] <pickcoder> A_ok: bear in mind that if you do that, local users will never get anything in mbox
[20:37:50] <pickcoder> they will all go through mailbox_command
[20:37:53] <cpm> this shows up with mailing lists and such. However, if you set that to '1' this doesn't happen
[20:38:10] <pickcoder> unless you set a specific transport for a specific user/user+domain/domain as per the transport doc
[20:38:38] <A_ok> pickcoder: ah so it searches for usernames
[20:39:08] <ttf> cpm: on http://www.postfix.com/MAILDROP_README.html   maildrop_destination_recipient_limit = 1   is only given for the first way to use maildrop so it made me feel that I don't have to use it if I call maildrop from      mailbox_command
[20:39:25] <cpm> ttf, be safe, use it.
[20:39:27] <A_ok> pickcoder: its my lucky day i already have a database with usernames... now it only needs a way to find them
[20:39:55] <cpm> ttf, maybe not. you don't have maildrop set as a transport?
[20:40:21] * pickcoder has program updates to write
[20:40:22] <pickcoder> bbl
[20:40:29] <ttf> you mean like in listed in master.cf ? no
[20:40:38] <ttf> cpm: ^^
[20:40:42] *** Zblakany has joined #postfix
[20:41:18] *** Jadewolf has joined #postfix
[20:41:50] <cpm> ttf, in my setups, (that use maildrop) all my users are virtual, and I do all the delivery with maildrop, so maildrop is my transport, even for a lot of system stuff, so in my case, if I don't set that, I lose mail.
[20:42:09] <cpm> ymmv
[20:42:11] <Jadewolf> postfix/smtpd[23372]: fatal: no SASL authentication mechanisms <-- i've followed the how to on this in ubuntu forums but I do not have a file name private/auth-client
[20:45:39] <pickcoder> Jadewolf: you're missing a critical component
[20:45:40] <pickcoder> !sasl
[20:45:41] <knoba> pickcoder: "sasl" : SASL is 'Simple Authentication and Security Layer', necessary for SMTP AUTH, and provided to Postfix by addin software. Cyrus SASL and/or Dovecot IMAP/POP3 can provide SASL. See http://www.postfix.org/SASL_README.html for details.
[20:46:22] <Jadewolf> I've installed everything I can think of, I have dovecot installed and setup
[20:46:34] <Jadewolf> At least by the howto I followed
[20:46:42] <ttf> cpm: what makes me wonder is that if I grep through the soure of 2.5.2 there is no occurence of maildrop_destination_recipient_limit besides in the readme - makes me feel that this option has been dropped anyways
[20:47:12] <Jadewolf> http://doc.ubuntu.com/ubuntu/serverguide/C/  <-- I followed the postfix part word for word 5 times now
[20:47:19] <cpm> ttf, it's possible. I honestly don't know. You might take it up on the mailing list,
[20:47:25] <cpm> it's a good question
[20:47:38] <rob0> no
[20:47:41] <ttf> cpm: you - will do that
[20:47:43] <cpm> Yes!
[20:47:50] <rob0> it's *_destination_recipient_limit
[20:47:53] <cpm> ttf, no fraking way, rob0 does all my mailing now.
[20:48:01] <rob0> where * is the name of a transport
[20:48:19] <rob0> I can't remember where in the docs that is, but it IS in there
[20:48:37] <rob0> check default_destination_recipient_limit
[20:48:41] <Jadewolf> You think I should just uninstall all of postfix dovecot and sasld and start again... again?
[20:48:57] <cpm> since in this particular case, it's made to address a failing in maildrop, not postfix, I don't think it would go away
[20:49:31] <Jadewolf>           path = /var/spool/postfix/private/auth  <-- file does not exist
[20:50:31] *** _jaldhar is now known as jaldhar
[20:51:03] <ttf> Jadewolf: did you look at http://wiki.dovecot.org/HowTo/PostfixAndDovecotSASL ?
[20:51:51] <ttf> Jadewolf: I just followed that configuration there for debian/etch and I can confirm it works :)
[20:57:31] <Jadewolf> I'll read it
[20:57:40] <pickcoder> Jadewolf: make sure you enable the client socket in the dovecot config
[20:57:45] <pickcoder> and restart dovecot
[20:57:52] *** Zblakany has quit IRC
[20:57:59] <pickcoder> then make sure the smtpd line isn't marked with a - or "y" in chroot column
[20:58:15] <pickcoder> in master.cf
[20:58:41] <A_ok> failed again....
[21:00:54] <A_ok> pickcoder: this time i made a mysql query that returned some id if a use exists
[21:01:23] <A_ok> put that in local_reciepents_maps
[21:01:51] *** hparker has joined #postfix
[21:02:48] <A_ok> is there perhaps a postfix coder or someone that knows exactly how this stuff works around?
[21:02:52] <pickcoder> Jadewolf: or.. do what I did and create the auth socket under /var/spool/postfix/private and create a symlink back to the default dir
[21:07:16] <pickcoder> A_ok: http://www.postfix.org/LOCAL_RECIPIENT_README.html
[21:07:20] <pickcoder> read the bottom
[21:07:54] <pickcoder> I was mistaken about "null" being the same as "not found"
[21:09:34] *** rootsvr has joined #postfix
[21:09:43] *** hever has joined #postfix
[21:11:53] <pickcoder> A_ok: did you check postmap -q <testuser> mysql:/path/to/local-query.cf
[21:13:16] <A_ok> pickcoder: well i did a good job than since it nicly returns something if the username is found. however it does not solve my problem :(
[21:13:49] <pickcoder> did you remove the virtuals stuff?
[21:15:26] <A_ok> pickcoder: it still gives me Jul 24 20:57:21 localhost postfix/local[24951]: 673D48FC33F: to=<mo at atlantis dot e-wise.it>, orig_to=<mo at e-wise dot it>, relay=local, delay=28, delays=27/0.27/0/1, dsn=5.1.1, status=bounced (unknown user: "mo")
[21:16:01] <A_ok> pickcoder no i need the virtual_alias_maps to
[21:16:03] *** hever has quit IRC
[21:16:14] <pickcoder> for local aliasing?
[21:16:31] <A_ok> yeah
[21:16:40] <pickcoder> pastebin postconf -n output
[21:16:49] <A_ok> ok
[21:17:07] * pickcoder works on a shipping tag
[21:19:11] <A_ok> pickcoder: http://rafb.net/p/pMTYMO86.html
[21:19:57] <A_ok> pickcoder: shipping tags was that not just: "press OK to print" ?
[21:20:46] <A_ok> or are you writing software so pressing OK makes a print (that actually has some meaning)
[21:22:33] *** AcTiVaTe has quit IRC
[21:22:59] <lunaphyte_> i win!
[21:23:07] <lunaphyte_> postfix on mac os x: 0
[21:23:14] <lunaphyte_> lunaphyte: 1
[21:23:28] <lunaphyte_> what a huge pain in the ass though.
[21:24:08] <lunaphyte_> !osx
[21:24:08] <knoba> lunaphyte_: Error: "osx" is not a valid command.
[21:27:01] *** cpm has quit IRC
[21:27:15] <A_ok> linaphyte perhaps alias it lol
[21:27:38] <A_ok> so you got postfix running on a mac?
[21:32:55] <A_ok> pickorder: lmao local_recipient_maps is a joke.... I emptied it and it still bounces!!!!
[21:33:56] *** madduck has left #postfix
[21:34:42] *** havvg has quit IRC
[21:35:30] *** mordaunt has left #postfix
[21:38:23] <lunaphyte_> !osx
[21:38:25] <knoba> lunaphyte_: "osx" : (#1) postfix is used as the default mta on mac os x (as of 10.3), with some notable deviations from a typical configuration. in it's natural state (excluding adjustments on os x server regarding the mail service), launchd watches the maildrop directory (/var/spool/postfix/maildrop). when files appear, launchd runs master directly and uses the -e argument to tell master to exit after 60 seconds have (2 more messages)
[21:38:40] <lunaphyte_> i knew that would be too long.
[21:39:32] <lunaphyte_> !osx
[21:39:33] <knoba> lunaphyte_: "osx" : postfix is used as the default mta on mac os x (as of 10.3), with some notable deviations from a typical configuration. in it's natural state (excluding adjustments on os x server regarding the mail service), launchd watches the maildrop directory (/var/spool/postfix/maildrop). when files appear, launchd runs master directly and uses the -e argument to tell master to exit after 60 seconds have (1 more message)
[21:41:18] <lunaphyte_> !osx1
[21:41:19] <knoba> lunaphyte_: "osx1" : postfix is used as the default mta on mac os x (as of 10.3), with some notable deviations from a typical configuration. in it's natural state (excluding adjustments on os x server regarding the mail service), launchd watches the maildrop directory (/var/spool/postfix/maildrop). when files appear, launchd runs master directly and uses the -e argument to tell master to exit after 60 seconds have (1 more message)
[21:41:34] <lunaphyte_> meh
[21:42:01] <pickcoder> A_ok: I'm automating processes and generating paperwork via html and htmldoc
[21:43:55] <A_ok> nice
[21:44:01] <lunaphyte_> !osx1
[21:44:01] <knoba> lunaphyte_: "osx1" : postfix is used as the mta on mac os x (as of 10.3), with some deviations from a typical configuration. in it's natural state (excluding adjustments on os x server regarding the mail service), launchd watches the maildrop directory (/var/spool/postfix/maildrop). when files appear, launchd runs master directly and uses the -e argument to tell master to exit after 60 seconds have elapsed.
[21:44:06] <lunaphyte_> !osx2
[21:44:07] <knoba> lunaphyte_: "osx2" : additionally, postfix logs via the traditional syslog mechanism, but by default syslog only logs mail.warn, which can be misleading. lastly, many parameters are listed twice in main.cf. if you adjust something, make sure it's not being clobbered further down (presumably apple's gui for their mail system is the culprit here).
[21:44:18] <lunaphyte_> i guess that's better than nothing.
[21:47:31] *** pecanha has quit IRC
[21:47:37] <A_ok> what is local_transport?
[21:47:52] <A_ok> !local_transport
[21:47:53] <knoba> A_ok: "local_transport" : a configuration parameter in the main.cf: The default mail delivery transport for local destinations. A recipient address is local when its domain matches $mydestination, $inet_interfaces or $proxy_interfaces. This information can be overruled with the transport(5) table.
[21:48:31] *** Nockian has joined #postfix
[21:49:09] *** SniZ has joined #postfix
[21:49:33] <SniZ> hi, how can i look, how many mails postfix send?
[21:52:43] <A_ok> SniZ you mean how many are in que?
[21:53:18] <SniZ> no, i wanna count mails which my postfix sent in month or something]
[21:53:41] <A_ok> use the logs
[21:54:06] <A_ok> let some script run on it counting how many it sends
[21:54:13] <SniZ> mmm, i can count mails on currents log
[21:54:18] <SniZ>  cat /var/log/mail.info | grep -c sent
[21:54:21] <SniZ> :)
[21:54:49] <SniZ> whereis no simple solution?
[21:55:03] <lunaphyte_> !pflogsumm
[21:55:03] <knoba> lunaphyte_: "pflogsumm" : a perl script to analyse your mail log file and generate nice reports. See: http://jimsun.linxnet.com/postfix_contrib.html
[21:55:08] <A_ok> all you need to do is store it and add it the next day
[21:55:19] <SniZ> hmmm, tnx!
[21:55:24] <A_ok> sniz btw dont do cat in a grep
[21:55:35] *** jaldhar has quit IRC
[21:55:41] <A_ok> grep -c sent /var/log/mail.info
[21:56:17] <SniZ> pflogsumm can install on debian from repos? ?
[21:56:33] <lunaphyte_> check, and let us know.
[21:57:14] *** cilly has quit IRC
[21:57:25] <SniZ> hmm, it in repos. nice =)
[21:57:27] <pickcoder> SniZ: yes.. apt-cache search <stuff>
[21:57:37] <pickcoder> so is mailgraph and queuegraph
[21:57:44] *** Firehand_ has joined #postfix
[21:58:09] <Firehand_> hello, can anyone tell me what postfix wants to tell me with this message: Jul 24 21:54:30 lvps87-230-32-247 postfix/smtpd[31982]: fatal: open database /etc/aliases.db: File exists?
[21:59:40] <seekwill> It wants to open /etc/aliases.db, but it can't... he doesn't think it exists
[21:59:52] <Firehand_> the file exists...
[21:59:56] <seekwill> Sure?
[21:59:59] <seekwill> Can he read it?
[22:00:00] <Firehand_> and i recreated it before starting with newaliases...
[22:00:16] <Firehand_> permissions are looking good
[22:00:28] <seekwill> Maybe to you...
[22:00:33] <pickcoder> is it empty?
[22:01:12] <Firehand_> nope
[22:01:14] <Firehand_> not emtpy
[22:01:22] <seekwill> ls -la /etc/aliases.db
[22:01:24] <seekwill> would be nice
[22:01:53] *** jellis-real has quit IRC
[22:04:00] <pickcoder> perhaps you removed it when postfix tried to access it?
[22:04:09] <pickcoder> does the log entry continue?
[22:04:14] <seekwill> heh
[22:04:43] *** Motoko-chan has joined #postfix
[22:06:08] *** VaNNi has quit IRC
[22:06:34] <Firehand_> pickcoder: yeah
[22:06:43] <Firehand_> Jul 24 22:00:59 lvps87-230-32-247 postfix/master[1466]: warning: process /usr/lib/postfix/smtpd pid 1495 exit status 1
[22:06:51] <Firehand_> Jul 24 22:00:59 lvps87-230-32-247 postfix/master[1466]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
[22:07:02] <Dominian> ouch
[22:07:03] <Firehand_> the strange thing is... it worked till 18:45 today...
[22:07:06] <Firehand_> and then this happend
[22:07:14] <Dominian> that's usually something due to a bad configuration param or permissions.
[22:07:36] <Firehand_> well... i know nothing has changed between 18 and 20 o'clock
[22:07:44] <Firehand_> or at least not config/permission wise
[22:07:51] <Dominian> something had to have..
[22:07:54] <Firehand_> oth... dpkg is failing with an error now too
[22:08:04] <Firehand_> well
[22:08:10] *** cilly has joined #postfix
[22:08:20] <Firehand_> the server is a virtual server running with virtuozzo
[22:08:33] <Firehand_> yesterday in the mornings they had some hardware failure
[22:08:58] <Firehand_> since 9am yesterday until today about 6pm today everything was working normal again
[22:09:00] <Firehand_> and now this
[22:11:21] <pickcoder> dpkg is failing?
[22:11:25] <A_ok> !reject_unauth_destination
[22:11:26] <knoba> A_ok: Error: "reject_unauth_destination" is not a valid command.
[22:11:33] <markl__> Firehand_: anything weird in the bean counters?
[22:11:37] <markl__> or df -i
[22:11:38] <A_ok> what does that one do?
[22:12:00] <pickcoder> A_ok: all of those are on the docs page
[22:12:17] <pickcoder> http://www.postfix.org/postconf.5.html
[22:12:23] <pickcoder> or man 5 postconf
[22:12:54] *** VaNNi has joined #postfix
[22:12:54] *** brancaleone has joined #postfix
[22:13:29] <Firehand_> markl__: df -i shows normal values
[22:13:39] <Firehand_>  /dev/vzfs            4010000   80071 3929929    2% /
[22:14:10] <Firehand_> i filed a support request... let's see what they are answering...
[22:14:27] <pickcoder> Firehand_: how is dpkg failing?
[22:14:35] <SniZ> lunaphyte, hmm, thanx! reaL good script! but my statistic mails about 200kb =)
[22:15:23] <Firehand_> pickcoder: /usr/bin/dpkg exited unexpectedly
[22:15:31] <pickcoder> well that's not good
[22:15:41] <Firehand_> nope
[22:15:50] <markl__> Firehand_: are you familiar with /proc/user_beancounters
[22:16:01] <Firehand_> markl__:  no sorry
[22:16:03] <markl__> maybe you can find something unusual in the right-most column
[22:16:14] <markl__> Firehand_: as root, try: cat /proc/user_beancounters
[22:16:25] <markl__> look for non-zero values in the right-most column
[22:16:25] <Firehand_> did that
[22:16:28] <markl__> ok
[22:16:33] <Firehand_> no failcnt
[22:16:45] <Firehand_> everything zero on that row
[22:16:45] <markl__> probably not virtuozzo-related then
[22:16:58] <markl__> just an annoying corrupt file "somewhere"
[22:17:16] <Firehand_> suggestion?
[22:17:26] <pickcoder> to affect dpkg and postfix is odd
[22:17:47] <Firehand_> somehow it only affects dpkg and postfix
[22:17:53] <Firehand_> everything else seems to work normal
[22:18:06] <pickcoder> can you fsck?
[22:18:12] <Firehand_> no thats the problem
[22:18:32] <Firehand_> if i enter virtuozzo rescue mode i cannot fsck
[22:18:44] <pickcoder> could be a problem with /var/ or /etc/
[22:18:48] <Firehand_> i could try to remount the filesystem ro... but
[22:18:53] <pickcoder> only real connection there I can think of
[22:19:04] <Firehand_> this puzzles me: b-----x--- 1 root root 0, 36 2008-07-24 21:50 /dev/vzfs
[22:19:16] <Firehand_> and this seems to be the normal thing for this device
[22:19:27] <Firehand_> i think its /var related
[22:19:59] <Firehand_> when the server moreless crashed during a hardware failure yesterday the only two processes running were postfix processing mails and dpkg doing an update
[22:20:12] <Firehand_> everything else was in idle mode
[22:20:23] <pickcoder> is it all under a single partition?
[22:20:38] <Firehand_> yeah
[22:20:59] <pickcoder> if you could get to single-user you could move/dupe /var/
[22:21:47] <Firehand_> i could try that yeah... but how recreate it?
[22:21:59] <Firehand_> is postfix recreating its /var stuff automagically?
[22:22:12] <Firehand_> i could move the postfix folders away
[22:22:21] <pickcoder> if the service is halted then the only thing there is deferrals
[22:22:34] <pickcoder> (and config stuff)
[22:22:57] <pickcoder> atleast that's all I can think of
[22:23:03] <Firehand_> seems safe to me to move that out of the way
[22:23:39] <pickcoder> Firehand_: the /etc/aliases.db deal also points to /etc/
[22:24:27] <pickcoder> Firehand_: you can increase the verbosity of logging in master.cf
[22:24:35] <pickcoder> dunno if that will help or not
[22:24:42] <Firehand_> in master.cf? not main?
[22:24:52] <pickcoder> smtpd line add -vvvvv
[22:24:58] <pickcoder> more v's the more output
[22:25:23] <pickcoder> the dpkg issue needs to go to #debian or #ubuntu
[22:25:43] <pickcoder> you may find a similar cause if you find out why it's crashing
[22:26:57] <Firehand_> moving postfix out of the way and letting it recreate doesnt solve the problem
[22:27:09] <Firehand_> that strange aliases.db error still comes up
[22:29:08] *** rakosh76_ has joined #postfix
[22:30:43] <Firehand_> pickcoder: increasing postfix verbosity shows no unusual behavior until that aliases.db
[22:30:57] <pickcoder> it has to be filesystem related then
[22:31:02] <pickcoder> if ls shows the file
[22:31:31] <pickcoder> dpkg will croak if its db is corrupted
[22:31:36] <Firehand_> your guess is as good as mine
[22:32:52] *** pirho has joined #postfix
[22:33:07] <pickcoder> Firehand_: deleting the aliases.db and running newaliases doesn't help?
[22:36:53] <Firehand_> twice
[22:36:55] <Firehand_> and still no change
[22:39:46] *** j_s has quit IRC
[22:42:27] *** brancaleone has quit IRC
[22:43:52] <A_ok> this is so REDICULOUS!!! i still have not been able to solve this bloody problem. this server is almost an exact copy of the main server... at that one works fine
[22:45:48] <pickcoder> almost != exact
[22:46:00] *** pitakill has quit IRC
[22:46:01] <pickcoder> if it worked there it should work on the current machine if everything was the same
[22:46:07] <A_ok> pickcoder: only difference is spamfilter
[22:46:12] <pickcoder> so take it out
[22:46:16] <pickcoder> or add it
[22:46:37] *** amrit|zzz is now known as amrit|wrk
[22:46:44] <A_ok> i don't feel like adding amavis and all that crap on a this server
[22:46:53] <A_ok> besides it has nothing to do with it
[22:47:18] *** Laibsch has joined #postfix
[22:47:24] <pickcoder> postconf -n on both machines and company
[22:47:28] *** markl__ has quit IRC
[22:47:29] <pickcoder> compare
[22:47:38] <pickcoder> ugh.. I've been writing too much code
[22:48:03] <A_ok> pickcoder another difference is the version this one is 2.5.1 while working is 2.4.x
[22:48:08] <A_ok> k
[22:48:10] <pickcoder> so maybe there's a bug?
[22:48:21] <pickcoder> two different versions is not "almost the same"
[22:48:37] <pickcoder> put 2.4.x on it and see if it works
[22:49:19] * pickcoder debugs the decaptiation of fax pages
[22:49:42] <A_ok> http://rafb.net/p/XzdpUI23.html
[22:49:50] <A_ok> pickcoder
[22:50:31] <A_ok> note that one does e-wise.nl and the other e-wise.it. e-wise.it does not work
[22:52:26] <pickcoder> A_ok: you don't have a drop-through rule for addresses that don't match on the recipient_restrictions
[22:52:27] <Laibsch> Spam originating from google is really breaking my balls and I want to start rejecting it for my private server unless it comes from an address ( at gmail dot com|@google.) (I might drop that unless in the future if google does not get its act together).  My config is at http://rafb.net/p/CioPo239.html  Where should I add that?
[22:52:34] <pickcoder> one has a catch-all and other doesn't
[22:52:44] <pickcoder> you need "permit" to accept mail that isn't rejected
[22:53:00] <pickcoder> like I said.. compare the two
[22:55:15] <pickcoder> wtf... No response to PPS between two exact modems
[22:55:19] * pickcoder pulls his hair out
[22:56:07] <A_ok> pickcoder: doh!
[22:56:47] <A_ok> pickcoder: thank you i thought that was just for amavis
[22:56:56] <A_ok> pickcoder: what should that one be?
[22:57:13] <A_ok> every mailserver should have one i guess
[22:57:25] <pickcoder> your last rule should be permit
[22:57:49] <pickcoder> unless you are accepting explicitly
[22:58:06] <pickcoder> premit is implicitly accepting based on rejection-only rules
[22:58:11] <pickcoder> permit even
[22:58:14] * pickcoder goes for a smoke
[23:09:18] *** Motoko-chan has quit IRC
[23:14:41] <A_ok> pickcoder: well i am running out of options here
[23:15:03] <A_ok> that did not work either i think there is a but in this version
[23:15:51] <A_ok> i have been at it for two fucking day's!!!! and i am at a point i am giving up
[23:19:44] <A_ok> and that is rare if i may add
[23:27:52] <A_ok> pickcoder: btw it is permited as it says permit mynetworks it happens to be in there
[23:28:02] <A_ok> where i'm testing from
[23:32:45] *** neoeinstein has quit IRC
[23:33:36] <seekwill> amavis... is that like clamav?
[23:35:52] <Jadewolf>  warning: /usr/lib/postfix/smtpd: bad command startup -- throttling <-- what is causing this as my postfix server does this in /var/log/mail.log when any outside email server tries to connect
[23:36:40] *** hparker has quit IRC
[23:37:19] <A_ok> bbl
[23:38:13] *** variable_office has joined #postfix
[23:38:31] <variable_office> how hard would it be for me to have postfix pipe all the mail to script?
[23:38:36] <variable_office> *to a script
[23:40:55] <Jadewolf> Anyone know why I would not get an private/auth file made eventhough everything is setup according to every howto and snippet you guys have shown me?
[23:41:41] <A_ok> status=bounced (unknown user: ... if i got have a penny for eveythime i saw that error i would be rich
[23:43:24] <Jadewolf> Is there anyone here answering questions or just a bunch of us here asking as I hate to continue flooding channel with questions and no one is able to answer.
[23:43:40] *** hparker has joined #postfix
[23:44:32] <A_ok> Jadewolf i don't know what problem ou have
[23:45:08] <A_ok> Jadewolf: i think some settingings in your master.cf are off
[23:46:03] <A_ok> seekwill see amavis as an interface for postfix
[23:46:22] <Jadewolf> http://paste.ubuntu.com/30106/
[23:46:32] <Jadewolf> see if you see something wrong with it, I can't find anything wrong.
[23:46:32] <A_ok> seekwill: in amavis you can plug virtually any antyspam/virus software
[23:47:29] <A_ok> jadewolf that is your main.cf i said master.cf :P
[23:48:19] <Jadewolf> http://paste.ubuntu.com/30109/
[23:48:24] <Jadewolf> master.cf sorry
[23:49:41] <seekwill> A_ok: Ah, I get it
[23:49:45] <seekwill> thanks
[23:49:54] *** simsimon has quit IRC
[23:50:59] <A_ok> only thing wrong with your main.cf is that you dont end smtpd_recipient_restrictions with permit
[23:51:16] <A_ok> your master.cf looks default to me
[23:51:28] <Laibsch> Can I use the check_client_access test in the smtpd_sender_restrictions context?
[23:52:22] <lunaphyte> anywhere you like.
[23:52:32] <Laibsch> cool, thanks
[23:52:46] <Laibsch> postfix is powerful, but can be hard to get right
[23:52:48] <A_ok> jadewolf: sorry can't find anything
[23:53:04] <A_ok> but than again i am kind of an postfix noob
[23:53:08] <lunaphyte> !smtpd_delay_reject
[23:53:09] <knoba> lunaphyte: "smtpd_delay_reject" : a configuration parameter in the main.cf: Wait until the RCPT TO command before evaluating $smtpd_client_restrictions, $smtpd_helo_restrictions and $smtpd_sender_restrictions.
[23:53:13] <Jadewolf> I know thats whats driving me nuts to A_ok, I have seriously looked at every howto I can find
[23:53:18] <lunaphyte> Laibsch: also see ^^
[23:53:23] <Laibsch> OK, thanks
[23:53:56] *** madrescher has joined #postfix
[23:54:06] <A_ok> jadewolf: my problem is even worse i have two almost identical setups but once bounces every non unix user and the other one works just fine
[23:54:29] <Jadewolf> I'm wondering if postfix is the best solution after all
[23:54:54] <lunaphyte> yeah, i would probably use exchange.
[23:54:56] <A_ok> Jadewolf what distro are you using?
[23:55:00] *** coniptor2 has joined #postfix
[23:55:16] <Laibsch> lunaphyte: What I want to do is reject mails from all clients *.google.com, except when the sender uses a gmail.com or google.com address.  I thought about using check_client_access test in the smtpd_sender_restrictions context.  Does that make sense?
[23:55:24] *** hparker has quit IRC
[23:55:25] *** rcsu_ is now known as rcsu
[23:55:29] <Jadewolf> ubuntu 8.04
[23:55:30] <A_ok> lunaphyte exchange is even worse. to much dependencies and a windows server...
[23:55:57] <Jadewolf> I'm considering Exim4 if I can't get this to work soon
[23:55:59] <A_ok> Jadewolf: in that case weird place for smptd
[23:56:05] <Laibsch> lunaphyte: clients = host that establishes incoming connection
[23:56:33] *** hparker has joined #postfix
[23:56:48] <Jadewolf> What do you mean wierd place for it
[23:56:59] <coniptor2> Is it possible to configure postfix to rewrite the subject line of incoming mails and have it conditionally remove "[Suspected Junk Mail]" where it is seen?
[23:57:27] <A_ok> Jadewolf: sorry misread it
[23:57:37] <A_ok> its exactly where it should be
[23:57:56] <Jadewolf> I followed to the letter the ubuntu forum help guide to start this all off even
[23:58:05] <A_ok> jadewolf consider taking a peek in /etc/init.d/postfix
[23:58:35] <A_ok> ubuntu folks tend to be sloppy in there startup script from time to time
[23:58:53] <Jadewolf> what am I looking for in there?
[23:59:09] <A_ok> startup commands and parameters
[23:59:23] <Jadewolf> lol there are alot of those in there





top