#haraka

are you using tls?

are you using tls in outbound?

I don't use outbound.

what's delivering mail to remote mta?

qmail

postfix

and Exchange

okay, this horse is dead.

Now, anyone runing haraka and using haraka s outbound, grep the log please

Nothing in my logs.

Though I don't send a lot of mail.

When writing a plugin to hook send_email, how do I prevent the built in send_email from actually sending? I've tried different return codes, but they all appear to be for the incoming process, not outgoing.

baudehlo: $ grep tls config/outbound.ini

cek, what version of node are you using?

it doesn't matter.

it might. newer than 0.10.40?

why would it matter?

cek, I can not find similar entries in my logs. tls is enabled. And last week i send 194.921 Mails as i can see on my ES Logs

cek because of the openssl bindings.

dexus: are you sure that message is even logged? i guess that comes with debug level

let me look up a case for you

this will require some time, getting data from archived records...

but i can say for sure, utoronto upgraded their DH during this summer

finally

with outb tls on, send a letter to bnc1@mgstech.com

dexus, dear, do it. Wait 10-15 mins, see the log.

apparently, that's the only mx that's still running with small dh. 29 others (spanning June) have alredy upgraded.

utoronto and BC govnmt, to name a few

utoronto is using Haraka?

or am I misreading that?

you're misreading that.

damn :)

When writing a plugin to hook send_email, how do I prevent the built in send_email from actually sending? I've tried different return codes, but they all appear to be for the incoming process, not outgoing.

in quickly looking at docs/Outbound, it doesn't appear you can

but you could always set the MX to a local process that spools it to /dev/null

oh wait, what's this "deferred" hook?

If you want to stop at this point, and drop the mail completely, then you

can call `next(OK)`.

sounds like what you want, eh?

Oh, so I could defer in the send_email, then drop it in the deferred hook?

maybe

if I were trying to solve that problem that's the path I'd explore.

and if that didn't work, I'd create a "special" return value for the send_email hook

I think you can use get_mx to return DENY

But yeah other than that, we never implemented DENY for the send_email hook.

the deferred hook didn't seem to ever get called, although maybe I implemented it incorrectly. get_mx worked to kill it though

close enough. :)

Note deny will send a bounce at get_mx

I did notice that. Is there any downside to that other than logging?

oh, that's not good.

well the mail_from user will get a mail.

"send a bounce" = generate a bounce message and send to sender, right?

It's up to you whether that's what you want.

To clarify my use case, we're only using Haraka to accept incoming email, which is then saved to a file and picked up by another part of our system. We don't want Haraka to do any actual sending of ANY kind at this stage.

Ok, I hooked bounce as well and called `next(OK)` there as well to kill the email notification

hah, nice hack :)

Actually I suppose it would have double-bounced anyway without that.

Because the bounce would have to do get_mx too

It was. It's not now!

Thanks for all the help today and in the past as well.