#haraka

cebka: so my bayes issue was a bug in the reading of the config?

Ooops - wrong channel.

hello all :), I'm having a little trouble setting up my haraka, I need unauthenticated access to haraka, from which it sends my messages via the gmail server

it will only be running on localhost in a protected lan environment, it is to allow a legacy program to send mails via google's ssl enabled mail servers

lanmower: use the relay_all plugin, but do so carefully.

I basically creates an open-relay.

hi smf, I have relay [relay]all=true in my relay.ini, afaik that should make it an open relay, try to send a mail via haraka it starts producing output, it mentiones the smtp_forward plugin somewhere along the line so I can tell its getting to it, the forward plugin config seems ok, getting some kind of loop in the output

server response to email client in plugin timeout

says plugin timeout I mean

lanmower: you want Haraka to send your message via Google right?

Then you need to configure config/smtp_forward.ini to do that.

As currently it would appear to be pointed to localhost:2555

@_smf_: http://pastebin.com/sJWALvxq

tried 465 and 587, tried with enabled outbound and without

lanmower: Get rid of the [coas.co.za] bit

I think.

cool, I added it in an attempt to fix it let me recheck

heres the current log

thats without the [coas.co.za] bit

@_smf_: it appears to me from the log as if its opening port 25 on the www instead of the defined smtp-forward port, does that mean its not forwarding for some reason?

lanmover: either you made a mistake in your smtp_forward.ini file, or you edited the wrong one.

Because it's exactly the same as before

hi smf I pasted my config

it has the [coas.co.za] part removed

Where did you install Haraka's configuration to (e.g. via haraka -i /path/to/install)

'/haraka'

And you're editing /haraka/config/smtp_forward.ini right?

editing the file has effects on its behavior

yes, I have also tried smtp-proxy as a plugin, using its configs

And you're starting haraka like this: haraka -c /haraka

yup

you can see here

[INFO] [-] [core] [outbound] Loading outbound queue from c:\haraka\queue

Oh - you're on Windows...

lanmover: restart Haraka and try again.

We don't have many people running Haraka on Windows and I suspect that the file reload code didn't work, so a restart will force the file to be re-read.

hi I got disconnected sorry

it looks like its trying to just deliver it instead of forward it

lanmower: restart Haraka and try again.

smf I restart at every setting change

I don't get it; it's not reading smtp_forward.ini at all.

do you think the plugin wants posix?

Attempting to deliver to: 64.233.166.26:25 it does seem like it doesn't it

Ignore that line; it's irrelevant.

[INFO] [AB672E2C-ABD9-4467-9455-5E64E5602CF1.1] [queue/smtp_forward] forwarding to localhost:2555

ok good to know

That is the problem.

I've never run Haraka on Windows.

where does it get that value from ?

smtp_forward.ini

2555 is a funny port

my smtp_forward doesnt say that it says 587 smtp.gmail.com

And therein lays the problem.

yes but where does it get that value from?

2555 is a funny port

localhost is a funny host (to forward to)

defaults for testing from the plugin dev?

It must be picking it up from the default smtp_forward.ini file.

e.g. the one in the node_modules/Haraka/config folder.

perfect that means I can fix it !; :)

progress

5.7.0 Must issue a STARTTLS command first. 123sm2909223wmj.5 - gsmtp

testing port 465

was on 587

Port 465 says: [ERROR] [-] [core] client.socket.remoteAddress undefined!

port 587 gets the error from google 5.7.0 Must issue a STARTTLS command first. 123sm2909223wmj.5 - gsmtp

[INFO] [7111387E-D1B4-40AC-8D7E-36DC47E70FE2.1] [queue/smtp_forward] Configuring authentication for SMTP server smtp.gmail.com:465 [ERROR] [-] [core] client.socket.remoteAddress undefined!

can haraka actually work with gmail or am I just wasting my time with it

lanmower: this might help: https://baudehlo.com/2016/07/26/setting-up-hara...

using a custom plugin

seems simple enough

the instructions look incomplete, trying it

so where does the port get set?

same error must issue a starttls first

well I'm just a little disappointed that I had to make a customer promises based on what the creators claim it can do and turned out I lied to them because of false info, if you cant configure something to work after 7 hours then it doesnt work

I don't really know what you're trying to do.

lanmower: so if you can't configure something in 7 hours, it means that the software is broken?

lanmower: https://github.com/haraka/Haraka/issues/1372 Did you even google that error the error or not?

caveat emptor (or just test ;) there are no obstacles to obtaining the software)

LOL - that's a first, it's our fault you made promises to a customer before you knew what you were doing.

lanmower: you need enable_tls=true in the smtp_forward.ini file otherwise it won't send STARTTLS.

And you shouldn't use port 465 with smtp_forward, it probably won't work as 465 is 'special'

e.g. it expects a TLS connection at start-up which requires special handling compared to 25/587 and whilst we handle that for inbound connections, I highly doubt we bothered for smtp_forward/smtp_proxy.

the topic message in this chat room should include the full URL to the chat logs: https://botbot.me/freenode/haraka/ (current one misses /haraka)

_smf_: you have a retransmit link for anti spam purposes right?

Bramzor: not currently.

ow ok

Because I have a simular thing but for some reason, google is saying delivered but it's actually not.

And the only difference I see is that in the second attempt, there are 2 additional Received rules because I'm using the outbound method.

Or it might be the 2 Delivered-To fields...

Bramzor: did it deliver it to the spam folder?

Nope

It's unusual for Google to bin a message.

Even though headers might not be correct or something like that?

The only time I know of that Google will bin a message is if the Message-ID header is the same as another message in the mailbox (or something like that - I can't remember exactly)

Ow, that might be it.

Nope, that's not it. It is bounced the first time so Message-ID shouldn't be in the mailbox already.

Bramzor: you're just going to have to do some experimentation then. I would try removing any headers like Delivered-To, Return-Path etc.

mattsimerson: I can't change the channel topic as I can't get ops on the channel.

I had ops yesterday, but it seems baudehlo hasn't set auto-op.

yeah, that's a baudehlo thing

He's not around by the looks of it.

coming soon...

really soon, updated for geoip v2 databases and maxmind@1.0+

and this plugin: https://github.com/haraka/haraka-plugin-asn uses the legacy maxmind@0.6 databases for doing ASN lookups

different version than connect.geoip?

mattsimerson: One major improvement you could make for your geoip plugin is to be able to allow the distance calculation to be done on a different IP per domain or by the destination MX IPs

Yeah Bramzor, that version still uses the maxmind@0.6 (geoip v1) dbs

As distance is a pretty useless indicator for me as I have multiple domains on my Haraka and they're all over the place.

So baseing it on the server IP doesn't work in that case.

I have quite a number of domains on mine as well, but even across the USA, they're within a few thousand miles of each other, so plenty good enough.

and "domains" don't really have geoip locations, per se...

I've only ever found distance to be relevant when the distance is very large (> 4,000 km)