Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-02-19 Thread Jerrad Pierce
Specifically see the masquerade option and draft_from ___ Nmh-workers mailing list Nmh-workers@nongnu.org http://lists.nongnu.org/mailman/listinfo/nmh-workers

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-30 Thread Earl Hood
On January 29, 2010 at 23:01, Ken Hornstein wrote: If your interest is to only exchange messages with other nmh users, then I guess you won't care ... but I would suggest that if nmh doesn't evolve, at some point there won't be any other nmh users. I agree. For years, I have used a separate

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-29 Thread Earl Hood
On January 29, 2010 at 11:36, markus schnalke wrote: What exactly do you mean with ``users''? If you mean people that are no programmers, then I agree. If you mean us, then I don't. I consider non-programmers. If not, nmh will just be a nitch MUA, and probably over time, die a slow death.

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-29 Thread Ken Hornstein
If popularity is the goal, then my answer to this is a resolute NO. I guess I see a wide range of possibilities between popular and dead. MH has filled a niche outside the mass market of MUAs since its inception. What it does, it does well. What it doesn't, it doesn't well. That's not a bad

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-28 Thread Ken Hornstein
History may have been bad. However, it may teach very important lessons. One should never ignore it, but one should go new ways if appropriate. Okay ... so, what, you're just dismissing my point here with some vague oh, all that stuff people did before, it might be wrong? And as for it being

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-28 Thread Ken Hornstein
There are some organizations where all network traffic must be encrypted, and if MUAs are to submit to a central MTA for delivery, nmh would need TLS support to do this. Minor correction: nmh can do this already, _if_ the SASL mechanism supports encryption (we have that requirement, and we use

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-28 Thread Earl Hood
On January 28, 2010 at 10:39, Ken Hornstein wrote: Fetching mail is also the job of a different tool. So, just so we're clear ... you want to remove the existing support for POP in inc as well? I agree with Ken. At some point, nmh must be able to read (incorporate) mail to do its job.

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-28 Thread markus schnalke
[2010-01-28 10:39] Ken Hornstein k...@pobox.com And as for it being _easier_ ... well, literally, configuring the SMTP MTS is as simple as placing this in your .mh_profile: I personally, don't care much about easy, but I care about right. (Especially, as this is what nmh does better as

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-28 Thread markus schnalke
[2010-01-28 10:28] Earl Hood e...@earlhood.com On January 28, 2010 at 10:55, markus schnalke wrote: Nmh should work on a mailbox in the local filesystem. Incoming mail should enter as plain-text through inc. Outgoing mail should leave as plain-text to an MTA. Not sure about this

Re: [Nmh-workers] Re: should nmh be an MTA or an MUA?

2010-01-28 Thread Ken Hornstein
can someone remind me why this is so? (i.e., the use of -bs mode?) I am guessing (I do not know for sure) that the original designers didn't want to have to duplicate code and they figured since the -bs mode would allow them to reuse the SMTP code, that's what they went with. Note that I have