[nos-bbs] JNOS smtp - discussion

[Michael Fox - N6MEF]

Well, that option/switch would only toggle between everything goes direct
(current behavior) and everything goes to the gateway.  If you have a single
JNOS system, that's fine, I guess.  But for a network of JNOS systems, we
need to be able to allow JNOS to go direct when that's possible/desired, and
send everything else to the gateway.  Again, sending everything to the
gateway so it can be sent back to locally reachable destinations is fine for
Ethernet connections, but a significant problem for 1200/9600 baud radio
connections.  The single point of failure is also a problem.  If we lose the
gateway, then all local mail stops, not just Internet connected mail.  Not
good.

A good first step would be to have the option for JNOS to go direct if the
destination is listed in local domain.txt file.  That was the first command
I listed.  But I figured that configurations vary and, as long as the code
is being updated, its best to handle the more general cases.

Michael
N6MEF

-----Original Message-----
From: nos-bbs-bounces at tapr.org [mailto:nos-bbs-bounces at tapr.org] On Behalf
Of Bob Tenty
Sent: Tuesday, December 06, 2011 9:51 AM
To: TAPR xNOS Mailing List
Subject: Re: [nos-bbs] JNOS smtp - discussion

I agree with you Micheal too much work.

Well it means that only one extra option/switch has to added something like,

smtp gateway  x.x.x.x  (old behaviour)

smtp gateway --all  x.x.x.x (Everything directly to the smtp gateway x.x.x.x
)

Of course as always the rewrite file has to be checked, all that stuff
remains in place.

Also a possibility is that the behaviour of "smtp gateway" can be set at
compile time.
(config.h)



73,

Bob VE3TOK


On 06/12/2011 11:35 AM, Michael Fox - N6MEF wrote:
> Hi Maiko,
> 
> I don't know about others, but I'm not so concerned about the SMTP in 
> JNOS being old or out of spec.  That's because I think for anything 
> other than JNOS to JNOS, we'll want to use a relay host anyway.  
> There's just too much bad stuff out there to fend off.  Whether 
> postfix or exim or sendmail, the popular mailers all have the ability 
> to define checks and filters and lookups that just wouldn't make sense 
> to replicate in JNOS.  It would be a lot of work to develop, even more 
> work to test and, in the end, even if all these features were 
> replicated, I think most people will probably just send things to the 
> relay host anyway, so they don't have to learn/configure/manage yet
another mailer.
> 
> So my thinking is to just give us some control over how/when JNOS uses 
> the relay host.
> 
> So far, it looks like Bob and I agree that the current behavior is 
> bad.  Bob and I agree that if an "smtp gateway" is defined, then, by 
> default, all mail should go there.  But I believe that if the default 
> is to send everything to the gateway, then we MUST be able to define 
> some exceptions to this or else we create a different set of problems 
> that we don't have today.  We'll see where the discussion goes...
> 
> Michael
> N6MEF
> 
> 
> -----Original Message-----
> From: nos-bbs-bounces at tapr.org [mailto:nos-bbs-bounces at tapr.org] On 
> Behalf Of Maiko Langelaar
> Sent: Tuesday, December 06, 2011 7:52 AM
> To: TAPR xNOS Mailing List
> Subject: [nos-bbs] JNOS smtp - discussion
> 
> 
>> Because the smtp server in jnos is not up to the standards anymore.
> 
> Well, then it's time to hash this out once and for all.
> 
> Comments from anyone and everyone welcome.
> 
> What changes do we need or want to make ?
> 
> But the *group* has to agree, it's not just for 1 or 2 people ...
> 
> Maiko Langelaar / VE4KLM
> 
> 
> 
> _______________________________________________
> nos-bbs mailing list
> nos-bbs at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/nos-bbs
> 
> 
> _______________________________________________
> nos-bbs mailing list
> nos-bbs at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/nos-bbs


_______________________________________________
nos-bbs mailing list
nos-bbs at tapr.org
https://www.tapr.org/cgi-bin/mailman/listinfo/nos-bbs