Koozali.org: home of the SME Server

Authenticated SMTP relay from public interface (internet)

Offline dhalliday

  • *
  • 41
  • +0/-0
Authenticated SMTP relay from public interface (internet)
« on: September 30, 2005, 03:23:00 AM »
I am looking to use my sme server (mitel free version 6.0)as my SMTP server for outgoing mail while on the road without using VPN's.

As such I was looking to configure the Qmail MTA to use authenticates sessions but this does not seem to be possible.  It looks like there is a new QMail and add ons that support this but has anyone tried this on a SME 6.0?

Does 6.5RC1 or 7B4 support this, or even still use QMail?)

Any other ideas on using my SME server as my SMTP server for roaming users while not making it an open relay?

Thanks,

Dave.

Offline CharlieBrady

  • *
  • 6,918
  • +3/-0
Re: Authenticated SMTP relay from public interface (internet
« Reply #1 on: October 04, 2005, 03:01:08 AM »
Quote from: "dhalliday"

Any other ideas on using my SME server as my SMTP server for roaming users while not making it an open relay?


Use webmail.

Offline gordonr

  • *
  • 646
  • +0/-0
    • http://www.smeserver.com.au/
Re: Authenticated SMTP relay from public interface (internet
« Reply #2 on: October 05, 2005, 05:42:48 AM »
Quote from: "dhalliday"

Does 6.5RC1 or 7B4 support this, or even still use QMail?)


Yes, yes and yes.
............

Offline smeghead

  • *
  • 563
  • +0/-0
Authenticated SMTP relay from public interface (internet)
« Reply #3 on: October 05, 2005, 07:40:42 AM »
.. ther is an SSMTP contrib that will provide whats required
..................

yuku

Authenticated SMTP relay from public interface (internet)
« Reply #4 on: October 06, 2005, 04:34:36 PM »
maybe I'm doing something wrong, but I dont seem to get the SSMTP working.

I've setup my Outlook as follows:
- outgoing mail requires authentication
- provided username and password
- at the advanced tab I've deselected the option to use SSL.

when I use this setup and try to send a test-mail.
everything works great (finding POP-server, finding SMTP-server, login to POP3-server) except the sending of a test-email.
The report then says: The test-message could not be sent. Check the field E-mailaddress.

sending mail using webmail works great, so it looks like it is a outlook-connectivity problem.

Anybody have any idea on what this could be?

Running SME 7B4 including all standard yum updates (no devel or test rpms etc.)

Offline Brave Dave

  • *
  • 185
  • +0/-0
Authenticated SMTP relay from public interface (internet)
« Reply #5 on: October 15, 2005, 03:12:16 AM »
.:DB:.

Offline dhalliday

  • *
  • 41
  • +0/-0
Authenticated SMTP relay from public interface (internet)
« Reply #6 on: October 25, 2005, 02:01:50 AM »
BINGO! Looks like exactly what I need thaks.

Dave.

bugme

Securemail contrib
« Reply #7 on: December 15, 2005, 08:47:55 AM »
Has anyone tried it and what is the results.
Works well remotely on a laptop using Outlook Express?

Thanks.

Offline CharlieBrady

  • *
  • 6,918
  • +3/-0
Authenticated SMTP relay from public interface (internet)
« Reply #8 on: December 15, 2005, 02:21:17 PM »
Quote from: "davidbray"
This is the best way

http://www.pagefault.org/howto/securemail.shtml


That's not compatible with 7.0beta, which already includes most (all?) that functionality.

Offline timm

  • *
  • 14
  • +0/-0
    • http://www.dreyercycle.com
Authenticated SMTP relay from public interface (internet)
« Reply #9 on: December 15, 2005, 06:55:32 PM »
How do you get it to work with 7.8beta?  I would like to get the same thing working for me.

-Tim
...

Offline CharlieBrady

  • *
  • 6,918
  • +3/-0
Authenticated SMTP relay from public interface (internet)
« Reply #10 on: December 15, 2005, 08:22:51 PM »
Quote from: "yuku"
maybe I'm doing something wrong, but I dont seem to get the SSMTP working.

I've setup my Outlook as follows:
- outgoing mail requires authentication
- provided username and password
- at the advanced tab I've deselected the option to use SSL.


If you deselect SSL, then I believe you'll be using SMTP rather than SSMTP.