Pileus Git - ~andy/fetchmail/blob - OPTIONS

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