From: Juergen Daubert <jue@jue.li>
  To  : <masqmail@marmaro.de>
  Date: Sun, 30 May 2010 14:53:20 +0200

Re: [masqmail] Plans for a 0.3 dev branch

On Sat, May 29, 2010 at 03:06:32PM +0200, markus schnalke wrote:
> I plan to split the development into bug fixing 0.2 versions and
> starting a 0.3 branch for further development. The reason for the
> split are probable incompatibilities between future versions and the
> current ones. Oku did such already when he switched from 0.1 to 0.2.
> 
> Plans for 0.3:
> 
> - Do file and mserver querying based on online_pipe. We can use cat
>   and mservdetect. Actually mservdetect was meant for this since
>   0.2.0: ``This method will once replace the 'mserver' option''

That means pipe remains the only method to detect online status? 
I'm all for removing the whole masqdialer stuff, because that seems
a bit outdated in times of dsl. But is the additional code needed for
the file method that large? It's more effort to create a script and
might be less secure as well.

> - Think also about basing mbox and maildir delivery on an MDA. This
>   would require an MDA then. (A specialized MDA is probably the better
>   approach anyway.) Maybe move mbox delivery into a separate program
>   which gets distributed to ensure some delivery capacity. A wrapping
>   shell script could care about {mbox,maildir,mda}_users.

That's a big restriction IMO, you need additional stuff like maildrop 
or procmail which in turn is another point of failure. 

> - Think about excluding the get function into a separate program. Does
>   anyone uses it at all?

The main reason for Oliver to implement the get function might have 
been the POP-before-SMTP usage. Don't know if we still need that 
nowadays, if not I'd remove it. Contrary to the MDA point I think
that the use of a dedicated program like fetchmail is easier than
masqmail -g, at least if we want ssl encryption or enhanced 
authentication methods.

> - Switch from autoconf/automake to ordinary makefile like they do it
>   on suckless.org or in the heirloom project.
>
> - Add more and better automated tests. I really want to have this ...
>   but unfortunately, I'm not very keen on implementing it. ;-)
> 
> Comments? Suggestions?


HTH
Juergen

-- 
Juergen Daubert  |  mailto:jue@jue.li  
Korb, Germany    |  http://jue.li/crux