Re: [exim] Manualroute to non standard smtp (port 2525)

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: Jason Meers
Dátum:  
Címzett: exim-users
Tárgy: Re: [exim] Manualroute to non standard smtp (port 2525)
On Tue, 2005-04-05 at 11:28 +0100, Tony Finch wrote:
> On Tue, 5 Apr 2005, Jason Meers wrote:
> >
> > I would like to update the paper to include support for delivery to non-
> > standard smtp ports as it comes up frequently in smaller installations
> > where ISPs try to stop home users running mail servers by blocking
> > inbound connections to port 25.
> >
> > What is the cleanest way of adding this functionality? Any help would be
> > appreciated and will be included along with an acknowledgement in a new
> > version of the tutorial.
>
> I don't think there's a simple way of allowing arbitrary ports in the
> route_data option. If you're willing to have a fixed set of allowed
> outgoing ports then you can define a number of smtp transports like this:
>
>     port_2525:
>       driver = smtp

>
>     port_252525:
>       driver = smtp

>
> Then users can just append port_2525 after their list of destination
> hosts, separated with white space.
>
> Tony.


so what would my transport section look like?

Surely I need a "port" keyword somewhere

here is my current transport section:

-----------------------------------------------------
############# TRANSPORT SETTINGS ####################
# set rules for delivery transports                 #
#####################################################
begin transports


remote_smtp:
driver = smtp

------------------------------------------------------

Thanks for you help,

Jason

________________________________________________________________________
This e-mail has been scanned for all viruses by MessageLabs (outbound).

The information contained in this message is intended for the addressee only and may contain confidential and/or privileged information.

If you are not the addressee, please delete this message and notify the sender. You should not copy or distribute this message or disclose its contents to anyone.

E-mail transmission cannot be guaranteed to be secure or free of errors or viruses. Therefore no reliance may be placed on this message without written confirmation from an authorised representative of its contents.

________________________________________________________________________