1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
|
Summary of responses on `Nuke the options?':
Yes:
Felix Morley Finch <felix@crowfix.com>
Nathan Myers <ncm@cantrip.org>
Irving Wolfe <Irving_Wolfe@wolfe.net>
Craig Metz <cmetz@inner.net>
Alexander Kourakos <awk@bnt.com>
John Swinbank <john@swinbank.u-net.com>
Alexandros Manoussakis <alx@beryl.kapatel.gr>
No:
Guenther Leber <gleber@gams.at>
Dave Bodenstab <imdave@mcs.net>
Erik Soosalu <esoosalu@geocities.com>
Jonathan Marten <jonathan.marten@uk.Sun.COM>
Other:
Chris Hanson <cph@martigny.ai.mit.edu> thinks --smtphost can be useful,
but says the change won't affect him.
Matt Simmons <simmonmt@acm.org> didn't express a general opinion but wants
-B/fetchlimit kept.
Steffen Opel <opel@rumpelkammer.uni-mannheim.de> makes a good argument
that --limit should be settable from the command line as a way to throttle
fetches according to day-night rates.
Comments:
felix@crowfix.com: "Using --fetchmailrc, someone could
write a Perl wrapper which would dummy up a temporary control file
using the soon-to-be-banned options, if someone really wanted such a
program."
ncm@cantrip.org doesn't want fetchmailrc to require a control file.
gleber@gams.at: "I like the flexibility I get from [command-line
options] and use it very often."
awk@bnt.com: keep -u, -p, nuke the others.
alx@beryl.kapatel.gr: keep -u, -p, -t, nuke the others.
esoosalu@geocities.com: "I would have an objection to removing
command line options: It makes it a lot harder to debug the inital setup."
jonathan.marten@uk.Sun.COM: particularly (and not unreasonably)
objects to losing -r.
Alexandros Manoussakis <alx@beryl.kapatel.gr> offered the following summary:
It seems like many of us want to be able to use
fetchmail without the need of a .fetchmailrc file.
Regarding your list of commands to remove from
the command line, taking into account the feedback
regarding the matter we have (* denotes wanted options):
-I, --interface interface required specification
-M, --monitor monitor interface for activity
* -p, --protocol specify pop2, pop3, imap, apop, rpop, kpop, etrn
-U, --uidl force the use of UIDLs (pop3 only)
-P, --port TCP/IP service port to connect to
-A, --auth authentication type (password or kerberos)
-E, --envelope envelope address header
-Q, --qvirtual prefix to remove from local user id
* -u, --username specify users's login on server
-n, --norewrite don't rewrite header addresses
* -l, --limit don't fetch messages over given size
* -K, --nokeep delete new messages after retrieval
* -S, --smtphost set SMTP forwarding host
-D, --smtpaddress set SMTP delivery domain to use
-Z, --antispam, set antispam response value
-b, --batchlimit set batch limit for SMTP connections
-B, --fetchlimit set fetch limit for server connections
-e, --expunge set max deletions between expunges
* -r, --folder specify remote folder name
* -t, --timeout server nonresponse timeout
Let's see how it goes and you can remove at least the options
no-one complains about!
|
