[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#4667: popclient argument/poprc processing

> While trying out popclient 3.05 I found some bugs in the command line
> argument / poprc processing. The patches I made are included at the
> bottom of this mail. Some items addressed there:

Popclient is obsolete.  You might want to pick up a copy of the sources
for its descendant, fetchmail, from my home page.
> o poprc options nokeep, noflush, nofetchall:
> 	These options didn't change the (true) defaults because bison
> 	silently ignores a 0 value of a token, and so flex returned a
> 	non-0 value for ``FALSE'' (token in poprc_y.y). 

This bug was still present in fetchmail, thanks!
> o --norewrite (command line):
> 	The default was _not_ to rewrite sender's addresses because it's
> 	impossible in the current program structure to implement a
> 	non-zero default for a flag. I changed this flag to --rewrite
> 	(unset by default), so one can enable rewriting if desired.

I had already spotted this and fixed it in a different way.
> o poprc option mda:
> 	The internal variable char *mda_argv[] is limited to 32 entries,
> 	but there was no test for index overflow while parsing the mda
> 	option. While it's unlike to need as much arguments, it's of
> 	potential danger for a program that may be installed setuid
> 	root.
> 	There are some more problems with mda mentioned in the BUGS
> 	section of the man page now. 
> 	The arguments are printed now on --version.

The mda option is gone from fetchmail -- its only delivery mode is
SMTP.  This means your fetched mail comes to you through the system MDA
exactly like `real' TCP/IP mail.
	<a href="http://www.ccil.org/~esr/home.html";>Eric S. Raymond</a>

TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com

Reply to: