#haraka

Or at least potentially fragile.

e.g. if you add a Foo header, before parse, and do remove('foo'), should that remove the one you added, or ignore more coming in when you parse, or both?

Should not allow adding multiple From headers for example.

And you can expect that there is always at least one From

Do I need to use aliases or can I just remove the To header and add a different To header?

Because I don't like that you can't add a name <email> alias.

baudehlo: it would only ignore headers coming in from the stream

show something if you ignore something...

Nice module btw. Might only be handy for the newbies on the block to have some kind of tutorial showing how to start a server, add custom module, how to use hooks and which order the plugin config file needs to have etc.

bramzor: you're making the same mistake everyone makes when they work on e-mail

The headers of a message have absolutely *nothing* to do with the routing of the message.

You could change the From: header to whatever you like and it would make absolutely no difference.

To change the actual recipient; you have to change the message envelope recipients which is what is specified by the RCPT TO: command and stored in txn.rcpt_to

Just need to change it for privacy reasons. Have to hide the From: so I'm replacing it with a different one.

Right - you can do that. Absolutely.

Ah, you are referring to the aliases part?

That changing the To would not change the routing?

Are you working for Hillary? ;)

I'm non US so I guess no :)

hi guys

why is it that the behavior in https://github.com/haraka/Haraka/issues/471 is not baked into the core ?

bramzor: Yeah - changing the To: header will do nothing for the routing.

i.e why not change connection.js to say if (this.relaying && !me_domain) { queue_outbound } else { queue }

girishr: because it would fundimentally change how Haraka works and would likely cause quite a bit of breakage.

We might do that in 3.0 ....

the extra mx lookup is not a problem for me but it does makes it hard for me to test same domain mail delivery

by test i mean i have automated tests...

i could have sworn i saw some mechanim to overwrite mx records

but i cannot find it anymore

ah, i think rcpt_to.routes is probably what i want

Does config/header_hide_version work for anyone?

Bramzor: huh?

_smf_: Yes, creating the file config/header_hide_version with the content true should in fact hide connection version etc, but added the file and does not seem to work here.

[13Haraka] 15baudehlo created 06release_error_handling (+1 new commit): 02https://github.com/haraka/Haraka/commit/d77ae...

13Haraka/06release_error_handling 14d77aec6 15Matt Sergeant: Don't do a normal release on errors

[13Haraka] 15baudehlo created 06keep_results (+1 new commit): 02https://github.com/haraka/Haraka/commit/6e995...

13Haraka/06keep_results 146e99517 15Matt Sergeant: Keep results if it exists

[13Haraka] 15baudehlo opened pull request #1614: Keep results if it exists (06master...06keep_results) 02https://github.com/haraka/Haraka/pull/1614

[13Haraka] 15baudehlo opened pull request #1615: Don't do a normal release on errors (06master...06release_error_handling) 02https://github.com/haraka/Haraka/pull/1615