January 14, 2016 
< | 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 | >
January 14, 2016 [00:06:54] *** camroncade has quit IRC[00:08:16] *** wiza has quit IRC[00:08:48] *** wiza has joined #postfix[00:10:03] <dimitry7> I did a # postsuper -r ALL[00:10:06] *** bjoe2k4 has joined #postfix[00:10:09] <dimitry7> and I get[00:10:09] <dimitry7> postsuper: warning: bogus file name: maildrop/263329.22535[00:10:10] <dimitry7> postsuper: Requeued: 1057 messages[00:10:15] <dimitry7> what does that bogus mean?[00:13:26] *** Ulver has quit IRC[00:13:37] *** inflammasome has joined #postfix[00:13:54] <inflammasome> I'm reading this web page: http://www.postfix.org/STANDARD_CONFIGURATION_README.html#some_local[00:14:41] <inflammasome> I have a question. If I use "someLocalUser someLocalUser@localhost" as an alias is that all I need to do to "trap/capture" the emails locally so they don't get forwarded to the smarthost ?[00:15:17] <inflammasome> Ie.. from a stock default config I'd need to do two things. 1. Setup the relayhost in main.cf 2. Setup the aliases for users I want to deliver locally. Correct?[00:15:35] <lunaphyte> sounds reasonable[00:15:53] * inflammasome boggles. WOW! someone answered me nicely![00:15:57] <inflammasome> lunaphyte thanks for the answer![00:16:00] <lunaphyte> ultimately, you'll just have to see if what you intend is what it does though[00:16:06] <rob0> That's virtual(5) alias syntax, not local(8) aliases(5). The latter is "alias: destination"[00:16:18] *** Ulver has joined #postfix[00:16:26] <inflammasome> rob0 got it. good to note that, too.[00:16:37] <rob0> (colon required)[00:17:01] <inflammasome> rob0 would it be possible to use the local(8) aliases(5) syntax to accomplish the same thing as the Virtual(5) syntax I used?[00:17:15] <inflammasome> Ie.. with correct syntax it should accomplish the same thing, methinks.... Correct?[00:17:21] <rob0> also, offer void where taxed or prohibited, or if localhost, localhost.$mydomain is not in mydestination[00:17:45] <inflammasome> Sure, that makes sense.[00:18:27] <inflammasome> lunaphyte as you say, I'll just have to try it, but I wanted to know if it was a total bum kick from the start. So, I appreciate the input, nonetheless.[00:18:35] <rob0> right, put it in /etc/aliases, run "newaliases"[00:19:21] <inflammasome> Right on. That's what I'm already used to. So that's excellent. Now I'm wondering if it's going to break when someone says "rcpt to: user at fqdn dot com" rather than just "rcpt to: user"[00:19:35] <inflammasome> but I'm ignorant as to what the norm is anyhow, so experiement here I come.[00:20:03] <lunaphyte> rcpt to: should *never* allow incomplete or otherwise invalid email addresses. that is a cardinal no no[00:20:21] <inflammasome> as in just the short name?[00:20:36] <lunaphyte> that is one example of an invalid email address, yes[00:20:53] <rob0> "the short name" is what? Do you mean the localpart only?[00:21:24] <rob0> An email address is always localpart@domainpart[00:21:26] <inflammasome> ie.. "rcpt to: user" rather than "rcpt to: user at domain dot com"[00:21:36] <inflammasome> in the actual SMTP protocol stream[00:21:37] <lunaphyte> nah, like your "short name" is rob0, but your long name is "robert0"[00:21:47] <rob0> !append_at_myorigin[00:21:47] <knoba> rob0: "append_at_myorigin" : Append the string"@$myorigin" to mail addresses without domain information. WARNING: do not change this without understanding what it means, see http://www.postfix.org/postconf.5.html#append_at_myorigin[00:22:01] <lunaphyte> i recommend always setting append_at_myorigin to no[00:22:17] <rob0> lunaphyte, and you have to rrrrrrroll the rrrrrrrr, rrrrrrrrrobert0[00:22:19] <inflammasome> Roger that. I'll read up on that before I try my experiment.[00:22:32] <rob0> lunaphyte, what?!?[00:22:49] <rob0> You're confusing that with append_dot_mydomain?[00:23:56] <inflammasome> Ah ha. Yes, the docs spell it out: "Note 1: this feature is enabled by default and must not be turned off. Postfix does not support domain-less addresses. "[00:24:07] <lunaphyte> oh, am i?[00:25:27] <inflammasome> Hmm, I think I might be going down the wrong road. This may only work for emails originating _from_ the mail server itself from local accounts.[00:25:36] <lunaphyte> !goal[00:25:36] <knoba> lunaphyte: "goal" : describe your goal, not what you think the solution is[00:26:16] <lunaphyte> yes, i was[00:26:19] <inflammasome> What I'm after is a configuration that will keep personA at fqdn dot com but not personX at fqdn dot com (same domain) because personA has a local account called "personA" but personB gets forwarded to the smart relay.[00:26:38] <lunaphyte> i always set append_dot_mydomain = no[00:26:52] <inflammasome> Ie.. so I can migrate folks over bit by bit without having to do every single person in my domain all at the same time.[00:26:57] <lunaphyte> interesting, i don't know if i've realy ever looked at append_at_myorigin[00:27:03] <lunaphyte> *really[00:27:29] <lunaphyte> i'm not sure i buy "and must not be turned off" though[00:27:46] <lunaphyte> why must it not be turned off?[00:27:47] <inflammasome> lunaphyte it seems like a hack to enable folks to send email by just using someone's login name rather than having to always use the FQDN.[00:28:12] <inflammasome> Well, security-minded folks often speak in absolutes :-)[00:28:32] <inflammasome> "NEVER leave your door unlocked" that kind of thing. I'm guessing.[00:28:32] <lunaphyte> yes, i am one[00:28:40] <lunaphyte> no, i don't think so in this case[00:28:49] <inflammasome> You'd know better than me.[00:28:53] <rob0> I think if you block all addresses without a domainpart you could get away with append_at_myorigin=no[00:29:06] <lunaphyte> that's my philosophy[00:29:11] <rob0> (whether sender or recipient)[00:29:21] <lunaphyte> if you want to send an email, use a proper email address. period.[00:29:42] <lunaphyte> this isn't microsoft software which tries to be "helpful" and fill in crap you left out[00:29:55] <thumbs> I aliased rob0 in my server to reach him at any time, from anywhere[00:29:58] <inflammasome> Seems like you'd have to for a mail router that handled multiple domains, otherwise there would be collisions between domain if you had two duplicate addresses with different domain parts.[00:30:21] <lunaphyte> no, not really[00:31:01] <lunaphyte> if you had a mail router which handled multiple domains, the last thing you'd want to do is to assume some default for absence of information[00:31:10] <inflammasome> What would happen if a router handled acme.com and foobar.com and both had a "sales@" address ?[00:31:22] <inflammasome> lunaphyte right that's what I'm saying, too.[00:31:26] <inflammasome> the router can't guess.[00:31:42] <lunaphyte> maybe i misinterpreted what the "have to" was[00:31:47] <rob0> myorigin is only one domain, so "<localpart>" is "<localpart@$myorigin>" and not "<localpart at some dot other.domain>"[00:31:56] <inflammasome> lunaphyte sorry it was poorly worded.[00:33:03] <lunaphyte> i'm changing my recipe to include append_at_myorigin = no. i'm not sure how i missed that setting[00:33:15] <inflammasome> rob0 but what bit of functionality do you reach for when you have Postfix believing it's authoritative for a domain, yet some addresses need to simply be forwarded on (even if they are in the domain your MTA believes it controls) ?[00:33:36] <lunaphyte> we'll see what happens. i wonder if internally generated messages will break[00:33:49] <thumbs> inflammasome: are you implying that you want to enforce certain sender domains for all emails?[00:34:01] <lunaphyte> !tell inflammasome virtual_alias_maps[00:34:02] <knoba> inflammasome: "virtual_alias_maps" : A configuration parameter in the main.cf: Optional lookup tables that alias specific mail addresses or domains to other local or remote addresses. The table format and lookups are documented in virtual(5).[00:34:25] <lunaphyte> by the way - do NOT forward mail from others off to a third party. that is another cardinal no no[00:34:40] <inflammasome> thumbs no, I don't believe so. I'm saying that users who have local accounts on the system should have their mail stay there (no matter where it came in from) and others go to the smarthost.[00:35:11] <inflammasome> knoba that seemed like the way to go to me, too. However, I've yet to decrypt a syntax that works.[00:35:25] <lunaphyte> !tell inflammasome getting_help[00:35:26] <knoba> inflammasome: "getting_help" : before asking your question, read the !relevant_logs and !showconfig factoids, and prepare a single pastebin containing all of that data. if you don't understand what this means, or if you need help doing this, please let us know. also see !pastebin[00:35:32] <inflammasome> if anyone already has an example of this, it'd aid me greatly... I've searched high and low.[00:35:34] <lunaphyte> talking to the bot is not a good sign :([00:35:51] <inflammasome> heh[00:35:58] *** JanC_ is now known as JanC[00:36:01] <inflammasome> Sorry, didn't recognize the bot-ness at first.[00:36:16] <lunaphyte> i don't know of anyone here who really does examples. we do do you should us what you have and we figure out what is wrong though [as per !getting_help][00:36:23] <lunaphyte> bah[00:36:26] <lunaphyte> *you show us[00:37:14] <rob0> do do?[00:37:15] <inflammasome> Fair enough. I'm not asking for anyone to write me a special example.[00:37:32] <lunaphyte> rob0: i was waiting for that[00:37:32] <thumbs> do do do, da da da[00:37:40] <thumbs> it's a good song, too.[00:38:37] <rob0> thumbs, don't quit your day job[00:38:47] <thumbs> rob0: aww[00:39:41] <inflammasome> Hmm, reading the man page for virtual(5)... It's got some examples.[00:40:25] <inflammasome> However, the verbiage and syntax make me think it's not going to work to say "route these aliased folks elsewhere" because I don't want any of their addresses re-written.[00:40:52] <inflammasome> ie.. if someone comes in as user at acme dot com I dont' want to have to create an alias called "user at some-specific-mail-server dot acme.com" just to get the mail over there.[00:41:02] <inflammasome> That's going to play out badly for the user.[00:41:07] <lunaphyte> huh?[00:41:24] <lunaphyte> there must be, in some capacity, a reference to the next address[00:41:35] <inflammasome> the syntax is: userpart@domainpart someotheruser@someotherdomainpart[00:41:38] <lunaphyte> anyway, like i said, don't do that anyway. that's a no no[00:41:43] <inflammasome> If I'm reading it correctly.[00:41:49] <inflammasome> I dont plan on doing that.[00:42:56] <inflammasome> I simply want the mail server to forward all the mail it can't deliver locally. Perhaps it'd be better to alias local users after creating them, but I'm not sure that will work either ie... "user at mydomain dot com user@localhost"[00:43:05] <inflammasome> in virtual(5) syntax, at least.[00:45:17] <inflammasome> Well, rather to be more accurate, I want to forward all mail not bound for a local system user, no matter if it comes from local or remote, as long as it passes the normal filters and has my domain. If the userpart matches a local user for the domain - stop routing and deliver it.[00:45:52] *** KaiForce has quit IRC[00:46:33] <inflammasome> So, there are two approaches, in general. I just don't know which one is NOT going to turn my postfix config into a science project. I can tell postfix to only deliver for certain users, or I can say deliver for everyone _except_ these few users.[00:46:49] <inflammasome> My quandry is figuring out which approach is smarter in terms of Postfix's configuration options.[00:47:06] <inflammasome> The whole domain only has 8 users, so either way is viable.[00:48:54] <lunaphyte> where does mail go next if not postfix?[00:49:02] <inflammasome> Exchange.[00:49:06] <inflammasome> Which I'm trying to migrate off of.[00:49:07] <lunaphyte> i see[00:49:19] <inflammasome> but I can't migrate all 8 people at once.[00:50:10] <inflammasome> I'll have to do 2-3 at once. I'm used to doing this with Communigate Pro which just has a single configuration option for it, but I can't seem to find a FOSS server that matches that simplicity, yet. I'm sure it's possible, though.[00:50:30] <lunaphyte> you plan to just use the nss passwd database?[00:50:35] <inflammasome> Yep.[00:50:44] <lunaphyte> how will mail be read?[00:50:51] <inflammasome> Cyrus IMAP[00:51:07] <lunaphyte> any particular reason for cyrus, rather than dovecot?[00:51:19] <inflammasome> None. I haven't really even looked at the IMAP part, yet.[00:51:24] <inflammasome> dovecot would be fine.[00:51:28] <inflammasome> Anything that'll run on BSD[00:51:37] <inflammasome> uw, cyrus, dovecot etc...[00:53:32] *** phreebird has joined #postfix[00:54:27] <lunaphyte> well, i'd recommend dovecot[00:55:14] <phreebird> dovecot is pretty awesome[00:55:16] <lunaphyte> it's off topic, but the relevance is that, given a recommendation of dovecot, i generally recommend using the dovecot lda, and using the relay address class for the postfix config[01:01:02] *** beber_ has quit IRC[01:03:00] *** Toerkeium has quit IRC[01:09:00] <jaybe> lunaphyte, do you recommend lmtp for transport?[01:16:19] *** dimitry7 has quit IRC[01:21:21] <lunaphyte> yes[01:26:03] *** Batch has quit IRC[01:28:50] *** joules has joined #postfix[01:31:34] *** echan has joined #postfix[01:36:12] *** iGeni has joined #postfix[01:38:27] <pj> hrmmmm, I think a few factoids are in order...[01:38:51] <phreebird> what do you mean?[01:42:35] <pj> !learn lda as Local Delivery Agent, a mailsystem component used to for final delivery of a message to the target mailbox. Postfix uses its own local(8) and virtual(8) LDAs by default or you can use a 3rd party LDA such as !procmail or !dovecot_lmtp.[01:42:37] <pj> !lda[01:42:37] <knoba> pj: "lda" : Local Delivery Agent, a mailsystem component used to for final delivery of a message to the target mailbox. Postfix uses its own local(8) and virtual(8) LDAs by default or you can use a 3rd party LDA such as !procmail or !dovecot_lmtp.[01:44:22] <pj> !learn dovecot_lmtp as A Local Delivery Agent (LDA) included with dovecot that uses the !lmtp transport. See http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP[01:44:28] <pj> !dovecot_lmtp[01:44:28] <knoba> pj: "dovecot_lmtp" : A Local Delivery Agent (LDA) included with dovecot that uses the !lmtp transport. See http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP[01:45:01] <pj> !forget dovecot_lmtp[01:45:09] *** d0nn1e has quit IRC[01:45:14] <pj> !learn dovecot_lmtp as A Local Delivery Agent (LDA) included with dovecot 2.0 and higher that uses the !lmtp transport. See http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP[01:45:52] *** gu1lle_ has joined #postfix[01:47:12] *** gu1lle_ has quit IRC[01:47:52] *** d0nn1e has joined #postfix[01:48:15] <pj> !learn dovecot_lda as A Local Delivery Agent (LDA) included with Dovecot that uses the !pipe transport. See http://wiki.dovecot.org/LDA/Postfix. This has been superseded by !dovecot_lmtp in Dovecot 2.0.[01:48:24] *** namyzarc has joined #postfix[01:48:38] <pj> !lmtp[01:48:38] <knoba> pj: "lmtp" : Local Mail Transfer Protocol, defined in RFC 2033, can be used for delivery via the Postfix lmtp(8) transport. You need an external LMTP daemon such as implemented by Cyrus or Dovecot IMAP.[01:49:12] <pj> !forget lmtp[01:49:25] <pj> !learn lmtp as Local Mail Transfer Protocol, defined in RFC 2033, can be used for delivery via the Postfix lmtp(8) transport. You need an external LMTP daemon such as implemented by Cyrus or Dovecot IMAP. Also see !lmtp.[01:49:31] <pj> grrrr[01:49:36] <pj> !forget lmtp[01:49:36] *** namyzarc_ has joined #postfix[01:49:41] <pj> !learn lmtp as Local Mail Transfer Protocol, defined in RFC 2033, can be used for delivery via the Postfix lmtp(8) transport. You need an external LMTP daemon such as implemented by Cyrus or Dovecot IMAP. Also see !dovecot_lmtp.[01:49:44] <pj> !lmtp[01:49:44] <knoba> pj: "lmtp" : Local Mail Transfer Protocol, defined in RFC 2033, can be used for delivery via the Postfix lmtp(8) transport. You need an external LMTP daemon such as implemented by Cyrus or Dovecot IMAP. Also see !dovecot_lmtp.[01:50:57] <pj> !dovecot_lmtp[01:50:58] <knoba> pj: "dovecot_lmtp" : A Local Delivery Agent (LDA) included with dovecot 2.0 and higher that uses the !lmtp transport. See http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP[01:53:15] *** namyzarc has quit IRC[01:53:27] *** namyzarc_ is now known as namyzarc[01:55:02] <pj> !forget dovecot_lmtp[01:55:22] <pj> !learn dovecot_lmtp as A Local Delivery Agent (LDA) included with Dovecot 2.0 and higher that uses the !lmtp transport. See http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP.[01:56:13] <pj> ok, that should be helpful.[02:04:03] *** Batch has joined #postfix[02:11:10] *** dstarh has joined #postfix[02:29:27] *** dstarh has quit IRC[02:58:42] <pj> bleh, I should change those to reference MDA instead of LDA[02:59:17] <pj> !mda[02:59:17] <knoba> pj: "mda" : Mail Delivery Agent: software that delivers mail messages to individual recipient mailboxes after they've been accepted by an MTA. Postfix includes local(8) and virtual(8) MDAs, or can be configured to use an external one.[02:59:24] <pj> !lda[02:59:25] <knoba> pj: "lda" : Local Delivery Agent, a mailsystem component used to for final delivery of a message to the target mailbox. Postfix uses its own local(8) and virtual(8) LDAs by default or you can use a 3rd party LDA such as !procmail or !dovecot_lmtp.[02:59:40] <pj> !forget mda[02:59:56] <pj> !learn mda as Mail Delivery Agent: software that delivers mail messages to individual recipient mailboxes after they've been accepted by an MTA. Postfix includes local(8) and virtual(8) MDAs, or can be configured to use an external one such as !procmail or !dovecot_lmtp.[03:00:03] <pj> !forget lda[03:00:10] <pj> !learn lda as See !mda[03:00:38] <pj> !dovecot_lmtp[03:00:39] <knoba> pj: "dovecot_lmtp" : A Local Delivery Agent (LDA) included with Dovecot 2.0 and higher that uses the !lmtp transport. See http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP.[03:00:56] <pj> !forget dovecot_lmtp[03:01:13] <pj> !learn dovecot_lmtp as A Message Delivery Agent (MDA) included with Dovecot 2.0 and higher that uses the !lmtp transport. See http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP.[03:01:21] <pj> !dovecot_lda[03:01:21] <knoba> pj: "dovecot_lda" : A Local Delivery Agent (LDA) included with Dovecot that uses the !pipe transport. See http://wiki.dovecot.org/LDA/Postfix. This has been superseded by !dovecot_lmtp in Dovecot 2.0.[03:01:28] <pj> !forget dovecot_lda[03:01:43] <pj> !learn dovecot_lda as A Message Delivery Agent (MDA) included with Dovecot that uses the !pipe transport. See http://wiki.dovecot.org/LDA/Postfix. This has been superseded by !dovecot_lmtp in Dovecot 2.0.[03:01:55] <pj> there.[03:06:09] <lunaphyte> which do you consider the canonical term?[03:07:20] <lunaphyte> on a largely unrelated note, i consider this mw page to be completely wrong: https://en.wikipedia.org/wiki/Mail_retrieval_agent[03:07:57] <pj> lunaphyte: I think that MDA is a better term because "Local" implies that it's not correct for delivery to virtual mailboxes.[03:08:11] <lunaphyte> hmm[03:08:25] <pj> which is why I just changed it.[03:08:33] <lunaphyte> would that same conflation still apply equally outside of postfix?[03:08:47] *** err-or_ has joined #postfix[03:08:57] <pj> yeah, I think that "dovecot LDA" is a bad name, but that's what they called it so that's what we're stuck with.[03:09:13] <pj> it would have been better to call it "dovecot MDA" or something else.[03:12:40] *** err-or has quit IRC[03:16:33] *** Merch^ has quit IRC[03:17:16] *** Merch^ has joined #postfix[03:19:01] *** Motoko has quit IRC[03:20:00] *** Motoko has joined #postfix[03:21:13] *** Merch^ has quit IRC[03:21:13] *** Merch^ has joined #postfix[03:22:13] *** michelangelo has joined #postfix[03:25:46] *** donmichelangelo has quit IRC[03:49:55] *** MxyzptlkFishStix has quit IRC[03:51:17] *** mage__ has joined #postfix[03:51:49] *** r00trider has joined #postfix[03:52:21] *** aindilis` has joined #postfix[03:52:39] *** spY|da_ has joined #postfix[03:53:02] *** rootrider has quit IRC[03:53:02] *** RadoQ has quit IRC[03:53:05] *** hipodils1i has quit IRC[03:53:05] *** spY|da has quit IRC[03:53:06] *** xcrracer has quit IRC[03:53:07] *** aindilis2 has quit IRC[03:53:09] *** RadoQ has joined #postfix[03:53:11] *** mage_ has quit IRC[03:53:11] *** survietamine has quit IRC[03:53:12] *** RadoQ has quit IRC[03:53:12] *** RadoQ has joined #postfix[03:53:13] *** r00trider is now known as rootrider[03:53:14] *** survietamine has joined #postfix[03:53:16] *** Batch has quit IRC[03:53:17] *** car has quit IRC[03:53:19] *** omgs has quit IRC[03:53:30] *** car has joined #postfix[03:53:37] *** Batch has joined #postfix[03:53:40] *** omgs has joined #postfix[03:53:41] *** hipodilski has joined #postfix[04:03:04] *** MxyzptlkFishStix has joined #postfix[04:06:11] *** vvassilev has quit IRC[04:08:01] *** D-Boy has quit IRC[04:14:55] *** chachasmooth has quit IRC[04:17:05] *** chachasmooth has joined #postfix[04:24:30] *** D-Boy has joined #postfix[04:45:24] <tharkun> pj: you use a vps service, i can't recall its name could you refresh my memory please.[04:48:35] *** tree333 has quit IRC[04:49:06] *** tree333 has joined #postfix[04:49:44] *** gu1lle_ has joined #postfix[04:52:32] <pj> tharkun: I've used different VPS services over time, the ones I currently recommend are Vultr and Linode[04:52:55] <pj> Vultr tends to have some really good deals and I've heard good things about them from reliable sources.[04:55:06] <lunaphyte> atlantic also has a pretty good reputation in my experience, and decent pricing[04:59:38] <jaybe> i've used linode for many years and have been overall and generally pleased with performance and service. pricing is not high, but not cheap either. the recent ddos and targeting dos over christmas until recently caused havoc and was uncomfortable.[05:01:25] <jaybe> mm supported freebsd on atlantic; interesting[05:04:35] <phreebird> why would you go with linode right now,[05:05:01] <phreebird> they got conprimised 6 months ago, ignored a vulnerability and are just now disclosing it.[05:05:50] <lunaphyte> it's tough - because, yes, that is true, but absence of evidence is not evidence of absence[05:05:52] <jaybe> sigh; yuck[05:07:22] <lunaphyte> it's largely that philosophy which drive my other philosophy wrt that sort of thing. get only the absolute minimum for what i need, and pay as little as possible for it[05:07:50] <lunaphyte> because the reality is that whatever provider i select is as likely as any other to be the next one that behaves badly[05:08:07] <jaybe> lunaphyte, makes great sense. do you generally choose atlantic?[05:10:21] <lunaphyte> in fact, no, i'm not a customer. but that's only because i happen to, um, have a resource, i guess you could say.[05:10:45] <jaybe> gotchya[05:10:45] <lunaphyte> but, if that weren't the case, id likely be either an atlantic customer or a vultr customer[05:11:06] <jaybe> thanks; i've been wanting to learn about other providers so i can start there[05:11:16] <pj> jaybe: yeah, I know the DDOS has been an issue with Linode recently, but that isn't exactly their fault and it could happen to anyone.[05:11:26] <jaybe> pj, 100% agree.[05:11:42] <jaybe> as i stated, i've been a customer for many years and have been very satisfied[05:11:56] <lunaphyte> oh another on my radar has been hetzner[05:12:10] <pj> stay away from OVM whatever you do[05:12:29] *** gu1lle_ has quit IRC[05:12:46] <lunaphyte> i used to be a lovevps customer. they were phenomenal.[05:13:01] <lunaphyte> but, unfortunately, things didn't work out for them. it was a bummer[05:13:33] <pj> and anyone that tries to push a VPS based on openvz as well, those are more likel glorified chroots than a real VPS and are known to break due to the modified kernel needed, etc.[05:13:50] <jaybe> pricing seems fairly consistent across the mentions; linode, vultr, atlantic[05:14:15] <pj> yeah, as I said, though, Vultr seems to have a bit better pricing than Linode. I haven't looked at atlantic.[05:14:37] <lunaphyte> oh yeah. i'd never use an openvz/lxc/etc vps. not worth it[05:14:52] <lunaphyte> i'm not even a huge fan of xen, tbh. i prefer kvm[05:15:35] <lunaphyte> last i looked linode was missing a low end vps to match others' offerings. is that still that case?[05:15:35] <pj> also, one thing that I always do with Linode is install the stock kernel for the distro I'm running and switch to pv-grub (or the new equivelent they have to their KVM machines).[05:15:44] <phreebird> why don't you like openvz?[05:15:58] <pj> lunaphyte: yeah, they have a $10 offering, but not a $5 one.[05:16:07] <pj> phreebird: I think I just explained why.[05:16:13] <lunaphyte> openv is fine, for my stuff, but if i'm just the customer, and not the admin as well, it just ends up being a constraining hassle[05:16:21] <lunaphyte> *openvz[05:16:30] <jaybe> i'm going to check out atlantic a bit more closely[05:16:36] <lunaphyte> i don't think i've heard of pv-grub[05:17:25] <jaybe> lunaphyte, https://www.linode.com/pricing[05:17:26] <pj> openvz is not a proper virt environment, it runs every instance off of a single kernel, and it locks you out of the ability to load kernel modules, or do certain other things that you can do in a proper virt environment.[05:17:41] <pj> some hosts like openvz because they can cram more VMs onto the same box with it.[05:18:08] <lunaphyte> you might as well just rent a stupid docker container at that point[05:18:16] <pj> lunaphyte: it's just a grub bootloader for Xen PV domains.[05:18:24] <pj> lunaphyte: yes, exactly[05:18:31] <pj> and I'm no fan of docker either.[05:18:37] <lunaphyte> bleh. hell no[05:18:45] <lunaphyte> more hipster trash[05:18:48] <pj> gonna use docker may as well just use chroot.[05:19:37] <lunaphyte> docker is a glorified chroot wizard which encourages bad habits and discourages cooperation[05:20:35] <pj> lunaphyte: I have seen people use docker recently to build RPMs ... they don't realize that mock has been around for a while and is specifically for the purpose of building an RPM in a clean chroot environment.[05:23:18] <lunaphyte> "those who cannot remember the past are condemned to repeat it" - the slogan of the egotism driven cargo cult admin hipster[05:23:34] <lunaphyte> did i wedge enough derisive terms in there? :)[05:24:09] <pj> lunaphyte: irt pv-grub, by default Linode offers a selection of kernels that you can boot from, but none of them actually reside on your VPS. One of the choices, however, is pv-grub, which basically allows you to boot to your own kernel on the VPS itself.[05:24:49] <lunaphyte> oh, that's interesting. where are the kernels, and how are they booted from?[05:24:51] <pj> one reason why I do it that way is because Linode disables selinux in their kernels, so in order to run a Linode with xelinux enabled you have to use the pv-grub option.[05:26:24] *** Merch^ has quit IRC[05:26:36] <pj> lunaphyte: the kernel selection is in the configuration profile for each Linode[05:27:45] <pj> if you're running an older linode that is based on Xen then one of the options is pv-grub, the newer KVM-based ones have "GRUB (Legacy)" and "GRUB 2" as options.[05:29:42] <jaybe> atlantic sign up, set up, and access was smooth, quick, and pleasing so far.[05:30:05] <lunaphyte> oh, did you give them my referral id?[05:30:10] <jaybe> feels extremely responsive/fast[05:30:20] <jaybe> lunaphyte, i would have; i thought you'd stated you didn't use atlantic[05:30:44] <lunaphyte> yeah, i did :([05:30:51] <lunaphyte> sad, no referral bonus[05:31:11] <jaybe> i'd be happy to request it be added; pm the info[05:31:23] <lunaphyte> oh, i was just being dumb :)[05:31:27] <jaybe> ok ;p[05:31:49] <jaybe> nothing wrong with taking advantage of referral![05:31:59] <lunaphyte> another lame joke, flat on its face! :)[05:32:34] <pj> lunaphyte: oh, you mean where are their default kernels booted from? The answer would be that they are stored and booted from the VM host itself.[05:32:47] <lunaphyte> oh, i see[05:33:29] <lunaphyte> admittedly, i don't know particularly much about commercial vps hosting, but seems a little weird to me[05:39:35] <pj> it's not that unusual, actually. I do run a coupel of Xen boxes as well and I used to boot the VMs like that.[05:39:44] <pj> I don't anymore, though, I use pv-grub now.[05:45:16] <lunaphyte> it's kind of an unfortunate connotation, but linode always makes me think of lindows[05:45:25] <pj> hahaha[05:45:39] <pj> gah, I barely remember that.[05:53:46] *** namyzarc has quit IRC[06:13:24] *** Validatorian has quit IRC[06:23:41] *** akkad has quit IRC[06:26:17] *** enceladus has joined #postfix[06:27:19] *** enceladus has left #postfix[06:28:05] *** heraclitus has joined #postfix[06:28:14] <heraclitus> how does one uninstall postfix if installed from source?[06:28:31] <heraclitus> I do not see any options in the make file to remove/uninstall/purge/delete.... it[06:28:35] <heraclitus> quite frustrating[06:32:26] *** akkad has joined #postfix[06:37:00] *** cworth has quit IRC[06:38:21] <rob0> "/usr/sbin/postconf | egrep 'path|directory'" will give you a list of places to look.[06:45:09] <heraclitus> wow okay[06:46:50] *** zapata has quit IRC[06:47:59] <rob0> and see also PACKAGE_README.html[06:48:04] <rob0> !package[06:48:04] <knoba> rob0: "package" : Guidelines for building a Postfix binary package from source: http://www.postfix.org/PACKAGE_README.html[06:51:48] *** cworth has joined #postfix[06:52:22] *** AMorpork has left #postfix[07:00:51] *** shal3r has joined #postfix[07:11:17] *** echan has quit IRC[07:30:59] *** pppingme has quit IRC[07:35:02] <pj> heraclitus: what os/distro are you running, anyways?[07:41:12] <heraclitus> centos7[07:41:25] <heraclitus> pj ^[07:42:46] <pj> !tell heraclitus centos[07:42:46] <knoba> heraclitus: "centos" : New postfix packages are available for all current versions of CentOS, RHEL, SL and other RHEL-derivatives from the GhettoForge gf-plus repository at www.ghettoforge.org.[07:43:15] <heraclitus> good to know, I was looking for a repo that held those earlier[07:43:51] <heraclitus> is dovecot in that repo as well?[07:43:59] <pj> yes[07:44:07] <pj> well not for el7[07:44:42] <heraclitus> okay, because the old packages in default centos7 are way out of date[07:44:50] <pj> ...because el7 already comes with the latest dovecot[07:45:10] *** pppingme has joined #postfix[07:46:06] <pj> dovecot 2.2 is in CentOS 7 base, so there was no need to build it in GF[07:46:08] *** mattcen has joined #postfix[07:46:42] <heraclitus> I was wrong, it's 6.7[07:46:50] <pj> ahhhh, that's ok[07:46:59] <pj> GF has dovecot 2.2 for Centos 6[07:47:03] <heraclitus> but cool, I'll uninstall my source install and install from ghettoforge[07:47:08] <pj> although the latest one is still in the testing repo.[07:47:21] <heraclitus> testing is fine here, I trust dovecot[07:47:32] <heraclitus> I'll just enable it for dovecot install/updates and disable otherwise[07:48:20] *** Motoko has quit IRC[07:48:21] <pj> anyways, when you install the gf-release package you will need to enable the gf-plus repo for those, but you shouldn't just enable it wholesale because it has packages that will overwrite base packages.[07:48:35] <pj> there are instructions on how to do it properly on the GF website.[07:48:42] <heraclitus> roger, I can read docs[07:48:45] <heraclitus> thanks pj[07:48:57] <heraclitus> if all else fails, rtfm[07:49:07] <pj> the postfix packages are postfix3, and there are packages for each different db that you need to install as well (postfix3-pcre, postfix3-mysql, etc)[07:49:34] <heraclitus> okay, hardest thing for me to decide is what I need for my install[07:49:45] <pj> that's ok, you can change it later easily enough.[07:50:04] <heraclitus> there are literally hundreds of thousands of possible configurations it seems, if not more. any suggestions for making these 'executive decisions'?[07:50:17] <pj> for now just install the base postfix3 package and you can add db types if/when you need them.[07:50:27] <heraclitus> roger[07:50:38] <heraclitus> i'm also trying to do dovecot-imap[07:50:43] <pj> yeah, start simple, postfix and dovecot is a good start.[07:50:51] <pj> !basic[07:50:51] <knoba> pj: "basic" : http://www.postfix.org/BASIC_CONFIGURATION_README.html : a good starting place for Postfix beginners, many common questions are answered here.[07:51:14] <heraclitus> !list[07:51:14] <knoba> heraclitus: Admin, Alias, AutoMode, Channel, ChannelLogger, ChannelStats, Config, Factoids, Internet, Karma, Misc, Owner, Praise, Seen, Services, User, and Utilities[07:51:16] <pj> then add things one at a time, don't try to overwhelm yourself by doing too much at once.[07:51:43] <heraclitus> thanks pj, I didn't know this basic config guide existed[07:52:07] <pj> there is a lot of good docs that ship with postfix.[07:52:31] <pj> and when you have questions feel free to ask.[07:53:13] <pj> also let me know if the postfix and dovecot packages from GF work well for you, especially the dovecot ones as I could use some feedback for moving them to gf-plus[07:54:04] <pj> anyways, I'm off to sort out some dinner, bbl[07:54:11] <heraclitus> ttyl[08:06:15] *** sphenxes has joined #postfix[08:12:26] *** tharkun has quit IRC[08:18:13] *** carl- has joined #postfix[08:23:28] *** skylite has joined #postfix[08:31:37] *** zorg1 has joined #postfix[08:36:08] *** shoonya has joined #postfix[08:38:41] *** TyrfingMjolnir has joined #postfix[08:43:19] *** TyrfingMjolnir has quit IRC[08:45:02] *** TheFatherMind has quit IRC[08:45:24] *** TheFatherMind has joined #postfix[08:48:28] *** Haudegen has quit IRC[09:04:44] *** tharkun has joined #postfix[09:06:19] *** Quadro has joined #postfix[09:06:30] *** Haudegen has joined #postfix[09:07:27] *** acosonic has joined #postfix[09:08:45] <acosonic> Hi all I have locally defined domains like example.com on postfix, but I need to send those example.com mails to different SMTP instead of local host... How do I tell postfix to do that, and how is that called? Transport mapping, or something else?[09:10:09] <Tuxick> probably, but why so complicated?[09:10:49] <acosonic> Tuxick: MX record is pointing to different server[09:11:59] <Tuxick> you want to ignore mx?[09:12:59] <Zerberus> acosonic: don't define the target domain in your Postfix - issue solved[09:13:16] <Tuxick> ah that might be it[09:13:30] *** Tuxick is now known as tuxick[09:13:53] <tuxick> it sounded like making a slightly messed up situation worse :)[09:15:11] *** TyrfingMjolnir has joined #postfix[09:15:26] <acosonic> Zerberus: well I use virtualmin, and it created postfix configuration for that domain as well with Apache configuration, now PHP is trying to send email to users from that domain, but they are on different server, and local postix/dovecot complains http://pastebin.com/PXLy6kzQ[09:16:15] <tuxick> ugh[09:16:45] <tuxick> i guessed right ;p[09:18:03] <acosonic> so I just need to tell it somehow to ignore local MX... Or map that domain, right...[09:18:40] <tuxick> or fix mx?[09:18:48] <acosonic> right! :)[09:20:14] <tuxick> uhm, i don't see recipient in that log[09:20:47] <tuxick> oh[09:20:52] * tuxick trying to wake up[09:21:10] <tuxick> anyway, if mx points to wrong server, you need to fix that[09:24:59] <tuxick> if all else fails you need transport_maps[09:25:08] <tuxick> but tbh i don't see why[09:25:13] <acosonic> tuxick: Fixing and testing now...[09:25:20] *** zapata has joined #postfix[09:27:58] *** TyrfingMjolnir has quit IRC[09:29:10] *** TyrfingMjolnir has joined #postfix[09:35:27] <acosonic> tuxick: fixing MX didn't resolve the problem... Looking into postfix configs now...[09:36:38] <tuxick> as Zerberus suggested?[09:36:48] <tuxick> dunno crap like virtualmin[09:36:58] <tuxick> in general wizzzzards tend to just mess up[09:37:05] <tuxick> there's even movies about that[09:37:36] <acosonic> tuxick: nah he is still looking into virtual... Inspecting files now...[09:38:35] <tuxick> there should be no reference to remote domains at all[09:42:13] <acosonic> tuxick: transport mapping looks like a solution... Trying that now...[09:42:25] *** Batch has quit IRC[09:42:31] <tuxick> no, it's breaking a broken situation[09:44:21] *** Diplomat has quit IRC[09:45:47] *** equilibriumuk has quit IRC[09:46:16] <acosonic> same thing :( Recipient address rejected: User unknown in virtual alias table[09:46:38] *** bolt has quit IRC[09:48:07] *** equilibriumuk has joined #postfix[09:51:38] *** Guest96536 has joined #postfix[09:56:05] <acosonic> fixed the problem by disabling Mail as option for those domains in virtualmin...[09:56:15] <acosonic> What it did behind the scene I don't have a clue...[10:01:23] *** equilibriumuk has quit IRC[10:02:16] *** TyrfingMjolnir has quit IRC[10:02:52] *** altinn has joined #postfix[10:03:39] *** equilibriumuk has joined #postfix[10:04:20] *** altinn has left #postfix[10:04:42] *** altin has joined #postfix[10:05:14] <altin> Is there a way I can configure dovecot to read mail_location directory from a database (mysql) ?[10:05:53] *** SCHAAP137 has joined #postfix[10:05:56] <altin> I'm using virtual users and domains in postfix with dovecot[10:06:06] <altin> and mysql[10:06:13] *** pozitrono has joined #postfix[10:06:50] <altin> but I can't seem to find a way to read directories from db and as well when a new user is added to make dovecot add that user in mysql straight and as well add the maildir path in db too[10:12:41] *** TyrfingMjolnir has joined #postfix[10:12:52] <survietamine> yes[10:13:27] <survietamine> just have your sql statement returning variables like home or mail[10:13:30] *** tonil has joined #postfix[10:13:30] *** tonil has joined #postfix[10:13:32] <survietamine> that is userdb[10:14:00] <survietamine> http://wiki2.dovecot.org/UserDatabase[10:15:19] *** acosonic has quit IRC[10:17:07] <altin> survietamine: any reference to something similar to what I need?[10:17:23] <tuxick> the documentation?[10:17:42] <tuxick> dovecot syntax for that stuff is a bit odd but it's there[10:18:25] *** nate has quit IRC[10:19:55] *** internat has quit IRC[10:20:00] *** acosonic has joined #postfix[10:20:37] <survietamine> crazy[10:20:38] *** superlinux has joined #postfix[10:20:50] *** synapt has joined #postfix[10:21:10] *** internat has joined #postfix[10:21:18] <altin> tuxick: yeah, that's what I'm having trouble with :)[10:21:41] <superlinux> hi. I know I can make my own free of charge ssl certificate. but what if I want to add a paid one and be verified globally, how is that done?[10:21:57] <survietamine> it's just fine[10:22:18] <survietamine> why do you think only free certs will do?[10:22:21] <survietamine> crazy too[10:23:47] <tuxick> superlinux: you buy a cert, or go to startssl.com[10:24:15] <tuxick> uhm that other one, what was the name[10:24:52] *** synapt is now known as nate[10:24:53] <tuxick> self signed can be a major pain, some clients are rather stupid[10:25:20] <superlinux> tuxick, survietamine well I am thinking of not be set as a spam with my customers. we are an engineering/contractors firm[10:25:39] <tuxick> uhm that has little to do with certificates[10:25:44] <tuxick> better look at dkim and spf[10:26:03] <tuxick> and fix dns :)[10:26:11] <superlinux> so many of my clients or customers still use public email like gmail or hotmail[10:26:17] <survietamine> oh, didn't see that it's #postfix, not dovecot, I was kinda offtopic[10:26:52] <superlinux> tuxick, dkim and spf?! what are these ? please elaborate.[10:28:37] <survietamine> and why won't you search a little bit?[10:29:00] <superlinux> survietamine, I searched but I am not sure who I should select[10:29:09] <survietamine> who?[10:29:17] <superlinux> and how to select.. etc .. etc[10:31:04] <survietamine> he meant SPF as Sender Policy Framework and DKIM as DomainKeys Identified Mail[10:31:20] <survietamine> !dkim[10:31:20] <knoba> survietamine: "dkim" : DomainKeys Identified Mail (DKIM) is a method for email authentication that allows an organization to take responsibility for a message in a way that can be validated by a recipient. this is typically implemented in postfix by means of a milter such as !opendkim. alternatively, existing content filters (e.g. !amavisd-new) may also have their own implementation mechanism.[10:31:26] <survietamine> !spf[10:31:26] <knoba> survietamine: "spf" : sender policy framework - an extension to SMTP that allows to identify and reject emails from spoofed/forged email senders. SPF is just a TXT or SPF record in your DNS zone in a special format. See: http://www.openspf.net/[10:31:33] <survietamine> !dmarc[10:31:33] <knoba> survietamine: Error: "dmarc" is not a valid command.[10:33:10] <superlinux> survietamine, thank you for your time.[10:35:51] *** TyrfingMjolnir has quit IRC[10:37:31] *** TyrfingMjolnir has joined #postfix[10:38:31] <pj> superlinux: your certificate is for (1) communicaztion between email clients and your server and (2) receiving mail off the internet. It is normally not used to send mail to other servers on the internet and consequently it doesn't affect your mail getting marked as SPAM.[10:39:04] <superlinux> pj. ok thank you. well explained[10:40:02] *** Quadro has quit IRC[10:41:59] *** chachasmooth has quit IRC[10:42:12] *** TyrfingMjolnir has quit IRC[10:48:12] *** sphenxes has quit IRC[10:56:43] <altin> tuxick: as far as I understand I should use it like this?? http://pastebin.com/3ruYTWEx[10:56:58] <altin> tuxick: or di I have to change userdb configuration ?[11:01:02] *** ced117 has quit IRC[11:01:26] *** Olipro has quit IRC[11:06:53] <pj> altin: #dovecot is <----- that way[11:09:02] <tuxick> no, it's ---> way, in my client[11:09:10] <tuxick> few channels to the right[11:11:19] <pj> my client orders them alphabetically (as it should), so it would be <----- that way (If I had it open).[11:11:35] <tuxick> heh[11:14:23] *** lrea has joined #postfix[11:14:36] *** Olipro has joined #postfix[11:15:37] <survietamine> uhuh[11:16:18] <survietamine> with irssi, it's from opening order, but I can rearrange :)[11:19:39] <tuxick> you mean there are other clients??[11:21:13] *** TyrfingMjolnir has joined #postfix[11:23:29] *** chachasmooth has joined #postfix[11:23:49] *** TyrfingMjolnir has quit IRC[11:23:50] <survietamine> no, each channel is in a window, and I can move windows[11:23:56] <survietamine> (inside irssi)[11:26:07] <tuxick> /win move[11:26:09] <tuxick> \o[11:26:48] *** TyrfingMjolnir has joined #postfix[11:27:55] <survietamine> yeah :)[11:28:53] *** TyrfingMjolnir has quit IRC[11:32:15] *** d0nn1e has quit IRC[11:32:32] *** ced117 has joined #postfix[11:34:50] *** troulouliou_div2 has joined #postfix[11:34:50] *** d0nn1e has joined #postfix[11:39:17] *** wincyj has joined #postfix[11:39:19] <wincyj> hello[11:39:57] <wincyj> how is it possible to move automatically msg marked as spam to defined directory not using sieve, maildir?[11:40:09] <wincyj> does postfix has build-in program to do that?[11:40:22] *** troulouliou_div2 has quit IRC[11:40:37] <tuxick> why not use sieve?[11:40:59] <tuxick> and still, that's not a job for postfix[11:41:17] <tuxick> !lda[11:41:17] <knoba> tuxick: "lda" : See !mda[11:41:20] <tuxick> meh[11:41:25] <tuxick> !mda[11:41:25] <knoba> tuxick: "mda" : Mail Delivery Agent: software that delivers mail messages to individual recipient mailboxes after they've been accepted by an MTA. Postfix includes local(8) and virtual(8) MDAs, or can be configured to use an external one such as !procmail or !dovecot_lmtp.[11:41:40] <wincyj> it is job for postifx[11:41:57] <wincyj> sieve is just some kind of interface to manage this[11:42:05] <wincyj> and im asking what are other posibilisties[11:42:10] <wincyj> if you know nay ;d[11:43:07] <tuxick> no it is NOT job for postfix[11:43:20] <tuxick> it could delegate to procmail if you like[11:43:55] <wincyj> hm[11:44:12] <wincyj> as far as at the end this job is handled by postfix[11:45:28] <pj> wincyj: the postfix local(8) and virtual(8) MDAs are fairly basic and do not have the capability to deliver to any mailbox except "INBOX". If you wish this capability or others not included in the postfix-included ones then you are meant to use a 3rd-party MDA such as dovecot-lmtp or procmail.[11:46:55] <wincyj> hm ok[11:47:20] <tuxick> unless you really don't see any more need for sieve, procmail would be easiest[11:48:01] <tuxick> the problem with sieve is users my try to use it for idiotic things like forwarding and autoreply[11:48:09] <tuxick> s/my/may/[11:48:17] <wincyj> well i have situation that auto-moving to spam dir marked msges used to work few mth ago[11:48:25] <wincyj> now users reported it doesnt work[11:48:28] <wincyj> and im confused[11:48:36] <tuxick> sure it wasn't the clients doing that?[11:48:39] <wincyj> cuz i cannot find any procmai/maildrop/sievie stuff[11:49:40] <wincyj> tuxick: yes[11:49:44] <wincyj> im sure[11:49:49] <wincyj> ive checked that first[11:50:32] <tuxick> well, it definitely was not postfix doing it[11:50:41] <tuxick> since it can't :)[11:50:53] <tuxick> btw, marked as spam by what?[11:51:03] <wincyj> amavis[11:52:29] *** Mizar has joined #postfix[11:52:47] <pj> [23:48] <tuxick> the problem with sieve is users my try to use it for idiotic things like forwarding and autoreply[11:52:49] *** Mizar has left #postfix[11:52:57] *** chachasmooth has quit IRC[11:53:08] <pj> tuxick: you don't have to give the users access to the sieve scripts, if you don't want that just use sieve without managesieve.[11:53:26] <tuxick> pj but sieve can also do useful things :)[11:53:44] <tuxick> it was just a warning ;p[11:53:57] <pj> !tell wincyj showconfig[11:53:58] <knoba> wincyj: "showconfig" : when asked to provide your config, pastebin postconf -nf and postconf -Mf. if your version is too old for those commands to work (< 2.9), you should upgrade, but see !showconfig_old[11:54:15] <pj> wincyj: I'm not going to specualte about what you have installed ^^^^^^[11:54:38] <wincyj> pj: true that[11:57:22] *** chachasmooth has joined #postfix[11:57:45] *** Quadro has joined #postfix[12:12:46] *** tonil1 has joined #postfix[12:14:51] *** tonil has quit IRC[12:22:13] *** ThomasKeller has quit IRC[12:22:58] *** Section1 has joined #postfix[12:25:20] *** Haudegen has quit IRC[12:26:40] *** tonil1 has quit IRC[12:27:06] *** tonil has joined #postfix[12:27:06] *** tonil has joined #postfix[12:34:47] <Bish> hi, when i pipe stuff to a script, it is iso-8859-1 encoded, can i change that?[12:35:00] <Bish> (im using "|/path/to/script.sh")[12:37:40] <Tykling> Bish: look at iconv I guess[12:38:01] <pj> Bish: well technically the message is just sent to the script verbatim, so whatever encoding the original message is in is what the script will get.[12:38:53] <Bish> that sounds horrible :D[12:39:22] <Bish> okay, so i will determine the encoding in my script and turn it into utf8[12:39:23] <Bish> i guess.[12:41:22] <pj> I'm pretty sure that the message body encoding is specified in the mime headers.[12:43:09] *** Haudegen has joined #postfix[12:45:24] <Bish> well, the problem occurs in the message header :D[12:46:52] <Bish> Date: Thu, 14 Jan 2016 10:35:45 +0100 (Mitteleurop�ische Zeit)[13:16:40] *** TyrfingMjolnir has joined #postfix[13:19:08] *** ThomasKeller has joined #postfix[13:19:26] *** TyrfingMjolnir has quit IRC[13:23:06] *** TyrfingMjolnir has joined #postfix[13:25:51] *** pti-jean_ has joined #postfix[13:36:49] *** v1c3 has joined #postfix[13:38:11] <anexit_> What would cause the postfix virtual file to send to another user?[13:40:11] *** v1c3_ has quit IRC[13:50:02] *** samgoody has joined #postfix[13:50:58] <samgoody> Hi. I would like to setup Amavis (as suggested by people on this channel), but can't find any official docs on how to set it up with postfix.[13:51:15] <samgoody> Oh, nm, someone on #amavis just responded.[13:51:18] <rob0> they do have a Postfix readme[13:51:31] <samgoody> Can you please point me to it?[13:51:58] <wincyj> https://help.ubuntu.com/community/PostfixAmavisNew[13:52:11] <wincyj> https://wiki.apache.org/spamassassin/IntegratedInPostfixWithAmavis[13:52:14] <wincyj> samgoody: ^[13:57:33] <rob0> um, I was referring to Amavisd-new documentation.[13:58:09] <rob0> Generally these software projects do a better job of documenting the software than random bloggers do.[13:58:14] <rob0> !amavis[13:58:14] <knoba> rob0: "amavis" : see !amavisd-new[13:58:19] <rob0> !amavisd-new[13:58:19] <knoba> rob0: "amavisd-new" : amavisd-new is a high-performance and reliable interface between mailer (MTA) and one or more content checkers. See http://www.ijs.si/software/amavisd/[13:58:35] <samgoody> The only amavisd docs I see are https://www.ijs.si/software/amavisd/amavisd-new-docs.html, which has nothing about postfix except dkim stuff[13:59:31] <rob0> https://www.ijs.si/software/amavisd/README.postfix.html[13:59:57] <rob0> linked from the factoid page[14:05:28] *** TyrfingMjolnir has quit IRC[14:08:37] *** robinho86 has joined #postfix[14:11:25] *** shoonya has quit IRC[14:14:08] *** sphenxes has joined #postfix[14:15:33] *** synthroid has joined #postfix[14:17:26] *** TyrfingMjolnir has joined #postfix[14:18:17] *** davlefou has joined #postfix[14:19:06] *** TyrfingMjolnir has quit IRC[14:20:14] *** heraclitus has quit IRC[14:21:56] *** heraclitus has joined #postfix[14:23:06] *** guampa has quit IRC[14:23:19] *** TyrfingMjolnir has joined #postfix[14:24:54] *** guampa has joined #postfix[14:26:47] *** davlefou has quit IRC[14:37:28] *** TyrfingMjolnir has quit IRC[14:43:12] *** TyrfingMjolnir has joined #postfix[14:45:29] *** dstarh has joined #postfix[14:54:17] *** sphenxes01 has joined #postfix[14:56:18] *** sphenxes01 has quit IRC[14:58:14] *** sphenxes has quit IRC[15:01:01] *** sphenxes01 has joined #postfix[15:03:07] *** sphenxes01 has quit IRC[15:06:34] *** sphenxes has joined #postfix[15:19:09] *** samgoody1 has joined #postfix[15:19:09] *** samgoody has quit IRC[15:21:47] <superlinux> hello. I installed opendkim and openspf on my server, I still get on gmail : spf=pass, dkim=neutral (invalid public key) . and I copied the key verbatim. so what's wrong?[15:22:06] *** troulouliou_div2 has joined #postfix[15:23:16] <wincyj> you got your info[15:23:20] <wincyj> wrong pub key[15:23:58] <superlinux> i used the selector.txt data and put them inside the TXT record as is[15:25:02] <superlinux> wincyj, have you ever used godaddy's DNS zone file editor?[15:29:01] *** samgoody has joined #postfix[15:29:02] *** samgoody1 has quit IRC[15:29:02] <wincyj> superlinux: nope[15:29:06] <wincyj> superlinux: provie domain please[15:29:07] <superlinux> ok[15:29:15] *** altin has quit IRC[15:29:22] <superlinux> obeidforpumps.net[15:30:48] <wincyj> http://paste.debian.net/365828/[15:30:54] <wincyj> this is section with your 'dkim'[15:31:19] <wincyj> https://www.ietf.org/rfc/rfc4871.txt[15:31:23] <wincyj> compare this with rfc[15:31:50] <superlinux> ok[15:31:53] <superlinux> thanks[15:32:38] <wincyj> i belive there's string before "=" that is casuing the problem[15:33:01] *** inflammasome has quit IRC[15:33:36] <rob0> Neither of those are DKIM[15:34:02] <wincyj> rob0: ?[15:34:13] <rob0> One is a Google verification record, the other is SPF.[15:34:51] <rob0> DKIM includes a selector. If we don't know what the selector is, we can't know the DKIM record name.[15:34:52] <wincyj> ah ok[15:34:58] <wincyj> ye i mispasted spf record[15:35:17] <wincyj> i thought that he put wrong value for TXT[15:35:25] <wincyj> but if its something with google[15:35:41] <wincyj> then it seems like dkim isnt attached to theat domain[15:37:36] <rob0> we can't know[15:38:58] *** n-st has joined #postfix[15:40:58] *** superlinux has quit IRC[15:42:01] <wincyj> rob0: seems like it doesnt attached or dns records havent propagated yet[15:42:34] <rob0> um, what is the selector?[15:43:15] *** samgoody1 has joined #postfix[15:43:15] *** samgoody has quit IRC[15:43:51] <wincyj> rob0: isnt that like this if i simply dig domain according to TXT record i should recive all txt records (also DKIM one)?[15:44:48] *** samgoody has joined #postfix[15:44:49] *** samgoody1 has quit IRC[15:45:43] <rob0> dig <selector>._domainkey.obeidforpumps.net txt[15:46:05] <rob0> we don't know what to put for <selector>[15:51:35] <wincyj> ah ok[15:58:53] *** jwing has quit IRC[16:01:35] *** Quadro has quit IRC[16:12:43] <jaybe> freebsd comes by default with sendmail... ? mkay[16:13:13] <lunaphyte> at least they finally got rid of bind in base[16:14:29] <wincyj> lol whut[16:14:48] <wincyj> why do they put sendmail instead of postfix since postfix is much more modular ?[16:15:12] <lunaphyte> historical vestiges, largely[16:15:29] <wincyj> mkay[16:15:31] <tuxick> jaybe: it's called "conservative"[16:15:35] <wincyj> postfix is compatible with sendmail[16:15:40] <wincyj> idk why do they do that[16:15:41] <wincyj> meh[16:16:02] <lunaphyte> it's not really about that[16:16:10] *** Quadro has joined #postfix[16:16:10] <wincyj> ideological?[16:16:32] <jaybe> i'm all for conservative, safe, and sound. i suppose a solid, well tuned basic sendmail config is fine/reasonable out of box i suppose.[16:16:52] <wincyj> hm[16:16:59] <jaybe> it's about out of box defaults, safety, sanity, and settings to keep a new system from spamming, having issues, etc. without additional configuration[16:17:15] <wincyj> one solid program is safer than modular with strict permissions for each spawned process?[16:17:18] <wincyj> i dont buy it[16:17:53] <lunaphyte> another way you could say "historical vestiges" is "inertia"[16:18:03] *** car has quit IRC[16:18:09] <jaybe> lunaphyte, atlantic vps seems pretty solid. seemingly very fast, responsive. panel/web site is reasonable but basic. can spin up freebsd natively. can install new nodes with preloaded ssh keys for remote access, etc.[16:18:23] <lunaphyte> yes, it's not really about safety, sanity, etc. anyone who claims that does not have a solid understanding of sendmail and postfix[16:18:34] <lunaphyte> jaybe: nice[16:19:10] <wincyj> lunaphyte: what do you mean?[16:19:20] <jaybe> lunaphyte, it's very difficult to overlook linode's cloning/backup/migration capabilities for stored data/slices/partitions/lvg/whatever however.[16:19:23] <lunaphyte> "it's always been that way"[16:19:58] <lunaphyte> jaybe: i don't know, maybe. i don't really need or want "help" with those tasks though[16:20:01] <jaybe> there's nothing wrong with sendmail. it's been around a LONG time, and as long as its configured safe and sound and smart, i don't really care. if/when i get around to doing mail on that box, i won't be employing sendmail however.[16:20:56] <jaybe> lunaphyte, nod; tasks are easy enough to accomplish on your own. however, they make it *really* simple and easy and effective. and it's fast. i can clone a 6 GB partition to another data center in just a few minutes, and have it backed up and or spun up and serving in no time. that's really nice feature.[16:21:21] <lunaphyte> heh. spun up[16:21:37] <jaybe> heh; well, that's an option![16:21:51] <lunaphyte> i'm a douchy terminology nazi[16:22:28] <jaybe> i fully understand and i'd argue terminology and languages is critical[16:24:49] *** skylite has quit IRC[16:26:21] *** edux has joined #postfix[16:43:58] *** pti-jean_ has quit IRC[16:45:59] *** troulouliou_div2 has quit IRC[16:55:02] *** camroncade has joined #postfix[17:06:33] <doubletwist> So we've got an exim rule that looks at any email coming in to "support at example dot com" and ONLY if the sender is empty, it will rewrite the sender to eb "do_not_reply at dedicatedserver dot com" - is that doable in postfix? If so, where would I look at doing that?[17:07:55] <rob0> sender empty, does that mean <>, the null sender?[17:08:30] <doubletwist> I don't *think* so[17:08:44] <doubletwist> the rule that matches just says "senders = : "[17:09:08] <doubletwist> though it might be[17:10:11] <doubletwist> But there's a totally different rule that is labeled as "nullsender" that uses "senders = :mailer-daemon@*"[17:10:13] <rob0> Postfix smtpd won't accept mail without a MAIL FROM. And Postfix sendmail manufactures an address from username@$myorigin[17:15:39] <doubletwist> Ok, I think I was mistaken. It's redirecting any bounces to support at example dot com to do_not_reply at example dot com[17:17:40] *** ntnlzr has joined #postfix[17:17:42] <ntnlzr> hi[17:17:45] <doubletwist> so maybe a pcre headers_check? Or is there a better way to do that?[17:19:58] *** samgoody has quit IRC[17:32:25] *** Quadro has quit IRC[17:32:35] *** carl- has quit IRC[17:37:37] *** pozitrono has quit IRC[17:37:44] *** SCHAAP137 has quit IRC[17:53:30] <lunaphyte> it's unclear to me what your goal is[17:54:52] <doubletwist> To avoid bounce loops between poorly written automated systems[17:56:20] <lunaphyte> what is sending bounces?[17:57:27] <doubletwist> Combination of other apps in our environment and customer systems. If the customer sends a bounce - we want that to go to a human-monitored mailbox instead of getting dropped in the support mailbox which is processed by our ticketing system and doesn't handle bounces well.[17:59:10] <lunaphyte> use a different envelope sender for each category[17:59:56] <lunaphyte> then use an alias/transport/whatever to handle mail arriving for each[18:00:15] <doubletwist> I don't follow[18:02:38] <lunaphyte> when sending mail out, from various sources, use different envelope senders for each of the "categories" of bounces you want handled differently.[18:02:52] <doubletwist> We do add an "errors_to" [currently using exim] to outgoing mail from support at example dot com - but apparently that didn't stop some bounces from getting to the main support mailbox so we put in this rule[18:08:03] <lunaphyte> the errors-to header is formally deprecated, and further, its use is considered harmful[18:08:35] <doubletwist> I'm under no illusions that our current setup is horrible. I'm painfully aware of that :)[18:09:29] <lunaphyte> my intent was to explain why use of errors_to did not solve your problem[18:10:54] *** lrea has left #postfix[18:13:31] *** phreebird has quit IRC[18:13:48] *** rgrimes has joined #postfix[18:13:52] *** phreebird has joined #postfix[18:14:47] <phreebird> Good morning everyone.[18:15:12] * tuxick yawns[18:18:22] *** phreebird has quit IRC[18:19:14] *** phreebird has joined #postfix[18:21:32] *** troulouliou_div2 has joined #postfix[18:22:05] *** phreebird has quit IRC[18:23:16] *** phreebird has joined #postfix[18:23:23] *** phreebird has joined #postfix[18:30:22] *** gu1lle_ has joined #postfix[18:36:28] *** lucascastro has quit IRC[18:45:13] *** bolt has joined #postfix[18:48:32] *** Haudegen has quit IRC[18:51:07] *** wdp has joined #postfix[18:51:08] *** wdp has joined #postfix[19:00:48] *** kalz has quit IRC[19:05:41] *** Darcidride has joined #postfix[19:06:29] *** Haudegen has joined #postfix[19:09:35] *** lucascastro has joined #postfix[19:09:45] *** pti-jean_ has joined #postfix[19:18:36] *** lucascastro has quit IRC[19:22:33] *** phreebird has quit IRC[19:23:37] *** phreebird has joined #postfix[19:25:46] *** ced117 has quit IRC[19:26:33] *** phreebird has quit IRC[19:30:09] *** troulouliou_div2 has quit IRC[19:34:47] *** lucascastro has joined #postfix[19:51:46] *** noxid has quit IRC[20:01:50] *** noxid has joined #postfix[20:04:28] *** Section1 has quit IRC[20:19:45] *** Numline1 has joined #postfix[20:32:39] *** ced117 has joined #postfix[20:48:50] *** ponky has quit IRC[20:49:50] *** ponky has joined #postfix[21:09:35] *** Numline1 has left #postfix[21:09:48] *** Batch has joined #postfix[21:32:10] *** Darcidride has quit IRC[21:37:14] *** lucascastro has quit IRC[21:39:06] *** tonil has quit IRC[21:39:16] *** Darcidride has joined #postfix[21:42:09] *** zleslie has quit IRC[21:44:08] *** zleslie has joined #postfix[21:47:23] *** kalz has joined #postfix[21:57:23] *** chachasmooth has quit IRC[21:58:31] *** phreebird has joined #postfix[21:58:35] *** chachasmooth has joined #postfix[22:08:12] *** Amkei has joined #postfix[22:25:37] *** robinho86 has quit IRC[22:28:48] *** nate has quit IRC[22:30:26] *** synapt has joined #postfix[22:32:30] *** pti-jean_ has quit IRC[22:36:24] *** synthroid has quit IRC[22:42:04] *** phreebird has quit IRC[22:43:01] *** dstarh has quit IRC[22:54:25] *** echan has joined #postfix[23:23:22] *** FinboySlick has quit IRC[23:27:06] *** niki has joined #postfix[23:27:23] *** Amkei has quit IRC[23:38:35] *** rgrimes has quit IRC[23:46:07] *** Darcidride has quit IRC[23:59:23] *** trepatudo has quit IRC