May 3, 2011 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
May 3, 2011 [00:05:27] *** wdp has quit IRC[00:05:36] *** aaronb_houstx has joined #postfix[00:07:32] *** mroe has quit IRC[00:08:00] *** ikonia has quit IRC[00:09:27] *** Section1 has quit IRC[00:12:46] *** udoprog has joined #postfix[00:14:10] <aaronb_houstx> I'm having trouble enabling sasl auth with postfix 2.3.3, can't get "250-AUTH" to come up... anyone have a spare brain cell to donate for a few minutes?[00:15:15] *** pr3d4k4t has joined #postfix[00:15:20] <pr3d4k4t> Greetings.[00:15:33] <lunaphyte> !tell aaronb_houstx welcome[00:15:33] <knoba> aaronb_houstx: "welcome" : welcome to #postfix! if you're joining for the first time, or are new to irc, the first thing you'll want to do is read the channel topic (/topic). it includes crucial instructions on how to effectively ask for help here, and what data you should include with your questions. the degree of success you'll have is directly related to how effectively you're able to follow those guidelines.[00:16:34] <aaronb_houstx> understood... didn't want to pollute channel if nobody was listening... pastebin on the way[00:17:00] *** ikonia has joined #postfix[00:17:02] <pr3d4k4t> Q. Postfix + maildrop - when setting up this mailbox_command = /usr/bin/maildrop -d ${USER} -f ${SENDER} ${EXTENSION} no email gets delivered to the users; maildrop appears to not be called at all. Log says it was delivered, nothing on Maildir/new for the target user. Can you recommend any troublshooting tips? Thanks in advance.[00:17:30] *** pr3d4k4t is now known as pr3d4t0r[00:18:19] <lunaphyte> !tell pr3d4t0r welcome[00:18:20] <knoba> pr3d4t0r: "welcome" : welcome to #postfix! if you're joining for the first time, or are new to irc, the first thing you'll want to do is read the channel topic (/topic). it includes crucial instructions on how to effectively ask for help here, and what data you should include with your questions. the degree of success you'll have is directly related to how effectively you're able to follow those guidelines.[00:18:27] <pr3d4t0r> I tried with /usr/bin/maildrop -d ${USER} as well.[00:18:39] <uqlev> is there any RFC allowing to use Reverse DNS lookup for spam filtering?[00:18:58] <lunaphyte> huh?[00:19:09] <aaronb_houstx> output from 'postconf -n' : http://pastebin.com/TDwnYYac[00:19:11] <seekwill> There is no RFC for spam filtering[00:19:30] <pr3d4t0r> lunaphyte: :) Well, if I run maildrop by itself it works. Something is amiss in the configuration between Postfix and maildrop.[00:21:44] <aaronb_houstx> no obvious errors in maillog, but telnet to port doesn't show "250-LOGIN": http://pastebin.com/MYkZy4sC[00:22:29] <uqlev> pr3d4t0r, I had problems with maildrop scripts and found that dovecot sieve works a way better[00:22:35] <lunaphyte> well, you're not looking for 250-login.[00:23:41] <pr3d4t0r> uqlev: I had this running for 5 years - just migrated all my users to a new server. I'm sure I'm missing something basic in the configuration but I can't figure out what it is.[00:24:15] <pr3d4t0r> uqlev: Old config was also Postfix + maildrop. We have too many filters and rules that we'd have to migrate if I switched horses now.[00:24:22] <uqlev> seekwill, is there any regulations for using Reverse DNS lookup for MTA?[00:24:28] <seekwill> No[00:24:37] <seekwill> You're free to do whatever you want to classify spam[00:24:56] <seekwill> Unless you block spammers, then they'll sue you[00:25:53] <aaronb_houstx> lunaphyte: remote auth client does work via port 587 (after accepting self-signed cert). shouldn't there be a 250-LOGIN with accepted login types?[00:27:57] *** Timzzzz is now known as Timmooo[00:28:28] <seekwill> uqlev: There aren't any "global" regulations about email, which is sort of a problem. But there may be country-specific ones[00:28:58] <lunaphyte> smtp auth works via submission? then what's the problem?[00:29:06] <uqlev> pr3d4t0r, I can't say what is wrong with your maildrop. About a year ago I mighrated to postfix with dovecot and failed to configure maildrop to use some examples of scripts. But there was no problem to cconfigure sieve instead[00:29:11] <lunaphyte> [btw, you should not be using a self signed cert][00:29:35] <lunaphyte> but no, 250-login is not what you want.[00:29:52] <uqlev> seekwill, that is interesting. So any methods to prevent spam are "legal"?[00:29:53] <aaronb_houstx> self-signed cert for testing, will be moving to public wildcard cert shortly[00:30:12] <lunaphyte> public wildcard cert? eww, ick.[00:30:21] <seekwill> uqlev: Not really[00:30:42] <aaronb_houstx> sorry, not "public"... wildcard cert from trusted authority[00:31:05] <lunaphyte> you mean like a commercial cert? that would be silly.[00:31:29] <aaronb_houstx> problem is clients connecting via port 25 aren't working, can't do opportunistic TLS and/or auth, receive relay denied[00:31:53] <lunaphyte> clients should not be using smtp. they should be using submission[00:31:53] *** LostyJai has quit IRC[00:32:05] <lunaphyte> port 25 is for mail servers, not client/users/muas.[00:32:06] <aaronb_houstx> why silly... network solutions' cert[00:32:24] <lunaphyte> gah. doesn't get much worse than that.[00:33:20] <aaronb_houstx> mua is where I'm prob confused... followed the how-to's for enabling sasl+postfix+dovecot, but I'm not getting same results[00:33:53] <lunaphyte> paying some certification extorter for a certificate is bad enough in the first place, let alone for a certificate that's used for something like smtp starttls where the audience of almost surely captive. then, to patronize netsol on top of it? blech. the trifecta of horribleness.[00:34:44] <lunaphyte> anyway, you should not be offering smtp auth on port 25.[00:35:25] <aaronb_houstx> this is for large ASP/MSP that has many public-facing web services, already owns wildcard cert, needs large browser acceptance (sasl/postfix not included, but we already own a wild cert)[00:36:20] *** higuita has quit IRC[00:36:33] <standon> Corey: pong.[00:36:53] <Corey> standon: Was seeing weird email issues to / from freebsd.org earlier.[00:37:29] <standon> Corey: dns problems... not sure if they've been resolved yet as I've been afk for most of the day.[00:37:50] <standon> Corey: it appears not, as I haven't seen a new email from 'the list' in a few days. =/[00:38:07] <standon> though i don't have problems receiving mail from postfix-users and several others. hmph.[00:40:18] * standon &[00:41:06] <Corey> standon: Here's why.[00:41:12] <Corey> DNS fails on TCP, UDP only.[00:41:36] <Corey> Some sites have more than 512 bytes in their responses, so it sets the truncate bit.[00:41:44] <jimpop> *cough *cough[00:41:59] <Corey> jimpop: Pfft, you're here?[00:42:09] <jimpop> lurking[00:42:56] *** e-anima has quit IRC[00:42:58] *** aaronb_houstx has quit IRC[00:43:45] *** SimonJai has joined #postfix[00:44:58] <jimpop> i'm surprised at the lack of speed on the freebsd issue. reminds me of an old employer who would respond to a trouble ticket once ever 24 hours.[00:46:11] <jimpop> *every[00:47:37] *** SimonJai has quit IRC[00:47:58] *** basho__ has quit IRC[00:50:04] *** Toerkeium has quit IRC[00:52:23] *** Gatto has joined #postfix[00:54:52] *** Belial has joined #postfix[00:55:00] *** Belial is now known as Guest331[00:59:24] *** Belial_ has joined #postfix[01:00:12] *** Guest331 has quit IRC[01:05:06] *** mlsmith9999 has quit IRC[01:06:32] *** uqlev has quit IRC[01:08:04] *** kaos has quit IRC[01:11:22] *** TomHome has joined #postfix[01:13:40] *** kaos has joined #postfix[01:15:40] *** SimonJai has joined #postfix[01:24:08] *** Toerkeium has joined #postfix[01:24:25] *** Zblakany has quit IRC[01:35:46] *** Gatto has quit IRC[01:36:54] *** Toerkeium has quit IRC[01:48:33] *** Toerkeium has joined #postfix[01:50:27] *** eckirchn has joined #postfix[01:51:49] *** kaos has quit IRC[01:51:49] *** TomHome has quit IRC[02:08:48] *** bejelith has quit IRC[02:09:16] <thumbs> Corey: can I play violin in there?[02:09:17] <thumbs> heh[02:22:16] *** kaos has joined #postfix[02:22:59] *** ballyz is now known as elb0w`[02:40:46] *** Rez has joined #postfix[02:40:46] *** Rez is now known as LoRez[02:52:17] *** seekwill has quit IRC[02:56:17] <pr3d4t0r> How do you troubleshoot the pipe between Postfix and the program specified in the mailbox_command setting? It's not being called and mail.log doesn't show any errors. Thanks in advance.[02:59:11] *** x1250 has joined #postfix[03:03:45] *** jimpop has quit IRC[03:05:51] *** tris has quit IRC[03:06:13] *** Internat has quit IRC[03:06:21] *** tris has joined #postfix[03:07:25] *** Internat has joined #postfix[03:07:46] *** master_of_master has quit IRC[03:07:57] *** jimpop has joined #postfix[03:09:48] *** master_of_master has joined #postfix[03:10:06] <standon> Corey: sorry was afk again, do you still need to discuss?[03:13:51] <lunaphyte> pr3d4t0r: have you pastebinned the details as specified in the /topic?[03:16:42] <jimpop> standon: is this in relation to the freebsd.org email issue?[03:17:13] <standon> jimpop: indeed. hi Jim.[03:17:18] <jimpop> standon: hi[03:17:47] <standon> jimpop: if the issue persists, all i can do is try to keep pinging the people who can actually do something. a bit frustrating, i know.[03:17:47] <jimpop> standon: I run the backend system that is spooling the mail destined to freebsd.org[03:18:05] <jimpop> standon: understood. any help is appreciated[03:18:06] <standon> jimpop: *nod*, i saw your email to one of the postmasters.[03:18:08] *** Timmooo is now known as Timzzzz[03:18:15] <SimonJai> hey guys[03:18:20] <jimpop> standon: ack[03:18:26] <SimonJai> how do I add an alias?[03:18:29] <SimonJai> /etc/aliases?[03:18:52] <standon> jimpop: will do, and if it's frustrating to keep my mail spooled, please feel free to temporarily unsubscribe me.[03:19:27] <pr3d4t0r> lunaphyte: http://eugeneciurana.com/pastebin/pastebin.php?show=44154[03:19:40] <jimpop> standon: it's not a problem, it spools quite nicely. just trying to be a good netizen and assist in getting email to a subscriber ;-)[03:19:49] <pr3d4t0r> lunaphyte: I found one issue and fixed it - chmod +s /usr/bin/maildrop[03:20:10] <standon> jimpop: ACK[03:20:30] <pr3d4t0r> lunaphyte: Now maildrop can't get a dot-lock, and it appears to be an issue with what user Postfix runs maildrop under.[03:21:06] <pr3d4t0r> lunaphyte: At least now I see the attempt to call it and an error in the log :)[03:23:45] <pr3d4t0r> lunaphyte: It looks like a permissions issue - tracking it now.[03:28:31] *** Belial_ has quit IRC[03:36:37] <pr3d4t0r> http://eugeneciurana.com/pastebin/pastebin.php?show=44155 - OKi, progress, I think. The emails are being delivered to /var/mail/$USER and it looks like mbox, instead of $USER/Maildir - help in figuring out the environment settings? Thanks in advance.[03:38:47] <pr3d4t0r> If I comment out line 10, Postfix does send the messages to each user's Maildir. It's only when mailbox_command runs that they end up in the wrong place.[03:39:34] <lunaphyte> !maildir[03:39:35] <knoba> lunaphyte: "maildir" : a mailbox format introduced by qmail where emails are saved as individual files in a directory structure rather than into a single flat text file. Postfix settings like !home_mailbox and !virtual_mailbox_maps will allow delivery to maildir if the path value returned ends in /[03:40:24] <pr3d4t0r> lunaphyte: Right - I saw that; how does it apply to mailbox_command, though?[03:40:33] <pr3d4t0r> !home_mailbox[03:40:33] <knoba> pr3d4t0r: "home_mailbox" : a configuration parameter in the main.cf: Optional pathname of a mailbox file relative to a local(8) user's home directory.[03:40:55] <pr3d4t0r> !virtual_mailbox_maps[03:40:55] <knoba> pr3d4t0r: "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.[03:41:51] <pr3d4t0r> lunaphyte: I'm trying to figure out what Postfix hands over to maildrop when it calls it. If I could see that, I can figure out the problem. That doesn't appear in any log, at least with the configuration I defined.[03:42:10] <lunaphyte> yikes. for that many values in mydestination, it really would be better served stored in a file.[03:42:14] <pr3d4t0r> lunaphyte: If there's a parameter that I could set to see that in mail.log or some other place then I can figure it out.[03:42:53] <lunaphyte> !mailbox_command[03:42:53] <knoba> lunaphyte: "mailbox_command" : a configuration parameter in the main.cf: Optional external command that the local(8) delivery agent should use for mailbox delivery. The command is run as the recipient. Exception: command delivery for root executes with $default_user privileges.[03:43:00] <pr3d4t0r> lunaphyte: My old Postfix setup is supposedly identical and ran without problems for 5 years, same intended configuration. Postfix --> maildrop --> $HOME/Maildir[03:43:45] <pr3d4t0r> lunaphyte: I saw that - knowing that it runs as the recipient doesn't tell me the command line arguments that Postfix is using :([03:43:45] <lunaphyte> if you are giving the message to maildrop for handling of delivery, then nothing you do with postfix has anything to do with whether or not messages are written as mbox, maildir, or otherwise.[03:44:03] <pr3d4t0r> lunaphyte: I agree with you.[03:44:17] <pr3d4t0r> lunaphyte: I just need to see *what* Postfix is handing over to maildrop.[03:44:30] <lunaphyte> it's handing the message.[03:45:15] <pr3d4t0r> lunaphyte: It's also invoking it with some command line argument or some environment set up that differs from what I think I have configured in /etc/courier/maildroprc - this last one is never called.[03:45:46] <lunaphyte> you've read man 5 postconf, concerning the mailbox_command parameter?[03:46:37] <lunaphyte> you've defined, in main.cf, the arguments passed to maildrop.[03:46:54] <lunaphyte> the only other components are the env vars discussed in the man page.[03:47:35] <pr3d4t0r> lunaphyte: Right - here is my dilemma: I see what I configured to send, but the maildrop behaviour doesn't match what I think I sent it.[03:48:02] <pr3d4t0r> lunaphyte: If I send the same thing on the command line, from a shell session, maildrop delivers to $HOME/Maildir.[03:48:19] <lunaphyte> well, i've had my fill of guessing.[03:48:45] <pr3d4t0r> lunaphyte: And it invokes its /etc/courier/maildroprc - it's when Postfix calls that something differs.[03:48:46] <lunaphyte> you'll have to provide the data as described in the channel /topic if you want more help.[03:49:02] <pr3d4t0r> !debug[03:49:02] <knoba> pr3d4t0r: "debug" : http://www.postfix.org/DEBUG_README.html : a good starting point for how to deal with problems and to report information to those who might help. Post your information in a pastebin such as http://pastebin.ca/ or http://dpaste.com/[03:49:04] *** prodigel has joined #postfix[03:49:22] <lunaphyte> but don't rush on my behalf. i've got to get to bed anyway.[03:49:34] <pr3d4t0r> lunaphyte: Good point. Let me see if the DEBUG_README has some way for me to set the logging higher, etc.[03:49:40] <pr3d4t0r> lunaphyte: I appreciate y our help - thank you.[03:50:05] <lunaphyte> you don't need to set the logging higher. you just need to share it with the people of whom you're asking for help.[03:50:11] <lunaphyte> you're welcome. good luck.[03:50:35] *** prodigel has left #postfix[03:51:08] *** arquebus has joined #postfix[03:59:14] *** arquebus has left #postfix[04:09:32] <rob0> jimpop, yo![04:11:41] *** harovali1 has quit IRC[04:11:50] *** harovali has joined #postfix[04:14:54] <rob0> It's rather amusing here sometimes, to see the lengths some folks will go to, to try to avoid sharing their logs. And in almost every one of those cases, it was something simple.[04:16:52] <jimpop> rob0: wasup?[04:17:12] <jimpop> rob0: indeed[04:18:20] *** loddafnir has quit IRC[04:33:29] *** prodigel has joined #postfix[04:38:18] <prodigel> hi all. using ubuntu, trying to configure postfix+relay+auth smtp, so far made some progress - relay server gets connected, but there I get "undelivered mail returned to sender" messages with this content: "host ... said: 554 5.7.1 <email_address>: Relay access denied (in reply to RCPT TO command)". I've followed https://help.ubuntu.com/community/Postfix#Authentication this tutorial to enable smtp authentication, but the 250-auth line is missing -[04:38:19] <prodigel> only have "250-AUTH PLAIN LOGIN" and "250-AUTH=PLAIN LOGIN"[04:43:25] <rob0> what's wrong with that?[04:43:31] <rob0> !relay_denied[04:43:31] <knoba> rob0: "relay_denied" : NOQUEUE: reject: RCPT from CLIENT_HOST[CLIENT_IP]: 554 5.7.1 <RECIPIENT@RCPT_DOMAIN>: Relay access denied; from=<SENDER@SENDER_DOMAIN> to=<RECIPIENT@RCPT_DOMAIN> proto=ESMTP helo=<HELO>: This typically means that CLIENT_IP is not in mynetworks (and did not AUTH), and that RCPT_DOMAIN was not recognized as one of this Postfix's domains (not listed in mydestination, relay_domains or virtual_*_domains).[04:54:50] *** prodigel has left #postfix[05:15:23] *** MAAAAD has joined #postfix[05:18:29] *** MAAAAAD has quit IRC[05:20:01] *** elb0w` has quit IRC[06:34:00] *** krzie has joined #postfix[06:34:00] *** krzie has joined #postfix[06:34:53] *** cytrinox has quit IRC[06:36:45] *** cytrinox has joined #postfix[06:38:35] *** eckirchn has quit IRC[07:10:19] *** roentgen has quit IRC[07:13:50] *** gerhard7 has joined #postfix[07:16:52] *** eckirchn has joined #postfix[07:39:01] *** sphenxes has joined #postfix[07:47:57] *** sphenxes has quit IRC[07:51:53] *** sphenxes has joined #postfix[07:58:04] <pr3d4t0r> lunaphyte: All good now. It was a the maildroprc file - it moved between the old version of Ubuntu Server I had and the current LTS. maildrop also requires now an explicit default location for Maildir - before it tried the target user's directory first, then other options. It's all good now. Thanks again for your help/[07:58:07] <pr3d4t0r> .[07:58:08] *** pr3d4t0r has left #postfix[08:12:11] *** p3rror has joined #postfix[08:25:26] *** danlii has joined #postfix[08:27:44] <danlii> My postfix installation relays mail without authentication if the sender claims it has a mail address in my domain - how can I stop this? I want it to check the IP address on the sender machine and not just trust the domain it claims to have in MAIL FROM.[08:30:08] <Tabmow> !tell danlii sasl[08:30:08] <knoba> danlii: "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.[08:30:12] <Tabmow> !tell danlii mynetworks[08:30:13] <knoba> danlii: "mynetworks" : a configuration parameter in the main.cf: The list of "trusted" SMTP clients that can relay email.[08:32:48] *** jujugre has joined #postfix[08:35:59] *** zorg1 has joined #postfix[08:37:54] *** e-jones has joined #postfix[08:39:43] <danlii> Tabmow: Yes, but I have both sasl and mynetworks set up, that's the strange part.[08:58:49] *** danlii has quit IRC[09:11:19] *** Cain has joined #postfix[09:12:29] *** bubu has joined #postfix[09:48:28] *** gebi has quit IRC[09:59:11] *** enhance-2k has joined #postfix[10:08:10] *** Timzzzz is now known as Timmooo[10:13:08] *** Tex-Twil has joined #postfix[10:13:08] *** Tex-Twil has joined #postfix[10:13:19] *** Tex-Twil has quit IRC[10:16:25] *** brancaleone has joined #postfix[10:18:48] *** basho__ has joined #postfix[10:24:55] *** e-anima has joined #postfix[10:25:33] *** doomas is now known as doomas_na[10:26:03] *** doomas_na is now known as doomas_work[10:26:09] *** doomas_work is now known as doomas_FTL[10:26:15] *** doomas_FTL is now known as doomas_V[10:26:18] *** doomas_V is now known as doomas_mobil[10:26:23] *** doomas_mobil is now known as doomas[10:26:59] *** doomas has quit IRC[10:27:45] *** doomas_na has joined #postfix[10:28:17] *** e-anima has quit IRC[10:28:31] *** doomas_na has quit IRC[10:28:41] *** doomas_na has joined #postfix[10:29:00] *** doomas_na is now known as doomas_FTL[10:29:03] *** doomas_FTL is now known as doomas[10:30:27] *** e-anima has joined #postfix[10:36:10] *** enhance-2k has quit IRC[10:49:58] *** Matic`Makovec has joined #postfix[10:57:54] *** basho__ has quit IRC[10:58:12] *** Zblakany has joined #postfix[10:58:37] *** bubu has quit IRC[11:25:07] *** loddafnir has joined #postfix[11:34:05] *** shinao1 has joined #postfix[11:34:28] *** _marix has quit IRC[11:35:07] *** loddafnir has quit IRC[11:35:41] *** empity has joined #postfix[11:36:25] *** loddafnir1 has joined #postfix[11:36:41] *** empity has quit IRC[11:36:41] *** empity``` has quit IRC[11:37:54] *** empity has joined #postfix[11:38:16] *** n0sq has quit IRC[11:44:37] *** f3ew has joined #postfix[11:45:11] *** Timmooo is now known as Timzzzz[11:51:34] *** loddafnir1 has quit IRC[11:51:36] *** n0sq has joined #postfix[11:58:45] *** sphenxes has quit IRC[12:01:04] *** shal3r has joined #postfix[12:09:01] *** wdp has joined #postfix[12:11:54] *** enhance-2k has joined #postfix[12:15:51] *** shinao1 has quit IRC[12:19:23] *** shinao1 has joined #postfix[12:20:33] *** UQlev has joined #postfix[12:21:18] *** UQlev has joined #postfix[12:25:23] *** _marix has joined #postfix[12:27:30] *** ichibiri has joined #postfix[12:32:30] <ichibiri> trying to test smtp out from behind NAT with port 25 forwarded, but I get "host smtp[1.1.1.1]:25 greeted me with my own hostname myhost.local.mydomain.com". ? <- IP and hostname only as an examples[12:38:52] *** _bt has left #postfix[12:53:19] *** enhance-2k has quit IRC[12:58:02] *** wdp has quit IRC[12:59:09] *** wdp has joined #postfix[13:11:33] *** roentgen has joined #postfix[13:16:56] *** UQlev has quit IRC[13:25:17] *** ichibiri has quit IRC[13:36:39] *** zwamkat has joined #postfix[13:38:07] *** Gatto has joined #postfix[13:38:43] *** Internat has quit IRC[13:41:10] *** TomHome has joined #postfix[13:45:50] *** dacm_work has quit IRC[13:50:45] *** Internat has joined #postfix[13:51:26] *** sphenxes has joined #postfix[13:53:59] *** Sharetel has joined #postfix[13:54:42] *** bubu has joined #postfix[13:55:51] <Sharetel> Hi, am not very sure if this is about Postfix but an email address has been spoofed and is being used to send SPAM emails. Is there any way to figure out what could be wrong?[13:55:52] *** TomHome has quit IRC[13:58:38] *** dacm_work has joined #postfix[13:59:59] *** Guest83061 has joined #postfix[14:00:18] *** ramvi has joined #postfix[14:00:20] *** ramvi has left #postfix[14:01:08] *** ramvi has joined #postfix[14:01:22] <lunaphyte_> sounds like you already know what is wrong.[14:02:36] <ramvi> I had a problem yesterday where I wanted all mail to be sent to the relayhost instead of being handled locally. I got it working because of you; Thanks! Now my mailman installation wont work due to this, though I have my own rules for mailman. Is as if they're ignored[14:02:57] <ramvi> Mail to the list enter an infinite loop[14:06:04] <lunaphyte_> glad we could help.[14:06:14] <lunaphyte_> good luck with the mailman issue.[14:06:21] *** bubu has quit IRC[14:07:02] *** yeled has joined #postfix[14:08:03] <yeled> how can i test the delivery expansion from the command line? i am using an ldap virtual_mailbox_maps[14:09:45] <lunaphyte_> read the /topic please[14:10:04] <yeled> which bit :)[14:10:30] <yeled> im just trying to remember the command[14:10:48] <lunaphyte_> remember what command[14:11:02] <yeled> how to test delivery alias expansions[14:11:21] <yeled> i could be wrong - perhaps its not a postfix command per se[14:11:38] <yeled> im sure ive done something similar years ago[14:13:13] *** gerhard7 has quit IRC[14:13:22] <f3ew> postmap -q?[14:13:30] <yeled> ooh maybe[14:13:32] * yeled looks[14:14:41] <yeled> yes - thanks f3ew :)[14:23:40] *** enhance-2k has joined #postfix[14:26:10] *** Guest83061 has quit IRC[14:26:25] *** Sharetel has quit IRC[14:27:16] *** Belial_ has joined #postfix[14:33:34] *** ramvi has left #postfix[14:34:14] *** shinao1 has quit IRC[14:39:48] *** enhance-2k has quit IRC[15:01:39] *** Section1 has joined #postfix[15:09:00] *** dacm_work has quit IRC[15:11:25] <jelly> hi, I seem to have append_at_myorigin work for all mail even though the relevant default values and postconf(5) suggest this should work only on locally originated mail. Could it be postfix thinks mail coming back from content_filter (ie. on 127.0.0.1) is local in origin?[15:12:40] *** Tykling has quit IRC[15:19:42] *** gerhard7 has joined #postfix[15:22:26] *** dacm_work has joined #postfix[15:23:05] *** Tykling has joined #postfix[15:26:19] *** gerhard7 has quit IRC[15:27:04] *** Tykling has quit IRC[15:31:17] * pkill_-9_osama .[15:33:08] *** Belial_ has quit IRC[15:34:18] *** gerhard7 has joined #postfix[15:34:36] *** dacm_work has quit IRC[15:37:33] <jelly> eh, fuckit, I'll just append_at_myorigin = no[15:38:29] <rob0> huh? Are you confusing append_at_myorigin with append_dot_mydomain?[15:38:33] *** Tykling has joined #postfix[15:39:28] <rob0> append_dot_mydomain=no is safe enough[15:39:45] *** sphenxes has quit IRC[15:40:16] <jelly> I'm not.[15:40:28] *** _nalle_ has joined #postfix[15:40:30] *** Belial_ has joined #postfix[15:41:26] <jelly> certain pieces of equipment and some spammers use a domainless "From: foo" header; I didn't want that messed with for remote mail[15:41:50] <rob0> append_at_myorigin=no might cause problems, and that should only happen to bare "username" mail, which shouldn't come in from outside.[15:42:04] <rob0> oh, header[15:42:07] *** sphenxes has joined #postfix[15:43:11] <rob0> local_header_rewrite_clients[15:44:24] <jelly> yeah, if that worked as supposed to I wouldn't be asking here[15:44:54] <rob0> unset it?[15:45:24] <jelly> that gives pretty much the same result as unsetting append_at_myorigin[15:47:16] *** dacm_work has joined #postfix[15:49:09] <jelly> hoped there'd be a way to coerce postfix not to think remote clients are local. I'm guessing mail passed thru content_filter on 127.0.0.1 is always local and that's what triggers the rewrite, but I might be wrong[15:52:53] *** _nalle has quit IRC[15:56:15] *** JoKoT3 has quit IRC[15:56:39] *** JoKoT3 has joined #postfix[15:57:00] *** JoKoT3 has joined #postfix[15:57:24] *** dacm_work has quit IRC[16:06:01] *** zwamkat has quit IRC[16:10:24] *** dacm_work has joined #postfix[16:13:11] *** harovali1 has joined #postfix[16:14:37] *** harovali has quit IRC[16:16:03] *** UQlev has joined #postfix[16:16:06] *** Belial_ has quit IRC[16:17:28] *** davlefou has joined #postfix[16:21:29] *** e-jones has quit IRC[16:26:34] *** dacm_work has quit IRC[16:28:50] *** bezourox is now known as bzo`away[16:31:01] *** gebi has joined #postfix[16:40:24] *** dacm_work has joined #postfix[16:49:02] *** wdp has quit IRC[16:51:02] *** tdn has joined #postfix[16:51:14] <tdn> I use postfix/spamassassin/amavis. I would like to graph data about how many spam or virus mails has been blocked. Any experience on how to do this?[16:52:34] *** roentgen has quit IRC[16:52:53] <Mark22> we have some incomplete solution (it can handle content scanning, but it can't work correctly with postscreen for as far as I know)[16:53:08] <Mark22> I did get it from the Cacti forums[16:53:28] <Mark22> (but it should work for other snmp systems)[16:53:38] <lunaphyte_> !mailgraph[16:53:39] <knoba> lunaphyte_: "mailgraph" : (#1) a graphical statistics tool for postfix. See: http://people.ee.ethz.ch/~dws/software/mailgraph, or (#2) a graphical statistics tool for postfix. See: http://mailgraph.schweikert.ch/[16:54:42] <Mark22> lunaphyte_: the first mentioned link doesn't work anymore[16:55:01] <lunaphyte_> oh. we should probably fix that then.[16:56:18] <pj> !forget mailgraph 1[16:56:22] <pj> !mailgraph[16:56:22] <knoba> pj: "mailgraph" : a graphical statistics tool for postfix. See: http://mailgraph.schweikert.ch/[16:56:45] <lunaphyte_> no reason it can't just be combined into one factoid, i'd say.[16:57:09] <pj> it looks like someone updated the factoid before with the new link but didn't remove it first.[16:57:18] <lunaphyte_> oh. that's better then anyway.[16:58:21] <tdn> I will look into mailgraph.[16:59:44] <UQlev> tdn: pflogsumm is a way more simple and useful[17:01:48] <Mark22> UQlev: that really depends on the information your want/need[17:02:11] <tdn> UQlev, ok..[17:02:29] <tdn> I use syslog-ng, can this be a problem?[17:02:39] <lunaphyte_> can it be? sure.[17:02:43] <tdn> The log format is not entirely.[17:02:56] <tdn> For instance, log date format is ISO date instead of GMT.[17:05:54] *** pj has quit IRC[17:18:25] *** weedar has joined #postfix[17:23:51] *** mandragor has joined #postfix[17:23:52] *** weedar has quit IRC[17:28:39] *** zorg1 has quit IRC[17:29:33] *** Gatto has quit IRC[17:30:32] *** devcow has joined #postfix[17:30:48] *** pr3d4k4t has joined #postfix[17:30:53] <pr3d4k4t> lunaphyte: Hej.[17:31:07] *** pr3d4k4t is now known as pr3d4t0r[17:37:53] <lunaphyte_> hmm?[17:38:47] *** daguz has left #postfix[17:39:49] *** p3rror has quit IRC[17:40:41] *** devcow has left #postfix[17:50:43] *** jujugre has left #postfix[17:55:28] <pr3d4t0r> lunaphyte_: Just wanted to thank you.[17:55:41] <pr3d4t0r> lunaphyte_: It's all working now.[17:56:18] *** p3rror has joined #postfix[17:59:11] *** Abnix has left #postfix[17:59:33] <pr3d4t0r> lunaphyte_: Email returned to normal levels instead of 25 spam/hour as soon as I re-enabled filtering :) There were a couple of changes with the installation and how Postfix and maildrop were packaged between the old and new Ubuntu versions I have here. The biggest one was that on the old system maildroprc was in a different location and maildrop didn't need to explicitly have a Maildir/ target. I[17:59:35] <pr3d4t0r> mocked maildrop with a tool to dump environment + CLI args and matched that against where everything was installed.[18:00:06] <pr3d4t0r> lunaphyte_: Once I had that, plus detailed Postfix logs, it took only about 10 minutes to figure out how to change the config on both.[18:07:08] *** enhance-2k has joined #postfix[18:12:05] *** darkphader has joined #postfix[18:13:34] <rob0> lol @ "security vulnerability" on postfix-users :)[18:16:55] <patdk-wk> nice[18:17:17] <patdk-wk> I love people who run *packaged security scanner* and fix all their issues :)[18:17:47] <rob0> "it will make me more secure"[18:22:11] * patdk-wk secures rob0 by removing his fingers[18:22:29] <pr3d4t0r> Heh.[18:23:55] *** enhance-2k has quit IRC[18:24:37] <patdk-wk> yes :)[18:24:53] <patdk-wk> the fbi has informed me I have inherited a crapload of cash from nigeria[18:25:56] *** _nalle has joined #postfix[18:26:00] <robtone> EHLO![18:26:19] <f3ew> 502 syntax error[18:26:30] * robtone hacked f3ew[18:26:56] *** dacm_work has quit IRC[18:35:10] *** Matic`Makovec has quit IRC[18:39:15] *** dacm_work has joined #postfix[18:46:56] *** dacm_work has quit IRC[18:50:54] *** jmedina has joined #postfix[18:59:53] *** dacm_work has joined #postfix[19:00:08] *** basho__ has joined #postfix[19:08:25] *** gerhard7 has quit IRC[19:09:01] *** krzie has quit IRC[19:24:27] *** brancaleone has quit IRC[19:29:29] *** e-anima has quit IRC[19:38:29] *** dacm_work has quit IRC[19:41:23] <jeremymcs> any know of a utility that can monitor a postfix queue .. and notify someone if it gets above X number of messages[19:41:56] <roe> nagios[19:43:41] <patdk-wk> munin :)[19:43:48] <roe> icinga[19:43:49] <patdk-wk> cron :)[19:44:08] *** gerhard7 has joined #postfix[19:45:03] *** bubu_ has joined #postfix[19:46:08] <jeremymcs> hmm[19:46:19] <jeremymcs> nagios is too bloated for such a small request[19:47:04] <roe> while I don't agree that nagios is 'bloated', if you are interested in monitoring queues, you might also think about monitoring other things[19:47:11] *** roentgen has joined #postfix[19:47:18] <roe> like, for instance, is postfix running?[19:47:21] <jeremymcs> im using opennms for monitoring[19:47:25] <patdk-wk> like my waist?[19:47:53] <roe> oh, and you can't add a check to openms to check your queues?[19:48:00] <jeremymcs> not sure, researching now[19:51:02] *** dacm_work has joined #postfix[19:54:29] *** Cain has quit IRC[19:55:50] *** Cain has joined #postfix[19:56:53] *** dacm_work has quit IRC[19:59:54] *** e-anima has joined #postfix[20:09:02] *** jmedina has left #postfix[20:10:05] *** dacm_work has joined #postfix[20:17:00] *** empity has quit IRC[20:17:22] *** e-jones has joined #postfix[20:19:13] *** bubu_ has quit IRC[20:20:29] *** brancaleone has joined #postfix[20:30:02] *** dacm_work has quit IRC[20:37:40] *** ketema has joined #postfix[20:38:15] *** ketema has left #postfix[20:38:27] *** bubu_ has joined #postfix[20:40:24] *** davlefou has quit IRC[20:42:27] *** UQlev has quit IRC[20:42:52] *** dacm_work has joined #postfix[20:47:25] *** zwamkat has joined #postfix[20:50:02] *** dacm_work has quit IRC[20:52:45] *** e-jones has quit IRC[20:53:09] *** ketema has joined #postfix[20:53:26] *** ketema has left #postfix[20:54:31] *** ChameleonSys has quit IRC[20:54:48] *** ChameleonSys has joined #postfix[20:56:35] *** cps0 has joined #postfix[20:59:10] *** uqlev has joined #postfix[21:02:50] *** dacm_work has joined #postfix[21:09:59] *** dacm_work has quit IRC[21:22:54] *** dacm_work has joined #postfix[21:26:01] *** zwamkat has quit IRC[21:27:22] *** pj has joined #postfix[21:31:38] *** roentgen has quit IRC[21:35:12] *** roentgen has joined #postfix[21:45:47] *** necrodearia has quit IRC[21:48:29] *** wdp has joined #postfix[21:48:29] *** wdp has joined #postfix[21:50:33] *** sandwiches has joined #postfix[21:50:58] <sandwiches> Is there any standard way to identify received mails that were auto-generated by a vacation responder?[21:51:22] <sandwiches> Right now I filter them by noticing Subject ~= [Auto-Reply] but I don't think that would be a general solution, it's just the one empirical example I have[21:52:54] <pkill_-9_osama> try overhead in mail[21:53:12] <sandwiches> pkill_-9_osama: me?[21:53:26] <pkill_-9_osama> yeah[21:53:29] <roe> sandwiches, why?[21:53:30] <lunaphyte_> no. there is no standard way.[21:54:00] <roe> [Auto-Reply][21:54:07] <sandwiches> roe: because our ticket system pulls emails from the destination account and creates tickets out of them and tells the sender where to find their ticket.[21:54:15] <roe> is just one user's idea of an auto-reply message[21:54:19] <jimpop> there are a few however. a combo of subject and header checks can catch 95% of them[21:54:21] <sandwiches> Someone's autoresponder and our system got locked into a cycle together due to that.[21:54:52] <lunaphyte_> that's just a mechanism which will require constant care and feeding.[21:54:52] <sandwiches> jimpop: any idea what those header(s) might be?[21:55:01] <lunaphyte_> start with the one you're seeing.[21:55:08] <lunaphyte_> then, as time goes on, adjust as needed.[21:55:23] <jimpop> sandwiches: /^Auto-Submitted: auto-generated$/DISCARD[21:55:26] <sandwiches> Fair enough, can do. I'll just need to write something to detect it happening so we don't wait for the customer to complain :)[21:55:34] <jimpop> sandwiches: /^Auto-Submitted: auto-replied$/DISCARD[21:55:47] <sandwiches> jimpop: nice, thanks. that combined with variations on "auto-reply" in the subject line should go a long way.[21:55:59] <jimpop> indeed[21:56:09] <roe> you dump/quarantine email that gets responded to within a minute[21:56:12] <jimpop> also check for Subject begining with "AUTO:"[21:56:40] <roe> that is how bots in IRC aren't caught in a loop[21:56:48] <jimpop> sandwiches: NOTE: I choose to discard, you may decide that HOLD is better for you[21:57:09] *** p3rror has quit IRC[21:57:47] <sandwiches> Discard is perfect, since it's just a pointless "I'll get back to you later" anyway.[21:58:05] <sandwiches> We don't care, they are the ones contacting us :P[21:58:08] <roe> DIscard doesn't let you catch false positives[22:04:11] *** roentgen has quit IRC[22:04:21] *** dacm_work has quit IRC[22:04:25] *** Matic`Makovec has joined #postfix[22:17:17] *** dacm_work has joined #postfix[22:25:56] *** dacm_work has quit IRC[22:28:02] *** e-anima has quit IRC[22:28:18] *** e-anima has joined #postfix[22:30:37] *** bubu_ has quit IRC[22:36:00] <jimpop> sandwiches: one additional point, some MTAs return DSN and Bounces with the "Auto-Submitted: auto-replied" header, so you need to handle those cases (MAILER_DAEMON)[22:36:33] *** Cain has quit IRC[22:38:41] *** Cain has joined #postfix[22:39:46] *** dacm_work has joined #postfix[22:44:22] *** uqlev has quit IRC[22:44:33] *** gerhard7 has quit IRC[22:45:30] *** adaptr has joined #postfix[22:45:31] *** adaptr has joined #postfix[22:45:44] *** adaptr has quit IRC[22:47:59] *** adaptr has joined #postfix[22:47:59] *** adaptr has joined #postfix[22:53:54] *** pr3d4t0r has left #postfix[22:54:43] *** higuita has joined #postfix[23:01:16] *** mandragor has quit IRC[23:27:02] *** TomHome has joined #postfix[23:30:57] *** tdn has quit IRC[23:37:23] *** bikcmp has joined #postfix[23:38:07] <bikcmp> i'm setting up postfix, and i looked at https://help.ubuntu.com/community/PostfixBasicSetupHowto[23:38:11] <bikcmp> (ubuntu 10.10 iirc)[23:38:23] <bikcmp> i'm at the part where it says telnet localhost 25[23:38:33] <bikcmp> when I attempt to send an email, i get:[23:38:40] <bikcmp> 421 4.3.0 collect: Cannot write ./dfp43LDkTX006283 (bfcommit, uid=0, gid=127): No such file or directory[23:38:43] <bikcmp> Connection closed by foreign host.[23:38:48] <thumbs> !t bikcmp welcome[23:38:49] <knoba> thumbs: Error: "t" is not a valid command.[23:38:55] <thumbs> !tell bikcmp welcome[23:38:56] <knoba> bikcmp: "welcome" : welcome to #postfix! if you're joining for the first time, or are new to irc, the first thing you'll want to do is read the channel topic (/topic). it includes crucial instructions on how to effectively ask for help here, and what data you should include with your questions. the degree of success you'll have is directly related to how effectively you're able to follow those guidelines.[23:38:57] <bikcmp> i've already asked #ubuntu[23:39:17] <thumbs> bikcmp: see the /topic[23:39:21] <bikcmp> what other information do you need?[23:39:28] <many> selfcompiled?[23:39:33] <bikcmp> many: apt[23:39:48] <many> *scratch*[23:39:51] <thumbs> bikcmp: what the /topic asks.[23:40:09] <many> check your logs, i assumed :P[23:41:08] <bikcmp> http://pastebin.com/TBp1Nk8M[23:42:56] <many> that cant be everything?[23:43:08] <bikcmp> postfix -n?[23:43:10] <bikcmp> err[23:43:11] <bikcmp> postconf[23:43:14] <bikcmp> yes, that's it[23:44:03] <many> i find the error odd[23:44:15] <bikcmp> i've only found a couple stories on google about it[23:44:19] <bikcmp> and no answers.[23:44:51] <roe> can you pastebin the logs starting when postfix starts up and ending when you attempt a telnet?[23:45:01] <many> id look at var/log/mail.log, wether it gives more clue[23:45:15] <bikcmp> roe, if many's suggestion doesn't work, sure[23:45:33] *** Matic`Makovec has quit IRC[23:45:51] <bikcmp> interesting...[23:45:52] <bikcmp> May 3 17:11:52 dh-j-nb postfix/master[6007]: fatal: bind 127.0.0.1 port 25: Address already in use[23:46:14] <bikcmp> wait a minute.[23:46:15] <bikcmp> 220 localhost6.localdomain6 ESMTP Sendmail[23:46:18] <bikcmp> is that sendmail running?[23:46:25] <many> looks like it[23:46:30] <bikcmp> bah[23:46:30] <bikcmp> fail[23:47:04] <bikcmp> be back in a tad[23:48:46] *** basho__ has quit IRC[23:51:18] <Corey> Oh lovely, bikcmp found this channel.[23:53:00] <Corey> Yes, bfcommit is a sendmail error.[23:53:09] *** Belial_ has joined #postfix[23:53:50] *** Section1 has quit IRC