Switch to DuckDuckGo Search
   May 27, 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 | >

Toggle Join/Part | bottom
[00:00:00] *** Section1 has quit IRC
[00:00:03] <jimpop> dkim-milter is from sendmail.net, opendkim is the "open" release of it since MSK left sendmail.com
[00:00:18] <pj> dall: yes, I'm actually using dkim-filter, but I think that the one you want to use nowadays is opendkim.
[00:01:02] *** marchelly has joined #postfix
[00:01:16] <dall> ok
[00:01:31] <dall> but... jimpop where to you the that line on the text?
[00:01:45] <jimpop> what line?
[00:01:49] <adaptr> the wut the wutwut ?
[00:01:58] <dall> wrote worng
[00:02:02] <dall> ops :)
[00:02:13] <dall> i mean.... where do you see "dkim-milter is from sendmail.net, opendkim is the "open" release of it since MSK left sendmail.com" ?
[00:02:32] <dall> you told me the same guy wrote both ?
[00:02:35] <jimpop> dall: that's just because i know the history of dk/dkim releases
[00:02:41] <dall> aah ok
[00:02:45] <jimpop> yes, the same guy wrote both
[00:02:47] <dall> sorry, didn't understand
[00:03:05] <jimpop> he was at sendmail.com when they released, via sendmail.net, the open sourced dkim-milter
[00:03:18] <jimpop> he then left sendmail.com to start opendkim.org
[00:03:37] *** Belial_ has joined #postfix
[00:03:39] <jimpop> he is also the author of several dkim RFCs, iirc
[00:03:51] <dall> ah ok
[00:03:52] <BobLfoot> pj the alias suggestion appears to have worked. the message was queued. So hopefully it gets "sent" and I can find and read it to prove to myself this all works as advertised.
[00:04:12] <pj> BobLfoot: cool
[00:04:26] <dall> jimpop, i read that i have to create a certificate.....i'm also use TLS to send email....do i have to buy a certificate?
[00:04:56] <jimpop> dall: no, you just use openssl to create your own, then publish part of it in DNS
[00:04:58] <BobLfoot> pj the message shoudl wind up stored in /home/Bob/Maildir/ IF I read the docs correctly?
[00:05:28] <dall> jimpop, yes but the sender will get some problem with that certificate?
[00:05:37] <jimpop> dall: no
[00:05:58] <adaptr> BobLfoot: alas, again, on delivery, the same problem occurs
[00:06:06] <jimpop> dall: the receiving host looks up your cert via your DNS, then verifies it against the signature in the email headers
[00:06:08] <adaptr> oh, unless you aliased bob to Bob
[00:06:22] <adaptr> which seems weird to me. Bob is a friendly name, not a unix account name
[00:06:33] <pj> BobLfoot: yeah, and btw, I would recommend keeping your usernames as all lowercase. It avoids lots of problems like this.
[00:06:34] *** byronb has joined #postfix
[00:06:45] <dall> jimpop, ok perfect...i'm going to install opendkim
[00:07:07] <jimpop> dall: it's well worth the effort.
[00:07:44] <dall> yes...i really think the same
[00:08:12] <dall> because my SPF i think is good...i only allow the MX to send email....so i block all the others
[00:08:35] *** hever has quit IRC
[00:08:41] <dall> so DKIM is the tool i must to install to complete my mailing server :)
[00:09:17] <pj> dall: I wouldn't put it that way
[00:09:26] <dall> pj, ?
[00:09:38] <pj> just because you don't have dkim does not mean that your mailserver is somehow "incomplete"
[00:09:59] <dall> yes yes i know....
[00:10:02] <pj> it's just another way to appease the giants at gmail, yahoo, msn, etc. that your emails aren't spam.
[00:10:11] <dall> but as you told me....it probably will solve my problem with GMAIL
[00:10:12] *** e-anima has quit IRC
[00:10:19] <dall> yes, correct
[00:10:33] <pj> dall: I can't guarantee that, either. But it's a good thing to try.
[00:11:00] <BobLfoot> adaptr ; pj -- yeah I probably need to drop the leading Caps when I move to Centos 6. Comes from too many years with AutoCad, Doze and Electrical Schematics
[00:11:42] <dall> yes true...i know there are not guarantees but i must to try it.......btw i don't it it will broker my server....so it's something i'm adding...i don't think it will cause some problems
[00:11:52] <pj> BobLfoot: understood, it's a bad habit, though.
[00:12:12] *** krzie has quit IRC
[00:12:15] <pj> dall: no it shouldn't hurt, as long as you don't muck up the install.
[00:12:51] <dall> ok
[00:13:03] <dall> pj, but, can i use it for multiple domains ?
[00:13:05] <pj> tbh, it doesn't really tell them any more than SPF anyways, imo, but the giants want it, so ...
[00:13:20] <BobLfoot> pj for the linux world yes ba habit , for the $DayJob Industrial Electronics its a matter of survival and readability
[00:13:23] <dall> beacuse as i told you i have mail.exmaple.com and then three domains with this MX server
[00:13:28] <pj> dall: yes, but you need to generate a seperate key for each domain (I think).
[00:13:29] *** wdp has quit IRC
[00:13:58] <pj> BobLfoot: fair enough.
[00:14:10] <dall> so i have to generate the key for the 3 domains NOT for mail.example.net only the domain that i'm using to send emails
[00:14:21] <pj> dall: correct
[00:14:32] <dall> pj, ok thanks
[00:15:01] <BobLfoot> pj: thanks for the help and I'll let the more serious folks get the help they need.
[00:15:05] *** brancaleone has quit IRC
[00:15:52] <pj> ok, well I'm off for a while, bbl.
[00:16:20] *** BobLfoot has left #postfix
[00:33:27] *** Lenhix has quit IRC
[00:35:13] *** Guest67131 has joined #postfix
[00:37:39] <dall> jimpop, are you there?
[00:38:04] <adaptr> why does it matter ?
[00:38:30] *** loompek has quit IRC
[00:40:04] <dall> why not?
[00:41:49] <dall> adaptr, are you using dkim?
[00:52:26] <adaptr> can't say that I do, no
[00:58:39] *** Timmooo is now known as Timzzzz
[01:07:19] *** hever has joined #postfix
[01:43:40] *** Patrickdk has quit IRC
[02:04:54] *** marchelly has quit IRC
[02:22:18] *** Nightwolf has joined #postfix
[02:29:37] *** dall has quit IRC
[02:32:36] *** Belial_ has quit IRC
[02:45:01] *** ncode has quit IRC
[02:58:04] *** Patrickdk has joined #postfix
[03:05:32] *** thistle_ has quit IRC
[03:08:50] *** master_of_master has quit IRC
[03:10:49] *** master_of_master has joined #postfix
[03:32:39] *** ncode has joined #postfix
[03:49:51] <BuenGenio> guys? anyone awake? got a spamassassin question
[03:51:19] <BuenGenio> well, two actually: 1) how come the score for a rule is like 1/2 of what is defined in the respective .cf file for that rule; and 2) which is not SA specific - how do drop emails that pretend to be from one of our virtual domains, but don't originate on the mail server?
[03:52:05] <BuenGenio> getting a lot of spam claiming to come from one of our domains (which apart from getting through in the first place also get a -10 boost from Amavis)
[04:03:50] *** hever has quit IRC
[04:08:30] *** gremset has quit IRC
[04:11:59] *** Timzzzz is now known as Timmooo
[04:15:20] <lunaphyte> uh...
[04:15:33] <lunaphyte> what channel do you think you're in?
[04:16:22] *** Timmooo is now known as Timzzzz
[04:22:08] *** p3rror has joined #postfix
[04:27:55] *** Motoko has joined #postfix
[04:28:34] *** ujjain is now known as ujjain|afk
[04:32:55] *** p3rror has quit IRC
[04:40:34] *** hparker has quit IRC
[04:45:58] *** krzee has quit IRC
[04:47:59] *** krzee has joined #postfix
[04:47:59] *** krzee has joined #postfix
[04:49:09] *** loddafnir1 has quit IRC
[05:17:56] <BuenGenio> chances are somebody uses SA & Amavis
[05:18:04] <BuenGenio> amavis is always quiet
[05:18:22] <BuenGenio> so is spamassassin
[05:20:54] *** beginer has joined #postfix
[05:22:14] * jimpop is back. 4 hour powerfail ftw!
[05:22:24] *** MAAAAAD has quit IRC
[05:25:11] *** bezourox has quit IRC
[05:25:16] *** bezourox has joined #postfix
[05:31:54] <jimpop> BuenGenio: so are the spams coming *from* your network, or outside?
[05:32:01] <BuenGenio> outside
[05:32:17] *** _Captain has quit IRC
[05:32:17] <jimpop> BuenGenio: ok, 2 secs
[05:32:32] <BuenGenio> I read something about check_sender_mx_access, but not sure
[05:33:09] <jimpop> yes, check_sender_access
[05:33:18] <jimpop> !tell BuenGenio check_sender_access
[05:33:18] <knoba> BuenGenio: "check_sender_access" : Search the specified access(5) database for the MAIL FROM address, domain, parent domains, or localpart@, and execute the corresponding action.
[05:33:41] <jimpop> what you need to do is setup your domains in a check_sender_access file
[05:34:02] <jimpop> that way postfix will refuse any outside host claiming to be you
[05:34:10] <BuenGenio> ah
[05:34:18] *** MAAAAAD has joined #postfix
[05:34:33] <BuenGenio> check_sender_access or check_sender_mx_access? any difference between the two?
[05:34:43] <jimpop> not sure. i use check_sender_access
[05:34:56] <BuenGenio> ok, foudn it
[05:34:58] <BuenGenio> thanks
[05:35:17] *** byronb has quit IRC
[05:35:20] <BuenGenio> so, locally delivered mail, will not be affected?
[05:36:01] <jimpop> well, local email should be coming from a domain in $mydomains
[05:36:06] <jimpop> so they would pass
[05:37:06] <jimpop> check_sender_mx_access seems to be for the MX host(s) associated with incoming email.
[05:37:42] <jimpop> so an email From:foo at yahoo dot com would be checked to be coming from one of yahoo's MXs
[05:37:45] <jimpop> i think
[05:38:40] <jimpop> (and that doesn't make any sense to me because the MX records are not for emitted email)
[05:39:33] <jimpop> BuenGenio: to answer your question, you want check_sender_access
[05:39:43] <BuenGenio> okay thanks
[05:40:21] <BuenGenio> basically, would it work if I passed it mysql-virtual-domains.cf
[05:40:22] <BuenGenio> ?
[05:40:54] <jimpop> oh, i don't know about that. I don't use mysql with postfix
[05:41:15] <jimpop> seems like it should...
[05:41:24] <jimpop> (based on description)
[05:41:43] <jimpop> my check_sender_access file lists all virtual and local domains
[05:42:48] <jimpop> correction, my check_sender_access file lists all virtual accouns and local accounts
[05:43:16] <jimpop> *accounts
[05:44:23] <BuenGenio> how do I check configuration files are OK before restarting?
[05:44:33] <BuenGenio> config check only warns about permission problems, right?
[05:44:45] <BuenGenio> s/config check/postfix check *
[05:45:09] <jimpop> no, it should warn you about config problems
[05:45:34] <jimpop> i don't think it will warn you about things like mysql table issues
[05:50:06] <pj> if you're using an SQL db you can use the same table for check_sender_access as you do for virtual_mailbox_domains, you just need to put in a slightly different query.
[05:51:17] <BuenGenio> slightly different?
[05:51:39] <BuenGenio> select_field
[05:51:45] <BuenGenio> select_field = domain ?
[05:51:47] <pj> well, the result has to be an action
[05:51:57] <BuenGenio> oh
[05:52:06] <pj> so I would do something like this...
[05:52:28] <jimpop> and the lhs needs to be in the format of user at domain dot tld, no?
[05:52:47] <pj> query=SELECT 'REJECT' as action FROM mytable WHERE mycolumn='%d'
[05:52:53] <pj> something like that.
[05:57:28] <BuenGenio> cool thanks!
[06:00:25] <pj> keep this in mind, if anyone in your organisation sends email through a different server to someone else in the organisation it will get rejected.
[06:22:30] *** tharkun_ has joined #postfix
[06:31:58] *** ranger03 has joined #postfix
[06:40:32] *** Astroman2 has joined #postfix
[06:41:23] *** Astroman has quit IRC
[06:52:52] *** Pinchiukas has quit IRC
[06:54:22] *** dan__t has quit IRC
[06:55:32] *** dan__t has joined #postfix
[06:59:00] *** Pinchiukas has joined #postfix
[06:59:37] *** k1ckn1ck has quit IRC
[07:07:59] *** basho__ has joined #postfix
[07:09:27] *** p3rror has joined #postfix
[07:13:45] *** hever has joined #postfix
[07:24:27] *** gerhard7 has joined #postfix
[07:58:54] *** Zeit|awy has joined #postfix
[08:07:12] *** wolle- has joined #postfix
[08:07:19] <wolle-> hello
[08:08:51] <wolle-> i have a problem with my postfix on debian squeeze. I gave him a quota wich value is in a mysql-table. The Quota will be used and shown correctly but if i change this Quota! he don`t refresh the value! In the database now is standing as example 1gig quota and the server is also working with the old value 100 mb. Is there a refresh or new readin or something that i can do?
[08:10:42] <pj> wolle-: postfix doesn't support user quotas.
[08:14:40] <wolle-> yes but the patch i used VA or something?
[08:15:45] <wolle-> or not
[08:15:57] *** Matic`Makovec has joined #postfix
[08:16:20] <pj> yes, there is a patch, which is not supported and completely unnecessary.
[08:16:29] <wolle-> ah ok
[08:16:31] <wolle-> thank you
[08:16:49] <wolle-> so there isnt a way to limit mailbox space for virtual users with postfix?
[08:17:18] <pj> if you need user quotas the best way to do it is with a delivery agent that supports them, such as dovecot or cyrus.
[08:17:37] <wolle-> oh okay thank you pj
[08:17:44] *** wolle- has quit IRC
[08:21:57] *** jigp has joined #postfix
[08:22:52] *** Matic`Makovec has quit IRC
[08:23:40] *** jigp has left #postfix
[08:23:49] *** jigp has joined #postfix
[08:24:45] *** jigp has left #postfix
[08:31:16] *** ncode_ has joined #postfix
[08:31:17] *** ncode_ has joined #postfix
[08:32:47] *** ncode has quit IRC
[08:52:15] *** Motoko has quit IRC
[09:02:17] *** breaker313 has joined #postfix
[09:04:03] *** ranger03 has quit IRC
[09:05:35] *** jujugre has joined #postfix
[09:05:55] *** Tom-B has quit IRC
[09:06:33] *** cyrilz_ has joined #postfix
[09:23:25] *** marchelly has joined #postfix
[09:28:05] *** loddafnir1 has joined #postfix
[09:42:44] *** TomHome has joined #postfix
[09:43:00] *** dall has joined #postfix
[09:43:04] <dall> hello
[09:43:40] <dall> i just installed Dkim i see "dkim=pass (1024-bit key; insecure key)" on the headers....what does it mean this "insecure key" ?
[09:47:04] <tuxick> is this dkim thing worth looking into ?
[09:47:40] <pj> dall: pastebin what you're referring to.
[09:49:13] <dall> one moment i just sent an email to my gmail.com account
[09:49:21] <pj> dall: at a guess it means that you should be generating a longer key than 1024 bits.
[09:49:23] <dall> i will pastebin all the headers
[09:49:37] <dall> i created 1024 key long
[09:49:40] <tuxick> 1024 not big enough?
[09:49:48] <pj> yeah, I would make it 2048
[09:49:48] <dall> is not big enught?
[09:49:52] <dall> ok
[09:50:03] <dall> i used opendkim-genkey
[09:50:19] <pj> well, I take it that it's google complaining?
[09:50:32] <pj> 2048 will probably shut up the complaint, but not sure.
[09:51:10] <dall> can i pass 2048 directly to opendkim-genkey ?
[09:51:57] <pj> I don't know
[09:53:05] <dall> pj, i sent an email to gmail... i receive it corretly and i do not see this insecure 1024 key
[09:53:18] <dall> i saw it sending and email to.... one moment
[09:53:48] <dall> dktest at blackops dot org <-------- this is the email used for the testing
[09:53:50] <pj> what is complaining, then?
[09:54:08] *** sphenxes has quit IRC
[09:54:57] <pj> incidentally I use a 1024 bit key (just checked) and haven't had a problem with it yet, but it could be a new thing where some providers are considering 1024 bits insecure. I know that just recently the CA I use for SSL certs now wants 2048 bit keys.
[09:55:44] <pj> it's simply a matter that computing power has now gotten strong enough to where 1024 bits is no longer considered big enough to be un-crackable.
[09:56:02] <dall> gmail shows .......
[09:56:04] <dall> Received-SPF: pass (google.com: domain of da at xxxxxxx dot com designates xxx.xxx.xxx.xxx as permitted sender) client-ip=xxx.xxx.xxx.xxx;
[09:56:04] <dall> Authentication-Results: mx.google.com; spf=pass (google.com: domain of da at xxxxx dot com designates xxx.xxx.xxx.xxx as permitted sender) smtp.mail=da at xxxxxx dot com; dkim=pass header.i= at xxxxxxxxx dot com
[09:56:24] <dall> so it works.....i try to send it to blackops.org
[09:56:42] <pj> dall: what was it that complained about "insecure key"?
[09:57:28] <dall> pj, excuse me pj i don't understand you, what do you mean?
[09:57:41] <pj> [19:46] <dall> i just installed Dkim i see "dkim=pass (1024-bit key; insecure key)" on the headers....what does it mean this "insecure key" ?
[09:57:45] <pj> where did you see that?
[09:58:08] <dall> when i do the check sending email to blackops.org
[09:58:23] <pj> oh, ok
[09:58:35] <pj> yeah, well, you can certainly generate a 2048 bit key if you want
[09:58:43] <pj> but I don't think it's worth worrying over, tbh.
[09:59:19] <dall> btw i think it is necessary....
[10:00:08] <pj> if you want to then by all means, go ahead.
[10:00:13] <pj> it shouldn't hurt anything.
[10:00:33] <dall> pj, blackops told me dkim=pass but x-dkim-rep=neutral what is this x-dkim-rep ?
[10:01:01] <pj> tuxick: to answer your question, dkim helps some major providers to accept your emails
[10:01:01] <dall> also x-dkim-atps=neutral
[10:01:13] <pj> dall: rep probably means reputation.
[10:01:28] <dall> can i do something to improve the reputation ?
[10:01:30] <pj> this is something that you need to check with blackops about what it means.
[10:01:38] <tuxick> pj: haven't had problems getting my mail accepted just yet
[10:01:55] <tuxick> but i'm not using crap/blacklisted providers :)
[10:02:27] <pj> tuxick: then you probably dont' need dkim just yet, but keep it in mind in case you have problems. It helps with yahoo, gmail, msn, etc.
[10:03:29] <pj> dall: neutral just means that they don't have any data to base your reputation on yet. neutral is not a bad thing.
[10:04:00] <pj> it means that you don't have a bad reputation ... which is good
[10:04:04] <dall> yes yes i know...but to improve the reputation can i do something ?
[10:04:05] <dall> ok
[10:04:08] <dall> understand
[10:04:42] <pj> dall: I think it will go up on its own as your domain becomes known to them. But ytou should check with them specifically.
[10:04:46] <tuxick> i've got a mailserver blacklisted couple of times, when yet another idiot fell for phishing
[10:04:49] <tuxick> and account got abused for sending spam
[10:04:53] <pj> you really don't need to worry, though, unless it's a bad rep.
[10:05:24] <tuxick> i'm never in a real hurry enabling such accounts after that :)
[10:05:30] *** xro has joined #postfix
[10:05:38] <pj> tuxick: that's understandable
[10:05:46] <xro> Hi, i'm looking for a way to query mail blacklist? do you know? (i heard about dns queries)
[10:05:57] <pj> !tell xro blacklist
[10:05:58] <knoba> pj: Error: No factoid matches that key.
[10:06:01] <pj> hrmmmm
[10:06:16] <xro> ?
[10:06:20] <tuxick> i do use spf, though
[10:06:26] <pj> !tell xro multirbl
[10:06:26] <knoba> xro: "multirbl" : use http://www.robtex.com/rbl/ to check multiple RBLs to see if an IP address is listed on any known blacklists
[10:06:28] <tuxick> mixed feelings about that
[10:06:55] <pj> tuxick: yeah, tbh dkim doesn't do much more than SPF, but some providers like you to have it.
[10:07:40] *** Slydder has joined #postfix
[10:07:48] <pj> all that dkim can really do is tell a provider that an email originates from your server, which is something that SPF can just as easily tell them without all the hassle of signing things with keys.
[10:08:34] <Slydder> morning all. I have a strange situation here. I have an mx record set at 10 and one set at 200 and postfix just WILL NOT send to the 10. any ideas?
[10:08:56] <xro> pj, i don't want to do a single test.. i would like to query the blacklist like "http://www.mxtoolbox.com/" or "http://whatismyipaddress.com/blacklist-check"
[10:09:15] <tuxick> Slydder: the 10 is offline?
[10:09:16] <tuxick> ;p
[10:09:22] <Slydder> nope
[10:10:41] <pj> Slydder: what is the domain name of the email address?
[10:11:00] <Slydder> figured it out.
[10:11:04] <pj> ok
[10:11:54] *** sphenxes has joined #postfix
[10:12:06] <tuxick> dns serial number screwup?
[10:12:15] <tuxick> the #1 mistake anyway :)
[10:12:20] *** hever has quit IRC
[10:16:47] <Slydder> now the next strange thing. my system time is correct. 10:17 AM atm. but my logs from postfix show 08:17 AM.
[10:16:53] <Slydder> never seen that before.
[10:17:38] <tuxick> only the postfix logs?
[10:17:57] <Slydder> jey
[10:18:11] <Slydder> yep. syslog messages all others are normal
[10:18:18] <tuxick> weird
[10:22:09] <Mark22> Hello, what is the best way to bounce an email in the queue (for outgoing messages) to bounce directly back to the sender without waiting for it to bounce (after a few days)?
[10:22:54] <tuxick> huh?
[10:23:07] *** cilly has joined #postfix
[10:23:13] <Mark22> Slydder: Looks like your postfix logs could be recorded in another timezone (UTC maybe?). Did you use that in the past on that server?
[10:23:13] <tuxick> ah, i see
[10:24:20] *** e-anima has joined #postfix
[10:24:21] <Slydder> that was the install zone
[10:24:50] <Mark22> tuxick: we have one user that did send a mailinglist and now they have some emails that can't be delivered to external servers (mainly because invalid email addresses with wrong domains and things like that) and we want to bounce them manually to clean up the mail queue
[10:26:54] <tuxick> won't mailq -q do that?
[10:28:53] *** Astroman2 has quit IRC
[10:29:34] *** BobLfoot has joined #postfix
[10:30:22] <Aprogas> You can delete mail from the queue, not sure if you can bounce it.
[10:30:47] <Mark22> tuxick: if I read the man page the -q option is for a retry to deliver it and not to bounce it
[10:31:11] <Mark22> Aprogas: I know I can delete it, but I want to bounce so they can clean their lists by knowing the invalid email accounts
[10:31:43] <tuxick> hmm must be some postsuper thing then
[10:32:09] <tuxick> Mark22: can't you just give them a list by parsing mailq output?
[10:33:39] <Aprogas> Personally I'd just temporarily set a low maximal_queue_lifetime, run postqueue -f, wait for queue to empty, then go back to default maximal_queue_lifetime.
[10:33:53] <Mark22> tuxick: also an option, but I prefer the bounce so it is possible they can also automatically remove the addresses (at least PHPlist is having that option for bounces)
[10:34:09] <Aprogas> How long have the mails been sitting in the queue now?
[10:34:24] <tuxick> aah yes, good old phplist
[10:34:33] <Mark22> I'd rather wait than do that (as also normal mail is in the queue)
[10:34:33] <tuxick> rather nice, although the UI isn't all logical
[10:35:27] <Mark22> Aprogas: for 3 days
[10:36:03] *** Astroman has joined #postfix
[10:36:16] <Mark22> PHPlist is nice to use (at least the sending part, the UI isn't always as nice or as easy as I'd like)
[10:36:54] <BobLfoot> I've got my postfix-server box setup and accepting mail from localhost and local subnet and delivering mail to internet addresses and local users. The only thing I don't grasp rigth now reading the docs is how to get it to receive mail addressed for local users from internet/otherisp users and deliver that mail to local users account. If I open port 25 in the router firewall and forward all port 25 traffic to the postfix box will it deliver mail addressed
[10:38:06] <robtone> Yes.
[10:39:58] <BobLfoot> robtone: is there a test to confirm its working that responds faster than waiting 24-72 hours for google to return a "mail not deliverable" message.
[10:41:01] <Mark22> BobLfoot: check your postfix logs, if it is accepted it is mentioned in it
[10:42:21] *** empity has joined #postfix
[10:45:23] *** cpm has joined #postfix
[10:45:24] *** cpm has joined #postfix
[10:53:54] *** Bartzy has joined #postfix
[10:53:56] <Bartzy> Hi
[10:54:01] <Bartzy> I'm having weird issues with postfix
[10:54:12] <Aprogas> Oh noes!
[10:54:23] <Bartzy> :D
[10:54:52] <Bartzy> It worked great. but suddenly when I try to connect to port 25 (telnet server.domain.com 25) , nothing happens. Checking with tcpdump -i eth0 tcp port 25 , I'm not getting those packets... so maybe it's not postfix :x
[10:55:09] <Bartzy> but it's not blocked by the firewall :\
[10:55:12] <Aprogas> Which mailserver is this about?
[10:55:24] <Bartzy> Aprogas: What do you mean ?
[10:55:32] <Aprogas> What is the hostname of the mailserver?
[10:55:48] <Bartzy> Why ?
[10:55:59] <Bartzy> You want to test it ?
[10:56:02] <Aprogas> So that I can test connectivity.
[10:56:07] <Bartzy> can I pm you ?
[10:56:21] <Aprogas> Rather not.
[10:56:25] <Bartzy> ok.
[10:56:26] <Aprogas> Is your mailserver MX for any domains?
[10:56:31] <Bartzy> klogger.jungo.com
[10:56:33] <Bartzy> no.
[10:57:01] <Aprogas> Is it used to receive mail and store it in mailboxes?
[10:57:12] <Bartzy> postfix is up, listening in port 25. telnet localhost 25 works from the server, telnet klogger.jungo.com 25 works from the server
[10:57:22] <Bartzy> No, only relaying to another server
[10:58:06] <Aprogas> I can connect to the server as well. You might be experiencing a port-25 block from the connection your client is on.
[10:58:23] <Aprogas> If you don't receive any mail from other MTAs, port 25 isn't very important though.
[10:58:42] *** k1ckn1ck has joined #postfix
[10:58:54] <Bartzy> Aprogas: Because the clients should use 587 ?
[10:58:57] <sep> resolves to 173.203.201.177 and got a smtp greeting "220 klogger.jungo.com ESMTP" so looke like it works
[10:59:23] <Aprogas> Yes, make clients submit to 587. Probably with mandatory TLS and SASL as well.
[10:59:57] <Bartzy> But why would my ISP block port 25 only for that server ?
[10:59:59] <cpm> !submission
[10:59:59] <knoba> cpm: "submission" : Port 587 is submission, for user submission of mail, NOT suitable for mail exchange. See the commented example in master.cf. also see !msa, and rfc 2476 and 4409. Also read http://www.maawg.org/sites/maawg/files/news/MAAWG_Port25rec0511.pdf
[11:00:20] <cpm> Bartzy, ask them.
[11:00:24] <Aprogas> Bartzy: Can you connect to nvidium.soleus.nu port 25 ?
[11:02:01] <Bartzy> No. Tried from another ISP and it works. Thank you :)
[11:02:08] <Bartzy> Stupid ISP :)
[11:02:41] *** hever has joined #postfix
[11:11:50] *** wdp has joined #postfix
[11:11:51] *** wdp has joined #postfix
[11:13:44] *** BobLfoot has left #postfix
[11:13:45] <cpm> ISPs serving residential clients *SHOULD* block port 25.
[11:14:13] <tuxick> yeah
[11:14:23] <Aprogas> I disagree. A remote host not wanting to accept mail from residential clients can use PBL or DUL.
[11:14:24] <tuxick> that would reduce spam by at least 90%
[11:14:34] <f3ew> s/should/must/
[11:14:58] <tuxick> some are doing that already
[11:15:31] <jelly> I'm seeing more like 70-80%
[11:16:40] <jelly> Aprogas: from a technical and good-internet-citizen perspective, it's nicer to preemptively block dynamic ip users from being able to do outbound tcp/25
[11:17:28] <jelly> at $employer, users that have a legitimate need to send mail directly have an option to get a static ip address
[11:17:32] <sep> are there a free distributed whitelist of legitimate mail servers; that anyone can sign up, then block everything else
[11:17:47] <petemc> that sounds risky
[11:18:49] <sep> indeed.
[11:19:39] <Aprogas> I don't like the concept of ISPs blocking something just because a significant portion of it is abusive, especially not when there is an alternative solution.
[11:20:00] <cpm> Aprogas, I don't care.
[11:20:06] <Aprogas> Monitoring and blocking internet traffic is becoming somewhat of a trend and it worries me.
[11:21:41] <cpm> residential accounts accessing port 25 are malicious. Any deviance from malicious behavior is below the threshold of margin of error.
[11:22:02] <cpm> not statistically significant
[11:22:45] <jelly> Aprogas: other solutions just require too much resources, either directly or indirectly
[11:22:45] <tuxick> of course ISP should open :25 on request
[11:23:34] <jelly> after we blocked outbound tcp/25, we got off several blacklists in a week time
[11:24:34] <cpm> tuxick, why?
[11:24:53] <tuxick> cpm because i run my own server :)
[11:25:16] <cpm> as a commercial customer, or under some other agreement, sure.
[11:25:17] <jelly> tuxick: on a residential account?
[11:25:29] <tuxick> jelly: yeah, but with static ip
[11:25:35] <tuxick> and best isp in the country
[11:25:53] <tuxick> of course they could demand relaying through their server for me as well
[11:25:54] <cpm> aka, 'some other' agreement. Sure, that makes sense.
[11:25:57] <tuxick> shouldn't hurt
[11:26:31] <cpm> I've found that VPS's often cost less than a static IP
[11:28:14] <jelly> tuxick: for us it's mostly a matter of accountability, if you buy a static ip it's easy to figure out which user is at fault should there be any abuse reports
[11:28:40] <jelly> so a static ip automatically means you don't get smtp blocked
[11:29:42] <cpm> that's also a different CoS from what is thought of as 'residential' service.
[11:29:58] <tuxick> jelly: indeed
[11:30:03] <cpm> so, the paradigm holds.
[11:30:13] <cpm> tuxick, you shouldn't stalk from a static IP
[11:30:22] <tuxick> either way, i'm all for blocking outgoing :25
[11:30:29] <tuxick> cpm :)
[11:30:34] <tuxick> i use my phone for that!!
[11:30:37] <cpm> hehe
[11:30:55] <tuxick> she took that back anyway
[11:34:11] <Pinchiukas> I happen to be an MX for a certain domain from which email is sent to unexisting addresses. For some reason I'm getting the DSNs to my admin email box (maybe because the from address in those emails doesn't exist). What do I have to change to no loger get someone elses DSNs?
[11:36:13] *** UQlev has joined #postfix
[11:36:32] <cpm> why are you accepting mail for nonexistent addresses? You should be rejecting them.
[11:38:13] *** n0sq has quit IRC
[11:38:16] <pj> Pinchiukas: you probably have this set...
[11:38:21] <pj> !tell Pinchiukas catchall
[11:38:21] <knoba> Pinchiukas: "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.
[11:39:33] <Pinchiukas> So I should look for some entry in my virtual_*_maps or relay_recipient_maps?
[11:41:28] <pj> yeah, an @domain entry
[11:42:14] *** xro has quit IRC
[11:43:35] *** war9407 has quit IRC
[11:50:38] *** n0sq has joined #postfix
[11:56:28] *** shoonya has joined #postfix
[12:10:46] *** vishwa has joined #postfix
[12:20:25] *** war9407 has joined #postfix
[12:20:45] *** despe70 has joined #postfix
[12:22:56] <despe70> I accidently caused a crontjob to be sending A LOT of messages from one of my machines to myself (mailboxes on an other one of my machines). On the sending machine, I stopped postfix, and cleaned the postfix qeue. However, I still get errors in my /var/log/maillog saying "Message file too big". How come ? Where is that file, and how come it complains since the queue is empty ?
[12:24:01] <UQlev> despe70: what tool did you use for cleaning queue?
[12:25:53] <despe70> postsuper -d ALL
[12:26:34] <despe70> and with postqueue it says "system is down, accessing que directly. Queue is empty"
[12:26:56] <Aprogas> Please pastebin a section of the maillog with the error and context.
[12:30:29] <despe70> http://pastebin.com/pUZa7vS0
[12:34:04] *** michelem has joined #postfix
[12:34:09] <michelem> hello folks
[12:34:39] <michelem> I'm skimming through SMTP RFCs to determine which timeout a _server_ should employ for clients
[12:35:21] <michelem> i.e. if the client shuts up for longer than X, when can the server close the transaction. Anyone is aware if this is covered anywhere in the rfc?
[12:41:26] <f3ew> It's usually around the 300 seconds mark
[12:41:49] <f3ew> despe70, the message file too big is from your mbox file
[12:45:10] *** empity has quit IRC
[12:49:36] *** sphenxes has quit IRC
[12:50:16] *** Twinkletoes has joined #postfix
[12:53:20] *** sphenxes has joined #postfix
[12:54:24] *** ixnay has joined #postfix
[12:55:22] <ixnay> Hello. is there anybody here that can point me in the direction of a good guide on how to set up postfix server with imap and ssl with user login/pass?
[12:55:34] <ixnay> for debian
[12:58:42] <ixnay> Did anyone see that? =P
[12:58:55] <jelly> yes
[12:59:44] *** shoonya has quit IRC
[13:00:29] <f3ew> Postfix doesn't do IMAP or POP3
[13:00:31] <f3ew> !tutorial
[13:00:31] <knoba> f3ew: "tutorial" : A very common problem is that some people prefer to follow a step-by-step tutorial that shows them how to setup their server w/out reading the documentation or understanding what they are doing. If something goes wrong, they have no clue whatsoever about where to find hints, and they sometimes decide to start from scratch using a different tutorial. This is not The Proper Way.
[13:01:00] <f3ew> There's a tutorial for Debian, Postfix and Dovecot on workaround.org
[13:01:53] <jelly> ixnay: while understanding and being able to use original documentation is critical for your success when things go wrong, the tutorials a workaround.org seem to provide a reasonable start point
[13:02:27] <ixnay> yeah, I have a very specific task to achieve, and I need to get there today
[13:04:06] *** empity has joined #postfix
[13:08:01] <michelem> f3ew: 5 minutes? Where is this found in postfix?
[13:08:42] <ixnay> f3ew: doesent do imap? I thought it did
[13:08:45] <ixnay> at least it seems that way to me
[13:09:01] <michelem> meaning that a read() for next byte is timed out in 5 minutes. Would make quite easy to DoS a server by filling up sockets then
[13:13:22] *** UQlev has quit IRC
[13:13:35] *** breaker313 has quit IRC
[13:16:09] *** slooth has joined #postfix
[13:16:52] <slooth> Hello, I've setup virtual mailbox domains on single ip and they're working. However, I need help (more like guidance) -- what software (IMAP/POP3) should I use, so people can actually read their email (they could log with user at domain dot com and password, but non-unix password) ?
[13:16:57] <slooth> Thanks in advance
[13:17:08] <tuxick> dovecot
[13:17:45] <Aprogas> If this is a new server, forget about POP3, that is only useful if legacy users are still used to having that.
[13:17:46] <tuxick> how on earth can you have set up virtual domains/users before even knowing what imap server you use?
[13:19:28] <slooth> tuxick, I've just started -- still testing. Whats the right way to do this? I can't find good documentation
[13:20:01] *** breaker313 has joined #postfix
[13:20:10] <tuxick> dovecot has pretty good documentation
[13:21:10] <slooth> dovecot + postfix would be enough for me?
[13:21:16] <Aprogas> Make sure to read the correct documentation. Both Dovecot 1.x and 2.x are still in widespread use.
[13:35:23] *** tuxick has quit IRC
[13:37:42] *** gerhard7 has quit IRC
[13:39:42] *** fOrsberg is now known as forsberg
[13:43:41] *** Cain has quit IRC
[13:44:09] *** tuxick has joined #postfix
[13:47:31] *** pj has quit IRC
[13:49:26] *** ranger03 has joined #postfix
[13:49:38] *** TomHome has quit IRC
[13:50:05] *** gerhard7 has joined #postfix
[14:02:59] *** michelem has quit IRC
[14:09:16] *** Belial_ has joined #postfix
[14:09:26] *** Cain has joined #postfix
[14:16:40] *** gerhard7 has quit IRC
[14:16:44] *** ncode_ has quit IRC
[14:16:59] *** forsberg is now known as fOrsberg
[14:20:20] <ixnay> hummm, this is odd. I try to log in with telnet on to the server, but I get "a NO authentication failed" message when I try to log in with user/pass specified in passwd.doveconf
[14:20:25] <ixnay> anybody have any ideas why?
[14:20:47] <lunaphyte_> something isn't set up right.
[14:20:49] *** breaker313 has quit IRC
[14:21:27] <ixnay> yeah, I figured
[14:21:31] <ixnay> I just dont see any hints to what
[14:21:44] <lunaphyte_> hmm. bummer.
[14:21:52] *** gerhard7 has joined #postfix
[14:21:53] <lunaphyte_> where have you looked so far?
[14:22:23] <ixnay> where regarding documentation, or where in settings?
[14:22:30] <Aprogas> yes
[14:22:40] <lunaphyte_> i thought you were looking for clues as to what the problem was.
[14:23:17] *** ujjain|afk is now known as ujjain
[14:25:33] <ixnay> yeah, I've been trying to figure it out
[14:25:34] *** _ruben has quit IRC
[14:25:39] <lunaphyte_> where have you looked so far?
[14:25:50] <ixnay> google
[14:26:33] <lunaphyte_> !google
[14:26:33] <knoba> lunaphyte_: "google" : Those who use Google before reading the Postfix documentation, if fortunate, end up at http://www.postfix.org/ . If not, they end up in a jumble of bad questions, misleading or wrong answers, and outdated information.
[14:26:53] <ixnay> ah, but I do not instantly act on whatever I find
[14:26:59] *** _ruben has joined #postfix
[14:27:12] *** beginer has quit IRC
[14:27:17] <ixnay> if its nessesary to make a hash out of the password, than that might be it
[14:28:12] *** cilly has quit IRC
[14:28:55] <slooth> How do I specify to postfix to support Maildir for virtual boxes? (I use home_mailbox = Maildir/ , but it is still working with mailbox format) ?
[14:29:24] <lunaphyte_> !tell ixnay welcome
[14:29:24] <knoba> ixnay: "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.
[14:29:27] <tuxick> slooth: start with reading the postix+ldap docs
[14:29:30] <lunaphyte_> !tell slooth welcome
[14:29:31] <knoba> slooth: "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.
[14:29:34] <tuxick> i mean postfix+dovecot
[14:30:03] <slooth> tuxick, well.. it says home_mailbox = Maildir/ is enough for that, but it is not
[14:30:18] <slooth> tuxick, dovecot has nothing to do with this
[14:30:35] <tuxick> yes it does
[14:30:42] <tuxick> since you'd be using deliver
[14:30:46] <lunaphyte_> no
[14:30:56] <lunaphyte_> no one has indicated what is being used.
[14:30:56] <tuxick> well i would :)
[14:31:00] <lunaphyte_> so what?
[14:31:01] <slooth> tuxick, ..right
[14:31:05] <lunaphyte_> stop misleading people.
[14:31:06] <slooth> I am not using deliver, either
[14:31:24] <tuxick> well then home_mailbox should work afaik
[14:31:29] *** Linex has joined #postfix
[14:31:31] <slooth> tuxick, :)
[14:31:31] <lunaphyte_> slooth: read the welcome factoid i shared with you and follow it's instructions.
[14:31:46] <slooth> lunaphyte, will do - thought someone had prepared answer for this, but I'll do it anyway.
[14:31:47] <slooth> Thank you.
[14:31:52] <tuxick> lunaphyte_: well he was setting up postfix with virtual users even before knowing that imap server to use
[14:31:58] <tuxick> which imo is wrong approach
[14:32:05] <ixnay> one of the reasons I joined this channel was to avoid reading 200 pages with documentation, and maybe get help in form of shortcuts, compressed info and whatnot. Read documentation I can do anytime, but I dont have time.
[14:32:14] <tuxick> and if you use postfix with dovecot i really suggest using deliver
[14:32:24] <ixnay> I know this is not the way to go, but desperate times etc.
[14:32:26] <tuxick> it's not mandatory though
[14:32:27] <slooth> ixnay, yeah -- I am helping in other channels, I always tell the answer (saves people time, etc)
[14:32:36] *** Gatto has joined #postfix
[14:34:42] <ixnay> the passwd file only need "user:{PLAIN}pass" right? when testing for text login.
[14:35:11] *** sphenxes01 has joined #postfix
[14:38:27] *** sphenxes has quit IRC
[14:38:49] *** cilly has joined #postfix
[14:39:28] <Aprogas> You can store passwords in SHA but still have plaintext auth.
[14:40:47] <slooth> If anyone cares for the solution, home_mailbox /DOES NOT/ apply to virtual boxes, you need to specify "/whatever/path/Maildir/" at each virtual user
[14:41:14] <patdk-wk> slooth, since when?
[14:41:21] <patdk-wk> that is what virtual_mailbox is for
[14:41:42] <lunaphyte_> we could have told you that if we knew you were using virtual delivery
[14:41:43] *** jwing has joined #postfix
[14:43:18] <slooth> lunaphyte, I mentioned virtual
[14:43:29] <slooth> Nevermind :)
[14:45:56] <lunaphyte_> oh, so you did.
[14:46:14] <lunaphyte_> sorry, i should have caught that.
[14:50:44] *** despe70 has quit IRC
[14:51:07] *** Verilium has quit IRC
[14:51:22] *** ncode has joined #postfix
[14:51:23] *** ncode has joined #postfix
[14:52:29] *** BuenGenio_ has joined #postfix
[14:55:52] *** BuenGenio has quit IRC
[14:56:49] *** kuhkatz has joined #postfix
[14:58:03] <ixnay> this is really grinding my gears
[14:58:41] *** cilly has quit IRC
[14:59:05] *** alibama has joined #postfix
[14:59:18] <lunaphyte_> telling us you came here so you wouldn't have to read documentation grinds our gears.
[14:59:28] <lunaphyte_> we are not here to help you avoid reading documentation.
[14:59:42] <lunaphyte_> we are here to help you once you *have* *read* documentation.
[15:00:05] *** Verilium has joined #postfix
[15:00:41] <alibama> hi guys i've got a server that's been hacked..... there's a spammer shoooting millions of emails
[15:00:53] <Aprogas> alibama: First act: postfix stop
[15:01:18] <patdk-wk> then stop the webserver :)
[15:01:29] <Aprogas> Probably that too.
[15:01:42] <alibama> Aprogas: thanks that's been done :)
[15:02:00] <lunaphyte_> !tell alibama welcome
[15:02:00] <knoba> alibama: "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.
[15:02:01] <alibama> what we need to do is only allow emails to come from the website
[15:02:14] <Aprogas> Do you still have spams in your queue?
[15:02:19] <rob0> ixnay, those who lack time are fortunate to have many cheap/free hosting options.
[15:02:24] * lunaphyte_ wonders what "emails to come from the website" actually means.
[15:02:42] <alibama> lunaphytei apologize
[15:02:50] * patdk-wk assumes localhost or via postdrop
[15:03:07] <rob0> alibama, typically the spams DO "come from the website". So not a solution.
[15:03:16] <patdk-wk> but doesn't sound any more *spam proof*
[15:03:17] <alibama> so we've got a website on a server in house, and it generates emails in response to forms
[15:03:32] <alibama> the only emails it should send should come from those forms
[15:03:39] <rob0> Solution: fix whatever is broken and allowed the abuse.
[15:03:44] <Aprogas> Spambots can fill in forms, use a captcha on the forms as well.
[15:03:46] *** gremset has joined #postfix
[15:03:57] <alibama> that's been done
[15:04:07] <alibama> they've ssh'd in and are relaying emails
[15:04:15] <lunaphyte_> where does postfix come into all of this?
[15:04:18] <Aprogas> So you are asking how to set up access restrictions?
[15:04:27] <rob0> Oh. If they've got shell, you are done. Pull the plug.
[15:04:42] <lunaphyte_> yup. shut er' down
[15:04:49] <patdk-wk> sounds like you need to fix your website, as it's probably letting them upload files to your site
[15:04:56] <alibama> because that's our email sender is there a way to edit the conf file to block emails going out except those generated by the server?
[15:05:10] <rob0> If they got shell, they probably also got root.
[15:05:19] <lunaphyte_> you don't need postfix to send email.
[15:05:26] <lunaphyte_> !tell alibama nullclient
[15:05:26] <knoba> alibama: "nullclient" : a null client is a computer that can only send mail. it receives no mail from the network, and it does not deliver any mail locally. while postfix can be configured to fill this role, it is often unnecessary overkill, and a much simpler software package is more appropriate. see !nullclient_software for more details.
[15:05:47] <lunaphyte_> but as has now been said - this is really the least of your worries, if shell accounts have been compromised.
[15:06:01] <alibama> look, i'm not a server guy i'm the web developer, our server guy is a moron that told me to wait until the spammers quit, and that's not a good plan
[15:06:10] <rob0> oh my
[15:06:12] <lunaphyte_> i'll agree with that.
[15:06:39] <rob0> pull the plug, the sooner you do, the better your chances of repairing the damage
[15:06:55] <patdk-wk> ya, you really only have two solutions now
[15:06:56] <alibama> i don't have physical access to any of these machines
[15:07:10] <patdk-wk> reinstall, or be very very carefull and clean up everything they did
[15:07:36] <lunaphyte_> tbh, it sounds like the real issue here is a social one, involving the system's admin.
[15:08:25] <lunaphyte_> if this is technically outside of your purview, and you are trying to be helpful and offer assistance, but are getting ineptitude from those formally responsible, i'd call it done.
[15:08:25] <rob0> What the "server guy" told you was absurd.
[15:08:29] <lunaphyte_> yup
[15:08:35] <alibama> no kidding, i'm the least qualified person anywhere to be dealing with this. just started this job two weeks ago... don't ask me
[15:08:51] <lunaphyte_> deal with it on your side, from a web development perspective, and let the tool dig his own grave.
[15:08:59] <lunaphyte_> the best advice you'll get here is to not get involved.
[15:09:02] <rob0> nono, the server guy is less qualified than you, because he THINKS he knows something
[15:09:28] <lunaphyte_> fix what you can fix, document effectively what you can't, and move on.
[15:09:54] <alibama> well, all i know is that i'm gonna check null client and see what it does and if i can block all email from this server so that my stinking webforms send emails to the stinking people who need to know that a request has been made
[15:10:03] <alibama> :)
[15:10:25] <lunaphyte_> is postfix running on the web server, or on some other computer?
[15:10:42] <rob0> good luck, if you are correct about them having shell, you will need a lot of luck.
[15:10:58] <patdk-wk> you should figure out how they got in though
[15:11:06] <patdk-wk> be it via a security hole in the website
[15:11:10] <lunaphyte_> not him. whoever is the system admin.
[15:11:14] <patdk-wk> or via bad shell account passwords
[15:11:35] <patdk-wk> well, someone the company :)
[15:11:39] <patdk-wk> at
[15:11:49] *** Gatto has quit IRC
[15:12:02] <alibama> i'm pretty certain we're gonna have a full day and my website isn't gonna get much done for a bit, i'll be back in a minute after checking null client
[15:12:44] *** ionte has quit IRC
[15:13:36] *** ionte has joined #postfix
[15:14:05] *** amir has quit IRC
[15:14:56] *** amir has joined #postfix
[15:17:30] *** hever has quit IRC
[15:23:41] *** UQlev has joined #postfix
[15:28:22] *** f has joined #postfix
[15:28:30] *** f is now known as Simbia
[15:29:25] <Simbia> hi i have a strange problem. my postfix works perfectly when using an external software, but whenever i want to use roundcube (webmailer) and try to send a mail ill get an error (smtp auth error) - with postfix/smtpd[9119]: sql_select option missing - can someone help me debug?
[15:30:14] <BuenGenio_> does anyone know what this b***dy Tiopan list is?
[15:30:53] <Simbia> did my last message arrived? forgot to auth myself with the nickserv
[15:31:44] <Simbia> hi i have a strange problem. my postfix works perfectly when using an external software, but whenever i want to use roundcube (webmailer) and try to send a mail ill get an error (smtp auth error) - with postfix/smtpd[9119]: sql_select option missing - can someone help me debug?
[15:31:57] <UQlev> Simbia: are both postfix and roundcube on the same host?
[15:32:03] <Simbia> yes
[15:32:12] *** Captain has joined #postfix
[15:32:46] <Simbia> i already checked the configuration of roundcube, everything looks fine
[15:32:46] *** cpm has quit IRC
[15:33:26] <Simbia> it also prints out: dev postfix/smtpd[9119]: auxpropfunc error no mechanism available
[15:33:55] *** Section1 has joined #postfix
[15:35:35] <dall> hello guys
[15:35:54] <dall> I just added a post to stackoverflow.com I have a very very strange problem with DKIM
[15:36:01] <dall> http://stackoverflow.com/questions/6153005/opendkim-pass-or-neutral
[15:36:13] <UQlev> Simbia: dpaste "postconf -n"
[15:36:13] <dall> the first test pass the second no :-|
[15:37:05] <Simbia> http://nopaste.info/de76253c40.html
[15:38:32] <dall> what could it be?
[15:38:59] *** jelly has quit IRC
[15:39:03] <UQlev> Simbia: can you dpaste also main.inc.php?
[15:39:12] *** Linex has quit IRC
[15:39:16] <Simbia> sire
[15:39:35] *** jelly has joined #postfix
[15:40:20] <Simbia> http://nopaste.info/11352bdb7a.html
[15:40:50] <Simbia> i think i found the problem
[15:41:02] <Simbia> $rcmail_config['smtp_auth_type'] = '' forgot the auth type
[15:41:55] <UQlev> Simbia: no
[15:42:16] <UQlev> Simbia: $rcmail_config['smtp_server'] = ''; < change like this
[15:42:49] <Simbia> works.... wtf?
[15:42:51] <UQlev> Simbia: onli localhost allowed to relay without smtp-auth
[15:43:04] <Simbia> ah okay hey thank you very much :)(
[15:43:22] <UQlev> my pleasure
[15:45:24] *** cpm has joined #postfix
[15:45:24] *** cpm has joined #postfix
[15:47:14] *** amelin has joined #postfix
[15:47:45] <amelin> hi , is there any good statistics tool which indicates the delay of current email delivery?
[15:48:08] <UQlev> amelin: pflogsumm
[15:49:31] *** ced117 has joined #postfix
[15:49:31] *** ced117 has joined #postfix
[15:49:53] <amelin> UQlev, thx i take a look
[15:52:00] <patdk-wk> dall, if you want an answer, you need to post the FULL headers of those emails
[15:52:18] *** Slydder has quit IRC
[15:52:35] <dall> patdk-wk, ok one moment
[15:53:17] *** Simbia has quit IRC
[15:54:41] <dall> patdk-wk, blackops result: http://nopaste.info/f2c11eba9b_nl.html
[15:56:24] *** gremset has left #postfix
[15:57:05] <dall> patdk-wk, http://nopaste.info/585a81edf9.html <------ the other
[15:57:39] <dall> patdk-wk, the first seems ok the second "neutral" and a MISMATCH error :-|
[15:59:45] *** hever has joined #postfix
[16:04:58] <dall> patdk-wk, what is this "-15 USER_IN_WHITELIST_TO address is listed in 'whitelist_to'! ??
[16:08:34] <patdk-wk> hmm, says something changed in the body
[16:09:20] <patdk-wk> your using simple/simple though, I find relaxed/simple to be more reliable for those kinds of issues
[16:11:22] <ixnay> does anybody have time to help me with my configuration of postfix+dovecot on pm for 30 minutes or so? I could really use the expertise of someone who has done this before
[16:12:30] <ixnay> I just need to get login working with user/pass
[16:12:37] <ixnay> I'm stuck at that particular point
[16:13:08] <dall> i don't have simple/simple
[16:13:25] <patdk-wk> DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=website.com; s=mail;
[16:13:29] <patdk-wk> looks like simple/simple to me
[16:13:30] <Aprogas> User authentication is handled by dovecot mostly, they know more about that in #dovecot
[16:13:42] <UQlev> ixnay: system or virtual accounts?
[16:14:03] <dall> patdk-wk, yes but i think it is the default because i never wrote it on my config file
[16:14:24] <patdk-wk> not my issue
[16:14:35] <ixnay> UQlev: it's not from local users, so that leaves virtual, yes
[16:14:44] <ixnay> unless I am mistaken
[16:14:44] <dall> i post my config file...one moment
[16:14:47] <ixnay> which is quite possible
[16:15:02] <ixnay> (seeing how this is my first time trying to set one up)
[16:15:08] <UQlev> ixnay: what OS?
[16:15:14] <ixnay> debian sarge
[16:16:21] *** dall has quit IRC
[16:16:47] *** dall has joined #postfix
[16:17:03] <dall> ops...back......kubuntu crashed :)
[16:17:53] <dall> patdk-wk, http://nopaste.info/152922b42c.html <------ this is my conf
[16:18:01] <UQlev> ixnay: what about root access?
[16:18:02] <ixnay> hey, I got new errormsg while trying to log on to dovecot
[16:18:14] <ixnay> I cant give out root acces, but I have acces to it for myself
[16:18:20] <ixnay> it's work-related.
[16:19:56] <UQlev> ixnay: then I can only give you a link to config example http://www.purplehat.org/?page_id=4
[16:21:33] <UQlev> ixnay: ixnay and wish you get it working soon
[16:21:56] <ixnay> yeah, thanks for the heads up
[16:22:01] <ixnay> I hope I will get it working aswell
[16:22:37] <UQlev> ixnay: I am pretty sure you will, the only matter is how long it takes
[16:23:03] <ixnay> yep
[16:23:38] <ixnay> I went from getting "a NO Authentication failed." to getting "* BYE Internal login failure. Refer to server log for more information." when trying to log in with my user/pass
[16:23:42] <ixnay> any idea?
[16:23:46] * ixnay expects noob issue
[16:25:00] <UQlev> ixnay: unless you know exactly whether you have system or virtual accounts it is too early to discuss error messages
[16:25:41] <ixnay> looking at the log now. It says "fatal: specify a passwod table via the 'smtpd_sasl_password_maps'" cant remember having seen that config at all
[16:25:46] <ixnay> *in the config
[16:26:07] <UQlev> ixnay: how many accounts will you handle?
[16:26:18] <ixnay> one
[16:26:19] <UQlev> ixnay: how many domains?
[16:26:21] <ixnay> just a sendmail
[16:26:22] <ixnay> one
[16:27:01] <UQlev> !nullclient
[16:27:01] <knoba> UQlev: "nullclient" : a null client is a computer that can only send mail. it receives no mail from the network, and it does not deliver any mail locally. while postfix can be configured to fill this role, it is often unnecessary overkill, and a much simpler software package is more appropriate. see !nullclient_software for more details.
[16:27:11] <dall> patdk-wk, are you there?
[16:28:10] <UQlev> ixnay: it seems that postfix is too complicated for such a simple task
[16:28:23] <patdk-wk> dall, I really don't care what your config is, read the manual for whatever dkim program your using, and adjust it, and retest and see if it fixs it
[16:28:34] <ixnay> it might be, but setting up mailserver is something I think I should know
[16:28:56] *** Maliel has joined #postfix
[16:29:05] <patdk-wk> setting up a mailserver to send email is not much fun
[16:29:26] <UQlev> ixnay: if you should know then learn it proper way
[16:29:33] *** amelin has quit IRC
[16:30:09] <ixnay> patdk-wk: I am actually having quite a bit of fun. Mainly because I enjoy a challenge. UQlev: I am fully aware of this, and the only reason I am not is because of lack of time
[16:30:16] <UQlev> ixnay: any mail-server is not just single simple application
[16:30:28] <ixnay> I am also aware of this
[16:30:38] <ixnay> got postfix, sasl, dovecot so far
[16:31:37] <UQlev> ixnay: lack of time is not good excuse, prepare to spend weeks before you get very minimum idea how it works
[16:32:30] <patdk-wk> I would defently recommend atleast 1 day per program, min
[16:32:51] <patdk-wk> I already know how email works, and spend a whole week with dovecot on my new install
[16:33:22] <UQlev> patdk-wk: program like dos2unix doesn't need 1 day :)
[16:33:34] <patdk-wk> uqlev, depends on the person :)
[16:33:36] <cpm> indeed.
[16:33:48] <cpm> depends on what you are doing with it.
[16:34:04] <patdk-wk> stripping evil cr's from all email :)
[16:34:12] <cpm> hehe
[16:35:43] *** UQlev has quit IRC
[16:37:02] <ixnay> patdk-wk: yes, the method I am currently employing to make this work is not exactly how it should be done. I was told to try and get it up and running two days ago
[16:37:10] <ixnay> so I havent had too much time to prepare
[16:40:28] *** plee has quit IRC
[16:41:44] *** plee has joined #postfix
[16:49:59] *** Belial__ has joined #postfix
[16:50:29] *** Belial_ has quit IRC
[16:52:59] <dall> good, excuse me for the stupid question...but why a tls certificate is important (sending email) and then..... most of the times the connection from a MTA to another MTA is not encrypted ?
[16:53:44] <patdk-wk> who said tls cert is important for sending email?
[16:54:32] <patdk-wk> it's important on the submission port, where you are sending your username/password first
[16:55:14] <cpm> tls isn't particularly important for SMTP, it is for submission.
[16:55:28] <cpm> it's nice on smtp,
[16:56:17] <dall> patdk-wk, i'm using TLS on the submission port
[16:56:37] <dall> but i don't understand if i send all the information with an encryption......
[16:56:38] <cpm> *IF* folks practiced good key management, and there was (after 20 years) a decent free and open PKI that was broadly accepted, then tls would be very useful on SMTP too.
[16:57:06] <patdk-wk> heh, good key management :)
[16:57:08] <dall> then my information (text of the email TO: FROM: etc etc) will be send without an encryption from the MTA to another MTA
[16:57:16] <dall> is not really secure
[16:57:21] <patdk-wk> dall, so you encrypt more than you have to
[16:57:39] <patdk-wk> basically it's encrypted so someone doesn't hijack your session and send spam, after you authenicate
[16:57:46] <patdk-wk> it's not about protecting your email
[16:57:58] <patdk-wk> it's about protection the tcp session
[16:58:21] <patdk-wk> if you want to protect your email, use pgp or s/mime
[16:58:29] <dall> patdk-wk, ok...so are there not methodsl to protect email (the content of the email)?
[16:58:33] <dall> ok
[16:59:28] *** ranger03 has quit IRC
[16:59:49] <Aprogas> Keep in mind that rfc822-headers (incl. subject) are not encrypted with PGP (not sure about S/MIME, but most likely not).
[17:00:58] <dall> Aprogas, really? hmm so is not completly encrypted
[17:00:59] <dall> hmm
[17:01:36] <patdk-wk> if it was completely encrypted, email servers wouldn't be able to process it
[17:01:50] *** shal3r has joined #postfix
[17:02:10] *** ced117 has quit IRC
[17:02:25] <dall> why not? they will use the key to encrypt decrupt the messages
[17:02:26] <dall> no?
[17:02:39] *** AcTiVaTe has quit IRC
[17:02:47] <patdk-wk> how can an email server have the key to decrypt it?
[17:02:54] <patdk-wk> only the recipient should have that
[17:03:02] <dall> k
[17:04:00] <dall> btw....DKIM is configured!!!!! :-)
[17:04:06]
[17:04:15] *** Gatto has joined #postfix
[17:04:39] <ixnay> workday is over
[17:04:48] <ixnay> I'll rejoin once I get home
[17:04:53] <ixnay> to bug you guys more, mwahahahaha
[17:04:58] *** ixnay has quit IRC
[17:05:14] *** cilly has joined #postfix
[17:10:32] *** AcTiVaTe has joined #postfix
[17:14:43] *** Gatto has quit IRC
[17:23:34] *** amir has quit IRC
[17:24:49] *** slooth has quit IRC
[17:29:19] *** ranger03 has joined #postfix
[17:30:59] <kuhkatz> xs4l0rth2desktop
[17:35:20] *** ced117 has joined #postfix
[17:35:21] *** ced117 has joined #postfix
[17:35:46] *** brancaleone has joined #postfix
[17:37:15] *** slooth has joined #postfix
[17:38:59] *** ranger03 has quit IRC
[17:39:46] *** tharkun_ has quit IRC
[17:40:18] *** penny has joined #postfix
[17:40:45] *** jujugre has left #postfix
[17:41:26] <penny> Hi all; need some advice about a mailserver who stores mail in virtual mailbox, and now I need it to relay mail to a certain domain. Is it possible?
[17:42:14] <cpm> given time and resources, it's more difficult to define what is impossible.
[17:42:54] <tuxick> cpm don't get me started there ;p
[17:43:03] <cpm> heh
[17:43:28] * patdk-wk wasn't sure cpm was possible
[17:43:29] <penny> thanks cpm :P ; I'm trying to use transport for the relaying part, but before the mails gets relayed, it's stored :(
[17:43:31] <patdk-wk> but he exists
[17:43:33] <tharkun> master cpm your words of wisdom are too deep for us mere mortals
[17:44:10] *** kuhkatz has quit IRC
[17:44:35] *** kuhkatz has joined #postfix
[17:44:36] *** kuhkatz has joined #postfix
[17:44:59] *** brancaleone has quit IRC
[17:46:06] <cpm> penny, I do this, but with a virtual map as well. virtual map user at domain dot tld user at domain dot tld user at someotherdomain dot tld and in transport user@someotherdomain smtp:[address of someotherdomain]
[17:46:23] *** geek_cl has joined #postfix
[17:46:27] <cpm> do you see?
[17:48:33] * tuxick sees the light
[17:48:43] <tuxick> the band!!!
[17:49:53] <patdk-wk> stop looking into the dentist's light
[17:49:54] <penny> cpm, that's what I do, but when postfix gets mail for that domain, tries to store on locahost instead of relaying to another server
[17:50:18] <cpm> there's a light! (over at the frankenstein place)
[17:50:33] <cpm> what is 'that domain' ?
[17:50:43] <cpm> !welcome
[17:50:43] <knoba> cpm: "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.
[17:50:47] <cpm> !topic
[17:50:47] <knoba> cpm: "topic" : The Postfix MTA || See !debug and provide a pastebin URL of relevant logs and postconf -n output before asking questions / check your logs / know your unix basics || On using IRC: http://workaround.org/getting-help-on-irc || Bot info: http://workaround.org/f=postfix || Channel log: http://echelog.matzon.dk/?postfix
[17:50:51] <tuxick> domain still in mydestination?
[17:50:52] <penny> the domain I'm trying to relay mail for
[17:51:13] <penny> no, it's not in mydestination
[17:51:49] *** geek_cl has quit IRC
[17:52:05] *** brancaleone has joined #postfix
[17:54:37] *** slooth has quit IRC
[17:54:37] *** slooth has joined #postfix
[18:01:31] *** brancaleone has quit IRC
[18:03:27] *** cpm has quit IRC
[18:12:24] *** brancaleone has joined #postfix
[18:17:07] *** Toerkeium has quit IRC
[18:17:32] *** Toerkeium has joined #postfix
[18:19:06] *** pgib has joined #postfix
[18:19:47] *** Pinchiukas has left #postfix
[18:20:46] <pgib> Hello. I'm not looking to be spoonfed, but I am looking for some terminology. We are migrating to another mail server, we want all incoming mail to be sent to another smtp server (in addition to being processed as it is now - aliases, maildir delivery, etc) what am I looking for? Just "forwarding" ?
[18:21:30] *** cilly has quit IRC
[18:21:44] <patdk-wk> that depends exactly how you want it processed
[18:21:58] *** geek_cl has joined #postfix
[18:22:06] <patdk-wk> if you want it forwarded on to the same destination on the other server?
[18:22:13] *** Toerkeium has quit IRC
[18:22:48] <patdk-wk> the simple method would be blind_bcc but I don't think that is what you mean
[18:23:14] <pgib> no. this is so that new mail will be sent to the new server while we deal with migrating old mail
[18:23:55] *** brancaleone has quit IRC
[18:24:31] <patdk-wk> doesn't sound good
[18:24:38] <patdk-wk> if that email goes to the new and old servers
[18:24:52] <patdk-wk> how are you going migrate the old email without causing dups?
[18:26:42] <pgib> using the tool that gmail has that does a sync from IMAP
[18:26:44] <patdk-wk> not sure I can help you much more, without completely rewriting all your aliases
[18:26:54] *** bezourox has quit IRC
[18:29:39] <pgib> hm ok
[18:30:21] *** Toerkeium has joined #postfix
[18:31:05] *** penny has quit IRC
[18:32:30] *** empity has quit IRC
[18:35:59] <pgib> This is just what Google recommends
[18:44:26] *** Kirim has joined #postfix
[18:45:03] <Kirim> hey im back
[18:45:25] <Kirim> sorry i have another problem now... tbh it's the same problem, but now w/o changes it doesn't work anymore
[18:45:29] *** Toerkeium has quit IRC
[18:45:37] <Kirim> i've got the error: sql_select option missing
[18:45:59] <Kirim> now when i want to send a mail using a mailclient - sending a mail using roundcube works perfectly
[18:45:59] *** Toerkeium has joined #postfix
[18:46:23] <Kirim> i also get the error: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: sql
[18:48:44] *** Toerkeium has quit IRC
[18:49:23] *** Toerkeium has joined #postfix
[18:55:40] <rob0> cpm, Burning in the fireplace, there's a light ... a light ...
[18:55:52] <Kirim> can someone confirm that my message got received?
[18:56:54] <rob0> ... In the darkness, of everybody's night.
[18:57:14] <rob0> Kirim, we don't have access to your logs, how could we confirm anything?
[18:57:20] <tharkun> Philosophical friday?
[18:57:39] <rob0> tharkun, Rocky Horror Picture Show
[18:58:39] <Kirim> nope that i sent the message here in irc ;)
[18:59:53] *** shal3r has quit IRC
[19:02:34] * patdk-wk wonders who made irc understand smtp
[19:02:48] *** Twinkletoes has quit IRC
[19:03:29] <Kirim> okay however, can someone help me debug it? i dont know why it stopped working w/o any modification :(
[19:04:52] *** alibama has left #postfix
[19:05:04] <pgib> IRCoSMTP
[19:05:12] *** Toerkeium has quit IRC
[19:05:30] <pgib> IRCoSMTPoPPPoE
[19:06:30] <rob0> MICKeY MoUSE
[19:06:53] <robtone> MySQL!
[19:07:09] *** hever has quit IRC
[19:08:23] <pgib> I don't care who's SQL it is, the server sucks
[19:08:29] <pgib> whose
[19:13:13] <jimpop> all servers suck... that's why there are always dust bunnies inside them
[19:14:15] <tharkun> I opened a server yesterday it had some black, extremly fine dust. It took 1:30 to clean it. I never saw that before
[19:17:54] <patdk-wk> hmm
[19:18:12] <patdk-wk> fine black dust is normally from the insulation inside the duct/ac unit breaking down
[19:18:29] <patdk-wk> normally you see it around the air vents, badly shows on carpet
[19:18:42] *** Southron has joined #postfix
[19:19:05] <pgib> maybe someone was smoking pot in your server closet
[19:19:44] <tharkun> naah pot smoking is allowed on the ceeling. No use going to a cold room to do that
[19:21:00] <tharkun> patdk-wk: it could mean that the AC once fubar'd and this are the side effects?
[19:23:45] <patdk-wk> no
[19:24:14] <patdk-wk> it could mean, the insulation they use inside the ac unit, could be breaking down, cause it's old
[19:24:25] <pgib> mmm asbestos
[19:24:34] <patdk-wk> normally they use black insulation that when blown around is small black stuff like that :)
[19:24:57] <patdk-wk> most newer units are using insulation with metal lining, so that doesn't happen
[19:25:04] <tharkun> Let me take a look at the maintenance log (if there is one around)
[19:27:18] *** krzee has quit IRC
[19:27:21] <patdk-wk> if you go to someones house with carpet, and notice around the walls and vents, it's black looking, it's cause of the insulation breaking down
[19:27:43] <patdk-wk> or they somehow managed to grow mold there :)
[19:28:24] <tharkun> patdk-wk: Usually on this part of México houses do not have ac nor heat. Since it is only needed 1 or 2 days per year.
[19:28:54] <Aprogas> Put your AC on 80% humidity for a guaranteed moldfest.
[19:28:56] <patdk-wk> ah, so something people down there probably wouldn't know about since it doesn't happen :)
[19:32:00] <patdk-wk> here we go
[19:32:00] <patdk-wk> http://www.airkoolny.com/pics/york-air-handler-repair.jpg
[19:32:20] <patdk-wk> the insulation used inside that unit there, it breaks down over time and causes black dust :)
[19:33:12] *** Motoko has joined #postfix
[19:35:17] <tharkun> patdk-wk: Very interesting. I didn't have a clue. On first sight i thought something had burned inside the server room and those where the smoke particles trapped on the server casing. I am sure you are right the cleaning lady told me that some time ago they changed their AC because there was some major problem with it.
[19:35:53] *** Toerkeium has joined #postfix
[19:36:46] <patdk-wk> the good and bad thing about smoke is, you know it instantly, cause it sticks to everything
[19:36:57] <patdk-wk> all the heatsinks and stuff would be covered
[19:36:57] *** Toerkeium has quit IRC
[19:37:09] <Aprogas> I am considering buying a air humidifier and purifier. Mostly because of my hay fever and dust allergy.
[19:37:34] *** Lujeni has quit IRC
[19:37:51] <patdk-wk> I'm a sad person, did hvac for 10years, so I could better cool my computers
[19:40:31] <tharkun> Aprogas: there is some allergologist that can cure you. I had an extremly violent reaction to corn which allready a bad and mostly untold story at my parents home
[19:46:40] *** brancaleone has joined #postfix
[19:56:31] *** krzee has joined #postfix
[20:07:42] *** ujjain is now known as ujjain|afk
[20:13:07] *** dimm has joined #postfix
[20:17:14] *** dimm has quit IRC
[20:18:31] *** Gatto has joined #postfix
[20:21:04] *** cilly has joined #postfix
[20:21:45] <Aprogas> tharkun: I don't feel like going through desensitation, I don't have it that bad.
[20:22:48] *** cilly has quit IRC
[20:23:26] *** Kirim has left #postfix
[20:26:24] *** Nightwolf has left #postfix
[20:32:13] *** dall has quit IRC
[20:34:10] *** Toerkeium has joined #postfix
[20:42:17] *** daguz has left #postfix
[20:48:54] *** geek_cl has quit IRC
[20:53:50] *** ujjain|afk is now known as ujjain
[20:54:22] *** ujjain is now known as ujjain|afk
[20:54:42] *** ujjain|afk is now known as ujjain
[20:55:18] *** vn has quit IRC
[20:55:18] *** ujjain is now known as ujjain|afk
[20:55:37] *** ujjain|afk is now known as ujjain
[20:57:21] *** Bartzy has quit IRC
[21:01:04] *** hever has joined #postfix
[21:06:15] *** ketema has joined #postfix
[21:08:16] *** Matic`Makovec has joined #postfix
[21:08:17] *** ketema has left #postfix
[21:11:44] *** geek_cl has joined #postfix
[21:17:03] *** will has joined #postfix
[21:37:37] *** devdas has joined #postfix
[21:38:47] *** marchelly has quit IRC
[22:00:48] *** pgib has left #postfix
[22:01:01] *** ssureshot has quit IRC
[22:05:00] *** vn has joined #postfix
[22:14:49] *** Maliel has quit IRC
[22:15:01] *** Maliel has joined #postfix
[22:15:10] *** Toerkeium has quit IRC
[22:17:28] *** vn has quit IRC
[22:19:15] *** vn has joined #postfix
[22:29:23] *** basho__ has quit IRC
[22:38:09] *** vn has quit IRC
[22:39:11] *** blokkie has joined #postfix
[22:39:15] <blokkie> Hi
[22:39:23] <devdas> lo
[22:39:53] *** Toerkeium has joined #postfix
[22:40:18] <blokkie> I have a synology NAS which has postfix on it
[22:41:03] <blokkie> I've configged fetchmail to get mails and put it on the NAS , the mails should be delivered via postfix to the local mailboxes
[22:41:15] <blokkie> but all mails end up in deferred folder of postfix
[22:41:26] <blokkie> instead of ~/.Maildir
[22:41:29] <devdas> !logs
[22:41:29] <knoba> devdas: "logs" : postfix logs to the mail facility of syslog. Something like grep -i `postconf -h syslog_facility` /etc/syslog.conf should tell you where logs are going. also see !no_logs and !have2mung
[22:41:33] <devdas> !debug
[22:41:33] <knoba> devdas: "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/
[22:41:42] <blokkie> any ideas ?
[22:42:06] <devdas> See those, provide information
[22:42:10] <devdas> Oh, and /topic
[22:44:12] <blokkie> http://pastebin.ca/2070596
[22:44:34] <devdas> Logs?
[22:44:46] <blokkie> haven't found them yet
[22:44:59] <devdas> See /etc/syslog.conf?
[22:44:59] *** gerhard7 has quit IRC
[22:45:25] <blokkie> does not exist
[22:46:21] <devdas> Is there a syslog daemon?
[22:46:58] <devdas> I can make a guess that your problem is the mailbox_size_limit being smaller than the message_size_limit
[22:47:05] <devdas> !message_size_limit
[22:47:05] <knoba> devdas: "message_size_limit" : a configuration parameter in the main.cf: The maximal size in bytes of a message, including envelope information. The default is 10240000 bytes
[22:47:38] <devdas> http://www.postfix.org/postconf.5.html#mailbox_size_limit
[22:49:58] <blokkie> I'll put 0
[22:50:24] <blokkie> but .. should postfix deliver to mails in my ~/.Maildir or is this another app ?
[22:51:22] <devdas> Postfix will deliver fine
[22:51:31] <devdas> You have to figure out your logging thouigh
[22:51:34] <devdas> though*
[22:51:38] <blokkie> now if just I can find the logging
[22:51:44] <blokkie> indeed
[22:52:02] <devdas> Not 0, it needs to be at least as small as your biggest message
[22:52:10] <devdas> 0 != unlimited
[22:52:44] <devdas> err, it's 0 for mailbox, but not for message
[22:53:05] <devdas> Make both 1GB or something (that parameter isn't relevant for a Maildir/)
[22:54:57] *** vn has joined #postfix
[22:55:28] *** Toerkeium has quit IRC
[22:57:21] <blokkie> I realy don't find any postfix logs. The only postfix entry is from when I changed the time via ntp in /var/log/messages
[22:57:43] <blokkie> so I asume postfix writes to /var/log/messages
[23:00:18] <devdas> It writes to mail.*
[23:00:43] <blokkie> yes /sbin/syslogd -S
[23:03:11] <blokkie> I put this in debug_peer_list = 127.0.0.1
[23:03:18] <blokkie> at least then I get some more info
[23:03:27] *** hever has quit IRC
[23:07:11] *** Belial__ has quit IRC
[23:09:26] *** brancaleone has quit IRC
[23:10:42] *** brancaleone has joined #postfix
[23:15:05] *** mambaw has joined #postfix
[23:15:17] *** Zethrok has quit IRC
[23:16:19] *** sphenxes01 has quit IRC
[23:16:35] *** astromme has quit IRC
[23:16:40] *** astromme has joined #postfix
[23:16:57] *** k-man has quit IRC
[23:17:11] *** Zethrok has joined #postfix
[23:19:23] *** k-man has joined #postfix
[23:20:30] *** _Tassadar has joined #postfix
[23:32:35] *** cps0 has joined #postfix
[23:41:20] *** Sieg has joined #postfix
[23:45:17] *** higuita has quit IRC
[23:56:26] *** mambaw has quit IRC
[23:56:41] *** dim has quit IRC
[23:57:14] *** bisoc has quit IRC
[23:58:20] *** hever has joined #postfix
top

   May 27, 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 | >