Hello Bernd, thanks a lot for the input, really appreciated, this will take me some steps further.
I would give out individual credentials to each sender domain, so yes perhaps thats easier done elsewhere, do you think? (perhaps NGINX SMTP proxy in front of James) Minor thing: When developing Mailets for 2.3.2, do you have a tip which maven artefact to include for development? Best Stephan On 4 May 2016 at 12:24:46, Bernd Waibel (bwai...@intarsys.de) wrote: Hello Stephan, I think that are 2 questions: - Using proxy - Usign auth First: Yes, you could use James as an Proxy. We are doing exactly that. We do not have mailboxes, and do use James as a MTA (Mail Transfer Agent) or Mail Proxy. The Smarthost configuration describes the possible scenarios, so it is for you... Btw., we are using James 2.3.2 as MTA, inside our SMG product and also in our productive mail system. So, yes, I am sure it works. You should have a straight look at your configuration, to not be used as an open proxy. This is nothing special for James, it is the same for all mail servers: If your mail servers acts as an proxy, you may be used as an "open proxy" for sending spams (or sending non-delivery reports as spam). In James 2.3.2 this is mostly handly by "RemoteAddrNotInNetwork". Because your mail server at the front-end does not have mailboxes, all mails will be accepted per default. So Spam and Virus checks are mostly recommended. Easyly used in james on linux. Spamassassin and ClamAV. About the (second) question doing "auth": I suppose doing "auth" means "doing authentication". If you will only accept mails received during authentication, you need to configure James. This is possible. But this means: only accept mails from special senders, not all mails. But if that's what you want, this is possible. But everyone who knows the authentication credentials could send to your server. There is no "list of servernames" or database of servers which are allowed to use auth. But you could configure james to act like this: You accept all authenticated mails, and in the next step in your configuration (matcher/mailet) you do not route mails from unknown senders or unknown ip addresses. But maybe this is just something a firewall should do for you? Greetings Bernd. -----Ursprüngliche Nachricht----- Von: Stephan Schmidt [mailto:stephan.schm...@gmail.com] Gesendet: Dienstag, 3. Mai 2016 17:25 An: server-user@james.apache.org Betreff: James as a mail proxy for a SaaS service Hello, I'm looking for James to use for a SaaS service. I've read http://wiki.apache.org/james/SmartOrSecondaryHost but not sure this is for me. For me this means James should act as a proxy. It should take mails from other mails servers with auth, for all sender domains. Alternatively from a list of domains (hundreds of sender domains) from a database. It should then do something to the email and send it to another fixed server, e.g. Mailgun. No local storage, mailboxes, users etc. Is this possible with James? Thanks Stephan --------------------------------------------------------------------- To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org For additional commands, e-mail: server-user-h...@james.apache.org