nmh-workers
[Top][All Lists]
Advanced

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

[Nmh-workers] send is not the only application disregard username in .ne


From: Zhang Weiwu
Subject: [Nmh-workers] send is not the only application disregard username in .netrc, msgchk does it too.
Date: Sun, 04 May 2008 11:49:50 +0800
User-agent: Thunderbird 2.0.0.12 (X11/20080425)

As I posted in previous messages, send did not respect username settings
in .netrc and insists using current user name for logging to SMTP. In
fact, even if you specify username as commandline parameter (send -user
xxx) it is also ignored.

Furthermore I found msgchk also ignore username setting in .netrc for
fetching emails from a pop server. But it does respect -user xxx
setting. I don't know if msgchk is /expected/ to do so, as no where in
msgchk manual says it refer to username in .netrc. The manual says:

        When  using  POP,  you will normally need to type the password
for your
       account on the POP server, in order to retrieve your messages.  
It  is
       possible  to automate this process by creating a ".netrc" file
contain-
       ing your login account information for this POP server.

Which I consider not clear enough (is .netrc only exist to provide
password or not?). So if you are to update this, I suggest update both
program and the manual.

Further I consider it necessary to add a setting in mts.conf(5) so user
don't have to specify -sasl for send(1).  This makes sense because
otherwise user with frontend (xmh, exmh) have to create their own
send(1) with the following content:
#!/bin/sh
/usr/local/nmh/bin/send -verbose -watch -sasl $*

In order to let the frontend invoke send with the right parameter. As
far as I see both xmh and exmh does not allow user to specify customized
commandline for send(1).

Best regards

-- 
Real Softservice

Huateng Tower, Unit 1788
Jia 302 3rd area of Jinsong, Chao Yang

Tel: +86 (10) 8773 0650 ext 603
Mobile: 135 9950 2413
http://www.realss.com





reply via email to

[Prev in Thread] Current Thread [Next in Thread]