[00:04:55] *** uqlev has joined #postfix
[00:08:17] *** Telgalizer has joined #postfix
[00:10:27] *** robinho86 has quit IRC
[00:15:20] *** wimpog has quit IRC
[00:16:13] *** thumbs has quit IRC
[00:25:52] *** kaos01 has quit IRC
[00:31:08] *** KippiX has quit IRC
[00:37:31] *** rsc has left #postfix
[00:37:38] *** e-anima has quit IRC
[00:49:01] *** uqlev has quit IRC
[00:53:23] *** wimpog has joined #postfix
[00:54:27] *** chad has joined #postfix
[00:56:20] *** Bry8Star has quit IRC
[00:57:28] *** corretico has quit IRC
[00:59:15] *** Bry8Star has joined #postfix
[00:59:21] * tharkun is obsessive, finally i got what adrian15 was doing wrong 6 hours ago :(
[01:00:36] <roe> haha
[01:00:46] <roe> tharkun, you should seek him out and tell him
[01:01:11] <tharkun> naa, at this time he is sleeping at his home. I guess he is spanish
[01:01:18] *** heller_barde has quit IRC
[01:02:18] <tharkun> I knew there was something odd on his config I just couldn't spot it right away ;P
[01:02:24] <roe> that's not very nice to call spanish people lazy
[01:03:09] <tharkun> roe: 7 hours time difference from mine, 3:02 am according to me, nice time to be in bed.
[01:03:37] <roe> oh
[01:03:45] <roe> you actually meant spanish
[01:03:54] *** elex1111113 has quit IRC
[01:03:57] <tharkun> yes, spanish from SP
[01:04:01] <tharkun> yes, spanish from SPAIN
[01:04:02] <roe> I thought you saying something else
[01:04:38] <chad> roe: you're horrible.
[01:05:02] <roe> ha
[01:05:18] <roe> don't blame me. blame tharkun
[01:05:23] <tharkun> and the exerpt from the master.cf was wrong. That was the part that got me confused
[01:08:41] * tharkun is tired
[01:08:56] * tharkun goes home with nasty intention of going to sleep
[01:12:01] *** thumbs has joined #postfix
[01:12:02] *** thumbs has joined #postfix
[01:31:06] <iocc> whats wrong when smtp_bind_address = 193.228.143.2 , smtp_bind_address6 = 2a00:1a28:1152::2 doesnt work. It sends mail out from an other IP...?
[01:34:55] *** devxdev has quit IRC
[01:45:07] <rob0> Could be hundreds of things. No way we can guess.
[01:45:11] <rob0> !wag
[01:45:11] <knoba> rob0: "wag" : WAG: Wild-assed guess ... rarely, if ever, of much use in debugging problems. See !welcome and /topic and !debug.
[01:53:52] *** devxdev has joined #postfix
[01:56:28] *** devxdev has quit IRC
[02:05:29] *** lysander has quit IRC
[02:06:34] *** lysander has joined #postfix
[02:14:27] *** MaximusColourum has quit IRC
[02:21:07] *** danblack has joined #postfix
[02:30:34] *** SockPants has quit IRC
[02:31:15] *** SockPants has joined #postfix
[02:31:19] *** znull has quit IRC
[02:31:35] *** pehden has quit IRC
[02:34:17] *** pehden has joined #postfix
[02:34:39] <jimpop> doesn't ipv6 addrs need to be in brackets?
[02:34:57] <jimpop> i.e. smtp_bind_address6=[2a00:1a28:1152::2]
[02:35:09] <roe> to the best of my knowledge [ ] or to prevent an mx lookup
[02:35:24] <roe> !smtp_bind_address6
[02:35:24] <knoba> roe: "smtp_bind_address6" : a configuration parameter in the main.cf: An optional numerical network address that the Postfix SMTP client should bind to when making an IPv6 connection.
[02:36:19] <jimpop> ahh, so it doesn't need the brackets
[02:36:55] <jimpop> but in mynetworks it does
[02:37:05] <jimpop> strange difference, imho
[02:37:55] *** Tykling has quit IRC
[02:38:17] <roe> true
[02:38:26] <roe> I think I'd prefer a mynetworks6
[02:39:12] <roe> ah, but it probably stems from the fact that you can abbreviate ipv6 addresses so it makes figuring out where one ends and the other begins a bit trickier
[02:39:24] *** Tykling has joined #postfix
[02:39:47] *** Tykling has quit IRC
[02:41:19] <jimpop> i wonder what's doing to happen to PTR lookup performance (timings) when ipv6 sets in and every MTA tries to verify connecting IP.
[02:42:53] <roe> we'll burn that bridge when we get there
[02:44:16] <jimpop> literally, burn that disk that the db is on. ;-)
[02:46:24] *** Tykling has joined #postfix
[02:47:20] *** Areckx has joined #postfix
[02:54:17] *** cps0 has quit IRC
[03:27:04] <BuenGenio> so is dnsmasq a good choice for a local caching DNS server to reduce DNS traffic_
[03:27:09] <BuenGenio> and speedup lookups?
[03:29:12] *** Hamra has joined #postfix
[03:29:27] <rob0> Any should be an improvement over none, but dnsmasq is not a complete DNS implementation. It has to have an upstream server feeding it.
[03:30:41] <rob0> ISC BIND named, and unbound, are more complete, able to do recursion on their own.
[03:31:02] <Hamra> hello all, i want to perform a header_checks on emails going through the submission service, but aparently, smtpd doesn't do "header_checks", how can i do it?
[03:31:46] <rob0> Use a different cleanup_service_name and cleanup(8) instance for submission.
[03:35:40] <jimpop> BuenGenio: no
[03:35:51] <Hamra> thanks rob0, looking into it
[03:36:14] <jimpop> BuenGenio: you need a dns resolver that doesn't fwd requests (ie. a caching resolver that queries the roots)
[03:36:28] <BuenGenio> okay, so bind
[03:36:32] <jimpop> BuenGenio: check out pdns_resolver
[03:36:39] <jimpop> or bind
[03:36:59] <jimpop> pdns_resolver is simplier than bind and works very well, imho
[03:38:14] <jimpop> the reasons behind using a caching resolver that queries the DNS root servers is so that DNSBLs (i.e. spamhaus) see the requests coming from your server and not some other server
[03:38:35] <jimpop> spamhaus, and others, will block DNS servers that overload them
[03:39:14] <BuenGenio> how often would pdns update by default?
[03:39:50] <jimpop> it updates based on the TTL specified by the hostname you are querying
[03:40:18] <jimpop> dig soa ibm.com
[03:40:51] <jimpop> ^^ will show you the SOA numbers of DNS expiration values for ibm.com
[03:42:06] <BuenGenio> okay, duh
[03:42:11] <BuenGenio> thanks
[03:42:15] <jimpop> yw
[04:02:57] <Hamra> finally! i have a working server-side "copy sent mail to Sent folder" implementation :D
[04:06:41] <BuenGenio> Met a guy here in HK the other day that contributed a lot of code to Postfix and had worked with Dr. Wietse. Works for IBM here...
[04:06:53] <BuenGenio> serendipity in action
[04:20:33] <BuenGenio> is Sendmail still alive__
[04:20:34] <BuenGenio> ??
[04:22:21] <jimpop> www.sendmail.com
[04:22:22] <jimpop> ?
[04:33:42] <BuenGenio> yeah, they even have an HQ park )
[04:34:09] <jimpop> nice
[04:34:15] <BuenGenio> wonder what they are doing with MeTA
[04:41:09] *** danblack has quit IRC
[05:00:11] *** danblack has joined #postfix
[05:08:29] *** wimpog has quit IRC
[05:10:43] *** Hamra has quit IRC
[05:29:37] *** shoonya has joined #postfix
[05:47:31] *** MAAAAAD has joined #postfix
[05:48:49] *** MaximusColourum has joined #postfix
[05:51:33] *** MAAAAD has quit IRC
[06:06:03] *** chad has quit IRC
[06:06:45] *** elex1111113 has joined #postfix
[06:11:25] *** cilly has quit IRC
[06:13:24] *** cilly has joined #postfix
[06:22:29] *** elex1111113 has quit IRC
[06:41:44] *** biggi_mat has joined #postfix
[07:24:31] *** rotbeard has joined #postfix
[07:46:27] *** elico has quit IRC
[07:48:08] *** Areckx has quit IRC
[07:56:17] *** patdk-wk has quit IRC
[08:07:21] *** Areckx has joined #postfix
[08:11:40] *** Motoko has joined #postfix
[08:15:41] *** cirox has quit IRC
[08:24:08] *** gerhard7 has joined #postfix
[08:33:36] *** Soehnke has joined #postfix
[09:01:11] *** jkfod has joined #postfix
[09:12:05] *** jkfod has quit IRC
[09:12:07] *** Silowyi has quit IRC
[09:13:08] *** Alagar has joined #postfix
[09:15:59] *** Azzid has quit IRC
[09:16:10] *** Azzid has joined #postfix
[09:17:00] *** master_of_master has quit IRC
[09:18:28] *** master_of_master has joined #postfix
[09:21:37] <meisth0th> hello
[09:23:13] <meisth0th> incoming mails are delivered according to date and time of sender date/time. hence, a newly arrived mail is being shown after older mails on my client. can i make postfix ignore the date and time of the incoming mail and treat them according to postfix' own date time?
[09:23:50] <pj> that's your client doing the ordering, not postfix
[09:24:54] *** patdk-wk has joined #postfix
[09:26:05] <meisth0th> pj, i am using thunderbird as client, which column should i select as sort column for a behavior like i told?
[09:26:24] <pj> ask in a thunderbird channel
[09:26:46] <meisth0th> k thanks
[09:30:16] *** wdp has joined #postfix
[09:34:44] *** KippiX has joined #postfix
[09:48:47] *** p3rror has quit IRC
[09:49:15] *** amir has quit IRC
[09:53:41] *** Motoko has quit IRC
[10:18:57] *** UQlev has joined #postfix
[10:24:39] *** znull has joined #postfix
[10:34:37] *** kaos01_ has joined #postfix
[10:35:55] *** Areckx has quit IRC
[10:48:37] *** shinao1 has joined #postfix
[11:05:41] *** danblack has quit IRC
[11:15:08] *** wdp has quit IRC
[11:17:17] *** znull has quit IRC
[11:17:50] *** znull has joined #postfix
[11:27:13] *** znull has quit IRC
[11:27:54] *** znull has joined #postfix
[11:31:00] *** danblack has joined #postfix
[11:32:28] *** KippiX has quit IRC
[11:35:03] *** grossing has quit IRC
[11:36:24] *** grossing has joined #postfix
[11:36:55] *** wdp has joined #postfix
[11:36:55] *** wdp has joined #postfix
[11:40:44] *** e-anima has joined #postfix
[11:40:48] *** arussel has joined #postfix
[11:40:56] *** eanima has joined #postfix
[11:42:21] *** milligan has quit IRC
[11:45:21] *** danblack has quit IRC
[11:50:27] *** viddy has quit IRC
[11:52:28] *** milligan has joined #postfix
[11:55:34] *** jkfod has joined #postfix
[11:56:56] *** eanima has quit IRC
[11:57:00] *** MaximusColourum has quit IRC
[12:09:09] *** shinao1 has quit IRC
[12:10:04] *** koobs has joined #postfix
[12:12:37] *** viddy has joined #postfix
[12:18:37] *** grossing has quit IRC
[12:19:16] *** grossing has joined #postfix
[12:22:35] *** jkfod has quit IRC
[12:24:00] *** jkfod has joined #postfix
[12:28:23] *** grossing has quit IRC
[12:41:51] *** adrian15 has joined #postfix
[12:43:01] *** gerhard7 has quit IRC
[12:46:10] *** roxlu has joined #postfix
[12:46:12] <roxlu> hi
[12:47:00] <roxlu> Is it possible to have a mailbox, ie info at domain dot com, and also forward mail to info at domain dot com to some other addresses (like user at yahoo dot com, someone at hotmail dot com) ?
[12:47:32] *** enoch has joined #postfix
[12:47:35] <enoch> hi all
[12:47:56] <enoch> im writing a newsletter system using php and send emails using a postfix smtp server
[12:48:30] <enoch> setting the php cicle too fast will make my email go in spam? firwalled? will postfix handle it?
[12:51:03] *** e-anima has quit IRC
[12:51:25] <UQlev> roxlu: dot-forward
[12:52:22] <sysmonk> UQlev: or alias info at domain dot com info at domain dot com, user at yahoo dot com
[12:53:07] <UQlev> sysmonk: may I put in /etc/aliases external addresses?
[12:53:29] <sysmonk> UQlev: on the left side or right side?
[12:53:43] <rob0> Same-envelope forwarding to external sites you do not control is bad news when you receive (and forward) spam at that address.
[12:53:49] <UQlev> on the right side
[12:53:56] <sysmonk> UQlev: sure
[12:54:40] <rob0> Anything that can go in a .forward file can also be on the RHS of an aliases(5) entry.
[12:54:42] <UQlev> sysmonk: thank you
[13:02:23] *** UQlev has quit IRC
[13:03:34] *** e-anima has joined #postfix
[13:06:49] *** schnuffle has joined #postfix
[13:07:09] *** grossing has joined #postfix
[13:09:12] <schnuffle> Hi I have following delivery: dovecotspam unix - n n - - pipe
[13:09:12] <schnuffle> flags=DRhu user=vmail:mail argv=/usr/bin/spamc -s 500000 -u ${recipient} -e /usr/lib/dovecot/deliver -d ${recipient}. Now I'm not really sure this is save and no mail can be lost. Some time ago I read about it but can't find the source again. Do some of you have a hint for me?
[13:12:15] <adrian15> enoch: Use throttling.
[13:15:27] <jwing> schnuffle: you are asking in the wrong place. That's a Spamassassin / Dovecot setup in postfix. You need to look under the docs for spamassassin.
[13:15:44] *** lysander has quit IRC
[13:16:55] <schnuffle> jwing: I beg to disagree because the question is following. What happens to the delivery if spamc returns with non 0 exit code?
[13:17:08] *** shoonya has quit IRC
[13:17:25] <jwing> you didn't ask about the action due to a return code :)
[13:17:28] <schnuffle> jwing: And I'm sure the spamassassin guys will tell me that it's a postfix question. It's in between
[13:18:01] <schnuffle> jwing: true wasn't specific enough
[13:19:15] *** lysander has joined #postfix
[13:19:16] <schnuffle> Lets rephrase the question. When does postfix delete the mail from the queue, right after having it piped to the program or after getting a exit code
[13:21:32] * jwing doesn't know the answer to that one.
[13:22:02] <jwing> but a simple test could be executed by changing the pipe to execute a shell script which simply returns a 0 or 1 and then watch the behaviour
[13:23:34] <schnuffle> jwing: I guess I will have to test it myself. The problem is that I want to make sure that the delivery failing at any state doesn't lead to a lost mail
[13:23:46] * jwing nods
[13:24:37] <jwing> sounds like something worth while testing out in a lab to verify the behaviour at each step.
[13:26:24] <schnuffle> yep, the risk I think is following: Spamassassin does a good check but dovecot-delivery fails for a reason
[13:27:01] <schnuffle> I find it strange, that such a setup is so uncommon and most filtering is done with content_filter
[13:33:12] *** snearch has joined #postfix
[13:34:59] <rob0> Amavisd-new is really best for such things.
[13:35:45] <rob0> Postfix pipe(8) service, as documented, waits for an exit code.
[13:36:04] <schnuffle> rob0: I started hating amavis as I don't see the benefit of using it and the memory bloat is useless
[13:36:50] *** jkfod has quit IRC
[13:36:51] <rob0> I certainly do not think your spamc/deliver hack is going to be in any way more efficient, but have fun.
[13:37:26] *** cpm has joined #postfix
[13:37:26] *** cpm has joined #postfix
[13:39:08] <schnuffle> rob0: True I would prefer dovecot-delivery having a way to do the spam checking like with procmail but for the moment there isn't a way to do it or I haven't found one
[13:39:51] <rob0> !sieve
[13:41:32] <schnuffle> knoba: I use sieve and the filtering works fine but haven't found a filter that would trigger spamassassin and filter afterwards
[13:41:58] <schnuffle> of knoba the robot :)
[13:42:37] *** FainaUkraina has joined #postfix
[13:49:55] *** zz_cornfeed has quit IRC
[13:52:46] *** zz_cornfeed has joined #postfix
[13:52:53] *** znull has quit IRC
[13:53:26] *** FainaUkraina has quit IRC
[14:02:13] *** shoonya has joined #postfix
[14:10:15] *** FainaUkraina has joined #postfix
[14:12:59] *** kaos01_ has quit IRC
[14:14:41] *** wimpog has joined #postfix
[14:19:08] *** FainaUkraina has quit IRC
[14:19:30] *** FainaUkraina has joined #postfix
[14:26:16] <patdk-wk> how exactly is amavisd a memory bloat?
[14:27:02] <patdk-wk> amavisd hardly uses any more memory than spamd
[14:29:48] *** MaximusColourum has joined #postfix
[14:30:53] <rob0> Content filtering is resource-intensive. Doesn't matter what does it, it will use a lot of ram.
[14:31:26] *** amir has joined #postfix
[14:32:24] <schnuffle> patdk-wk: that may be true but I don't like the idea to use a perl script to launch something else with the disadvantage of having a night mare to configure it
[14:32:52] <patdk-wk> heh? what do you think spamassin is? a perl script
[14:34:04] <rob0> oops
[14:35:10] <lunaphyte_> not sure why perl would have anything to do with it.
[14:35:17] <schnuffle> patdk-wk: true and what is the reason I use amavis instead of using spamassassin dirctly? For me there's no reason maybe you can give me one
[14:35:31] <lunaphyte_> do you like using a php script to launch something else?
[14:35:53] <patdk-wk> as you state in the other channel, it guarentees you WON'T loose email
[14:36:08] <schnuffle> i don't care if perl/python/.......... I don't have anything against any language
[14:36:30] <sysmonk> try java then
[14:36:30] <sysmonk> ;P
[14:36:57] * sysmonk hides his trollface
[14:37:22] <schnuffle> patdk-wk: but I can do the same with a content filter in postfix without using amavis. I'm not against amavis but I didn't find an argument for it thats all
[14:37:31] <lunaphyte_> things must run somehow. often there is integration, where it makes sense. making derisive comments regarding the architecture before you have a comprehensive understanding of something makes you look foolish.
[14:38:30] <patdk-wk> schnuffle, amavis is a content_filter, no you don't HAVE to use amavis if you don't want, but amavis has been very well tested, due to the amount of people using it
[14:38:41] <patdk-wk> if you want to use *something else*, sure you may, I have no issues with that
[14:38:49] <schnuffle> lunaphyte_: I have the opinion I undestand my setup quite well
[14:38:50] <lunaphyte_> have you actually used amavis?
[14:38:50] <patdk-wk> but I personally dunno how *reliable* that would be
[14:39:44] <rob0> amavisd provides reliability in one running perl process. That same process also runs SA as modules. You can also use it to integrate other content filters.
[14:40:26] <schnuffle> lunaphyte_: I just switched it off and have it still runing on another server. But the statement "use amavis it's good" isn't enough for me I would like to have arguments that explain why using amavis with spamasaasin is an advantage over only using spamassassin
[14:40:26] <lunaphyte_> i'm not interested in selling something to someone, especially when it is being eschewed out of ignorance.
[14:40:42] <lunaphyte_> what problems was it causing?
[14:40:54] <rob0> What you're doing: invoking perl for every single delivery. Oops.
[14:40:59] <lunaphyte_> [and i'm not interested in the "it uses my ram" nonsense]
[14:41:19] * roe feeds lunaphyte_ 's ram
[14:41:50] <schnuffle> lunaphyte_: no problem. You see I'm here to gather more knowledge and being sceptic. and your answer is: it's been done that way so it is good
[14:42:07] <lunaphyte_> i never said that.
[14:42:23] *** FainaUkraina has quit IRC
[14:42:31] <roe> to be honest it looks like he is just trying to pick a fight
[14:42:39] <schnuffle> rob0: yes and forking deliver for every delivery.
[14:43:00] <patdk-wk> forks are evil, use sporks
[14:43:11] <schnuffle> roe: no I don't I want to know that's all
[14:43:43] <roe> schnuffle, have you read the docs then?
[14:44:11] <jwing> if you are running a single spam check and a delivery for each message you receive, that's highly inefficient.
[14:44:26] <jwing> there's a reason daemons were invented.
[14:45:01] <schnuffle> jwing: thats an argument but how about running spamc with spamassasin as daemon?
[14:45:10] <higuita> when you receive just 1 or 2 emails per minute, it doesnt make much difference
[14:45:43] <higuita> but if you start getting 2000 emails per minute, you will see why forking each content filter is a bad ideia
[14:45:43] <schnuffle> higuita: okay, lets state that its not about high volume
[14:45:49] <jwing> higuita: true. but why do it poorly when you can do it efficiently?
[14:46:18] <patdk-wk> if doing it efficiently doesn't require any extra maintance or real setup time
[14:46:56] <higuita> amavis doesnt run just spamassassin
[14:47:24] <patdk-wk> higuita, it can run just spamassassin, if configured to
[14:47:36] <higuita> if you run just spamassassin, you probably dont see much difference between amavisd+spamassasin and spamd
[14:48:13] <patdk-wk> just cleaner intergration and knowing you won't have lost emails
[14:48:17] <higuita> amavis is probably more stable, as its simpler, spamd might on a long run get more problems, like leaks and corruptions
[14:48:48] <patdk-wk> well, you have to wrap spamc somehow, as it doesn't intergrate with postfix directly
[14:49:00] <patdk-wk> those solutions range widely in results
[14:49:56] <schnuffle> my problem with amavis is maybe the configuration. with only spamassasin I have one place with amavis, some is done in amavis and some in spamassassin.
[14:50:15] <roe> schnuffle, you aren't also doing virus checking?
[14:50:30] <rob0> I think it can all be done in amavisd.conf
[14:50:51] <rob0> (it=configuration)
[14:51:06] <roe> rob0, there are some things that need to be done in the spamassassin config, like enabling extra modules
[14:51:31] <roe> or adding additional rules/customizing existing rules
[14:51:31] <schnuffle> roe: no
[14:51:37] <higuita> patdk-wk: i agree with you, i also prefer amavisd than trying to connect several daemons with postfix... what i'm saying is that for a low volume, simple system, amavisd+spamassassin and spamd+wrapper arent that great. of course, higher volume, amavisd wins
[14:51:40] <roe> schnuffle, can I ask why not?
[14:52:06] <higuita> schnuffle: you also have several files to configure spamassasin, so amavisd is just one more
[14:52:36] <schnuffle> roe: Of course :) it's done by Virusscanners on the client machines.
[14:52:48] <roe> oy
[14:53:01] <roe> and the reason of "configuration is hard" isn't really valid
[14:53:02] <higuita> schnuffle: having different AVs on the server and the clients IS a good idea
[14:53:07] <schnuffle> higuita: right, but at least I found the docs being more consistent
[14:53:08] *** Tabmow has quit IRC
[14:53:33] <higuita> NO AV detects all virus, having different ones increase your chance of detecting then
[14:53:34] <schnuffle> higuita: I know but that isn't in responsibility
[14:54:18] <roe> so when someone gets a virus through their email and raise holy hell you'll say "Sorry not my job"?
[14:54:19] *** Tabmow has joined #postfix
[14:54:36] <higuita> amavisd you only configure once... after getting it running, you probably will not touch it again... spamassassin usually you will tune things as time goes by
[14:54:47] <schnuffle> roe: I say: "you wanted t that way, I told you"
[14:54:48] <patdk-wk> roe, considering antivirus programs are only like 45% effective
[14:55:15] <roe> ah the ole 'be careful what you wish for'
[14:55:23] * patdk-wk fixs the virus issue, no attachements, css, javascript, html in emails
[14:55:39] <roe> patdk-wk, I love that fix
[14:56:24] *** robinho86 has joined #postfix
[14:56:58] <higuita> i filter windows executables in spamassassin (using the amavis attach detect header line)
[14:57:08] *** alex_joni has joined #postfix
[14:57:33] <higuita> i cant filter out html and other attachs, saddly :(
[14:57:38] <roe> yesterday I had to help a user upload an HTML signature with an embedded picture. I was very sad
[14:57:40] <schnuffle> roe: by the way I myself prefered not having a virus scanner on my PC and I had no problems up to now. Every couple of weeks booting a virus live system and doing a scan thats all
[14:58:10] <alex_joni> my postfix started sending mail to non-local addresses, and I can't seem to find a way to prevent that. anyone got a pointer?
[14:58:18] *** davlefou has quit IRC
[14:59:04] <schnuffle> alex_joni: postfix on a web server, check if php is doing the mails
[14:59:18] <alex_joni> no, it's smtp email
[14:59:47] <alex_joni> tried with telnet on 25, and it accepts non-local addresses
[15:00:02] <schnuffle> alex_joni: the do a open relay test and check your smtpd_recipient_restrictions =
[15:00:27] <higuita> alex_joni: if its sending spam, please stop postfix until you fix it
[15:00:56] <alex_joni> higuita: not sending spam
[15:00:57] <higuita> and get the postconf -n and some logs
[15:01:09] <schnuffle> alex_joni: there should be reject_unauth_destination in it
[15:01:10] <alex_joni> it's an internal network machine, which I use for internal email
[15:01:21] <alex_joni> schnuffle: let me try that again
[15:01:45] *** znull has joined #postfix
[15:01:52] <higuita> ok then.... get the conf and the logs so we can check... until then its just guessing :)
[15:02:11] <schnuffle> alex_joni: higuita is right I'm just guessing
[15:02:48] <higuita> and guessing... where are you doing the telnet? from the internal network? if yes, check the mynetworks
[15:03:05] <higuita> usually mynetworks is allowed to relay emails...
[15:03:14] <higuita> (but again, guessing!!) :)
[15:05:53] <rob0> !tell alex_joni basic
[15:09:55] <wimpog> So, if I understand correctly, there is sendmail program/client and sendmail mta, is that correct?
[15:11:27] <higuita> yes
[15:11:31] *** Soehnke has quit IRC
[15:12:31] <higuita> postfix have the sendmail program for compatibility, but it is itseld a MTA, that replaces the sendmail MTA
[15:12:41] <higuita> confused? :)
[15:16:01] <roe> !sendmail
[15:16:02] <knoba> roe: "sendmail" : a pretty cryptic MTA that was famous in the ancient days of UNIX and still runs on a lot of mail servers. Don't confuse it with the "sendmail" command that is offered by Postfix to send emails (for compatibility reasons).
[15:16:23] *** Jaac has quit IRC
[15:16:38] *** Jaac has joined #postfix
[15:19:37] <patdk-wk> the postfix sendmail command replaces the sendmail MUA, it doesn't do the sendmail MTA part
[15:20:39] <alex_joni> schnuffle: mynetworks was the culprit, it overrided mynetwork_style = host
[15:21:12] *** snearch has quit IRC
[15:25:18] <schnuffle> aha
[15:28:47] *** alex_joni has left #postfix
[15:30:44] *** hjbehling has joined #postfix
[15:30:46] *** cpm has quit IRC
[15:32:24] *** The_Ball has quit IRC
[15:47:24] *** shoonya has joined #postfix
[15:51:18] <wimpog> higuita: roe: that's the confusion I had.
[15:51:52] <wimpog> higuita: roe sendmail command and sendmail MTA. Thanks for the explanation
[15:53:03] <wimpog> !sendmail
[15:53:03] <knoba> wimpog: "sendmail" : a pretty cryptic MTA that was famous in the ancient days of UNIX and still runs on a lot of mail servers. Don't confuse it with the "sendmail" command that is offered by Postfix to send emails (for compatibility reasons).
[15:53:34] <wimpog> what about exim? Is this a command or an MTA?
[15:53:40] <roe> !exim
[15:53:40] <knoba> roe: Error: "exim" is not a valid command.
[15:53:47] <roe> hrm
[15:54:14] <roe> that factoid should exist
[15:55:22] *** The_Ball has joined #postfix
[15:55:44]
<roe> !learn exim as Exim is a message transfer agent (MTA) for use on Unix systems connected to the Internet. In style it is similar to Smail 3, but its facilities are more general. It is currently the default MTA for Debian. http://http://www.exim.org/
[15:56:38] *** elex1111113 has joined #postfix
[15:59:46] <wimpog> roe: any obvious advantages/disadvantages over postfix? Is there also an exam command? I think I remember seeing it
[16:00:45] *** niki has joined #postfix
[16:01:09] *** grefter has joined #postfix
[16:01:19] <wimpog> roe: I meant "exim command"
[16:01:23] <schnuffle> wimpog: they do both the job, I prefer postfix but I guess that's a question of habitude
[16:01:29] <wimpog> !exim
[16:01:29]
<knoba> wimpog: "exim" : Exim is a message transfer agent (MTA) for use on Unix systems connected to the Internet. In style it is similar to Smail 3, but its facilities are more general. It is currently the default MTA for Debian. http://http://www.exim.org/
[16:01:47] <wimpog> schnuffle: thanks
[16:01:50] *** Necrogami has quit IRC
[16:03:57] *** necrogami has joined #postfix
[16:07:50] *** gerhard7 has joined #postfix
[16:15:53] *** corretico has joined #postfix
[16:17:35] *** spiderr has left #postfix
[16:25:37] *** will_ has joined #postfix
[16:28:36] *** enoch has quit IRC
[16:30:03] <will_> HELLO. Does anyone have examples of non-delivery DSNs? Trying to test some policy scripts and want to make sure I'm processing them nicely.
[16:31:28] <schnuffle> DSN?
[16:32:25] <schnuffle> will_: thanxs
[16:32:37] <will_> schnuffle: When a recipient MTA accepts a message, but later determines it cannot be delievered, so it sends a message back to the original sender saying "hey, I can't send this. Take it back"
[16:33:00] <will_> Rather rare these days, which is why it's hard to test :(
[16:33:03] *** adrian15 has left #postfix
[16:33:38] <schnuffle> will_: okay I see I just wasn't aware of the english words for it
[16:33:45] <will_> :)
[16:33:48] <will_> What do you call it?
[16:34:05] *** janfrode has quit IRC
[16:34:55] *** janfrode has joined #postfix
[16:35:49] *** rotbeard has joined #postfix
[16:36:16] <schnuffle> will_: no expression in german, the word bounce comes to my mind, but that's before acepting it
[16:36:57] <schnuffle> I know Delivery Status Notification of course but not DSN
[16:37:28] <will_> "Bounce" is valid, but just ambiguous at times. Delivery Status Notification is DSN :)
[16:37:44] <schnuffle> i'll keep in mind
[16:37:57] * thumbs jumps on will to make him bounce
[16:40:56] <will_> OMG
[16:42:29] <tharkun> will_: wouldn't your testing subject be called backscatter, or to be more precise a vector of attack to generate backscatter?
[16:43:32] <will_> tharkun: No, this script is accepting and processing the DSN.
[16:45:16] <schnuffle> will_: last time I had to deal with was an old qmail setup which could be used to spam people with so caled DSNs :)
[16:46:11] *** schnuffle has quit IRC
[16:47:44] <tharkun> will_: send an überlarge mail to an Exchange server behind a pix firewall and you get your DSN
[16:48:02] <will_> I don't know of any :(
[16:48:22] <will_> tharkun: I don't know how to reply to your twitter replies either :( I'm such a n00b
[16:48:33] <tharkun> will_: Ok, let me dig around if i can pack something for you
[16:48:36] <roe> someone was trying to convince me of the merits of sExchange the other day
[16:49:10] <tharkun> will_: you select the twit and you reply to it
[16:49:14] <will_> It's stupid to try to convince people of stuff if they don't have the need for such solutions :(
[16:49:23] <will_> tharkun: It doesn't show up on my phone
[16:49:49] <roe> I started to explain why he's wrong, then I remembered....it's the Internet
[16:50:00] <tharkun> will_: I forgot, you changed camps and went to the dark side of the phone :(
[16:50:05] <will_> My statement goes both ways :)
[16:50:14] <will_> tharkun: I don't want viruses on my phone!
[16:50:29] <tharkun> will_: Don't tell me there are viruses for the BB?
[16:50:40] <will_> tharkun: BB? What's that?
[16:50:45] <will_> That Canadian thing???
[16:50:55] <tharkun> yea that one
[16:50:57] <will_> ah
[16:51:08] <tharkun> The one that Obama prefers
[16:51:12] <will_> hahaha
[17:02:48] *** Silowyi has joined #postfix
[17:04:04] <tharkun> will_: your DSN is cooking you will have to wait a bit for it to be just fine :)
[17:04:16] <thumbs> will_: are you bouncing yet? I'm getting tired.
[17:12:29] * thumbs jumps on will some more
[17:13:38] <tharkun> !mailmarshal
[17:13:38] <knoba> tharkun: Error: "mailmarshal" is not a valid command.
[17:19:52] <will_> thumbs: lol
[17:21:01] *** rotbeard has quit IRC
[17:26:59] *** [diablo] has joined #postfix
[17:35:06] *** wdp has quit IRC
[17:37:48] *** d3c has quit IRC
[17:39:01] *** elex1111113 has quit IRC
[17:41:29] *** [diablo] has quit IRC
[17:43:46] *** MAAAAAD has quit IRC
[17:44:09] *** MAAAAAD has joined #postfix
[17:44:41] *** mambaw has joined #postfix
[17:47:16] *** d3c has joined #postfix
[17:49:05] *** ikonia has quit IRC
[18:00:45] *** gerhard_ has joined #postfix
[18:00:46] *** KippiX has joined #postfix
[18:01:09] *** shoonya has quit IRC
[18:14:30] *** KippiX has quit IRC
[18:17:14] *** shoonya has joined #postfix
[18:23:24] *** shoonya has quit IRC
[18:27:42] *** mambaw has quit IRC
[18:51:13] *** d3c has quit IRC
[18:57:52] *** rotbeard has joined #postfix
[18:58:07] *** uqlev has joined #postfix
[18:59:04] *** rotbeard has quit IRC
[19:13:14] *** ikonia has joined #postfix
[19:23:21] *** grefter has quit IRC
[19:26:21] *** cps0 has joined #postfix
[19:30:21] *** xabbuh has joined #postfix
[19:30:42] *** grefter has joined #postfix
[19:36:25] *** amir has quit IRC
[19:42:00] *** uqlev has quit IRC
[19:46:04] *** beerbro has quit IRC
[19:46:38] *** shinao1 has joined #postfix
[19:46:55] *** grefter has quit IRC
[19:47:38] *** grefter has joined #postfix
[19:51:10] <wimpog> does the order of these matter: smtpd_recipient_restrictions = permit_mynetworks permit_inet_interfaces permit_sasl_authenticated reject_unauth_destination ?
[19:51:34] <Dominian> they are checked in order, which ever hits first, is what is used usually
[19:51:48] <Dominian> I usually have permit_sasl_authenticated first and then permit_mynetworks then the rest
[19:51:51] <Dominian> but that order there isn't bad
[19:52:21] <wimpog> Dominian: I had reject_unauth_destination somewhere in the middle and it didn't work
[19:52:37] <wimpog> Dominian: so I switched the order to this and it started working. Can I keep this order?
[19:53:12] <Dominian> yeah
[19:53:14] <Dominian> that should be fine
[19:53:23] <wimpog> Dominian: thanks. I'll leave it this way
[19:56:06] *** beerbro has joined #postfix
[20:00:56] *** biggimat has joined #postfix
[20:04:25] *** biggi_mat has quit IRC
[20:10:13] *** xabbuh has quit IRC
[20:14:24] *** beerbro has quit IRC
[20:15:32] *** biggzl has joined #postfix
[20:15:43] *** amir has joined #postfix
[20:16:01] *** Chiku|dc has quit IRC
[20:16:24] *** Chiku|dc has joined #postfix
[20:18:36] *** biggimat has quit IRC
[20:29:05] <adaptr> reject_unauth_destination, of course, must come after any local users access for relay and submission
[20:29:12] <adaptr> or they won't
[20:29:32] <wimpog> adaptr: it is listed as the last one, is this OK?
[20:29:54] <adaptr> since the real last one is an implicit permit, sure
[20:30:06] <adaptr> !tell wimpog access
[20:30:14] <adaptr> that explains the order of processing
[20:30:29] <wimpog> adaptr: I just want to know whether the order I currently have is fine
[20:30:36] <adaptr> and only you can know that
[20:30:55] <adaptr> no shortcuts, you;ll have to learn how it works
[20:31:01] <wimpog> adaptr: it works. Yeah, reading this
[20:34:09] *** KaiForce has joined #postfix
[20:41:31] *** wimpog has quit IRC
[20:41:53] *** wimpog has joined #postfix
[20:44:00] *** elex1111113 has joined #postfix
[20:46:01] *** Funhouse has joined #postfix
[20:46:16] *** pexapor is now known as tolkor
[20:47:52] *** cps0 has quit IRC
[20:51:40] *** heller_barde has joined #postfix
[21:10:17] *** davlefou has joined #postfix
[21:12:11] *** mroe has joined #postfix
[21:12:38] <grefter> need to send alerts from monitoring software from one box, to email server. it's all local network, I set relay_domains = 172.30.50.76 and mynetworks = 127.0.0.0/8, 172.30.50.76/24 but the alerts aren't going anywhere. What am I doing wrong here??
[21:16:19] <jwing> grefter: the topic gives you a heads up on how to better present your problem and get help
[21:16:32] <thumbs> !tell grefter welcome
[21:16:32] <knoba> grefter: "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.
[21:21:43] *** thoraxe has joined #postfix
[21:30:33] <Funhouse> is there a way to send out a test mail from the command line?
[21:30:48] <thumbs> Funhouse: man sendmail
[21:30:54] <Funhouse> thumbs, ok
[21:31:58] <will_> telnet you lazy!
[21:32:55] <thumbs> will_: ok ok
[21:32:59] <thumbs> !tell us telnet
[21:33:08] <rob0> Q: how do you telnet?
[21:33:18] <thumbs> !tell rob0 telnet
[21:34:24] <rob0> A: you subtract expenses from gross, and tell what's left over
[21:34:57] *** pehden has quit IRC
[21:35:31] *** pehden has joined #postfix
[21:36:20] <mroe> !rimshot
[21:36:21] <Funhouse> thumbs got it! thank you
[21:37:16] <Funhouse> now i just need to find out how to retreive/read in the command line
[21:38:08] <mroe> !mutt
[21:38:08]
<knoba> mroe: "mutt" : a nifty console-based email client. URL: http://www.mutt.org/ Motto: All mail clients suck. This one just sucks less.
[21:38:22] <mroe> !pine
[21:38:22] <knoba> mroe: Error: "pine" is not a valid command.
[21:38:27] <mroe> really?
[21:38:33] <thumbs> mutt > pine :)
[21:38:37] <mroe> knoba knows about mutt but not pine?
[21:38:41] <mroe> !epine
[21:38:41] <knoba> mroe: Error: "epine" is not a valid command.
[21:38:49] <thumbs> !alpine
[21:38:49] <knoba> thumbs: Error: "alpine" is not a valid command.
[21:38:54] * mroe shakes he head in disappointment at knoba
[21:39:07] <rob0> mutt > alpine
[21:39:35] <mroe> !alpine
[21:39:35] <knoba> mroe: Error: "alpine" is not a valid command.
[21:40:06] <mroe> !learn alpine as Alpine is a rewrite of the Pine Message System that adds support for Unicode and other features. Alpine is meant to be suitable for both inexperienced email users and the most demanding of power users.
[21:40:37] <mroe> !learn pine as Pine is a freeware, text-based email client developed at the University of Washington. Pine is no longer under development, and has been replaced by the new Alpine client, which is licensed as free software. see !alpine
[21:40:52] * mroe wipes his hands together
[21:45:35] *** cilly has quit IRC
[21:49:30] *** wdp has joined #postfix
[21:54:12] *** shinao1 has quit IRC
[21:54:29] *** elex1111113 has quit IRC
[21:55:58] *** elex1111113 has joined #postfix
[21:56:56] * thumbs wipes will_ with mroe
[21:57:37] <rob0> Where there's a will_ there's a wipe
[21:57:38] *** cilly has joined #postfix
[21:58:45] *** shinao1 has joined #postfix
[22:04:29] *** KaiForce has quit IRC
[22:11:23] <adaptr> a wet willy wipe ?
[22:12:05] <thumbs> ew.
[22:14:46] *** davlefou has quit IRC
[22:14:46] *** davlefou has joined #postfix
[22:16:13] *** Steve_The_Pirate has joined #postfix
[22:34:49] *** shinao1 has quit IRC
[22:38:13] *** biggzl has quit IRC
[22:38:21] *** jkfod has joined #postfix
[22:42:06] *** zz_cornfeed is now known as cornfeed
[22:42:25] *** shinao1 has joined #postfix
[23:03:25] <Funhouse> knoba, thank you
[23:04:21] *** Steve_The_Pirate has quit IRC
[23:04:32] <Funhouse> ok just installed mutt
[23:05:00] *** hjbehling has quit IRC
[23:05:55] *** arussel has quit IRC
[23:10:02] *** shinao1 has quit IRC
[23:12:39] *** pehden has quit IRC
[23:13:41] *** pehden has joined #postfix
[23:14:54] *** mroe has quit IRC
[23:19:06] *** gerhard7 has quit IRC
[23:19:06] *** gerhard_ has quit IRC
[23:24:15] *** shinao1 has joined #postfix
[23:28:26] *** corretico has quit IRC
[23:28:47] *** corretico has joined #postfix
[23:33:23] <jwing> lol.. knoba gets all the credit
[23:35:05] *** corretico has quit IRC
[23:36:16] *** corretico has joined #postfix
[23:38:35] *** davlefou has quit IRC
[23:46:44] *** uqlev has joined #postfix
[23:54:51] *** MaximusColourum has quit IRC
[23:57:53] *** wdp has quit IRC