On Tue, Dec 20, 2011 at 5:08 PM, Gunnar Wolf wrote:
> tags 650024 + upstream
> thanks
>
>> Hi Gunnar,
>
> Hi Axel,
>
> I'm bringing John Jetmore, the Swaks author, for his input. John, you
> can see all of my interchange with Axel at:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650024
>
tags 650024 + upstream
thanks
> Hi Gunnar,
Hi Axel,
I'm bringing John Jetmore, the Swaks author, for his input. John, you
can see all of my interchange with Axel at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650024
Axel requested the addition of an option to supress the echoing of the
Hi Gunnar,
On Mon, Nov 28, 2011 at 05:54:30PM -0600, Gunnar Wolf wrote:
> Uhmm... I understand your point. Now, Swaks is IMO (and quoting from
> the manpage) "the all-purpose smtp transaction *tester*" (emphasis
> mine).
Sure.
> Using Swaks as a mailer is IMO an abuse.
No objection, either. I n
Axel Beckert dijo [Fri, Nov 25, 2011 at 06:39:16PM +0100]:
> Package: swaks
> Version: 20100211.0-2
>
> Hi,
>
> when testing SMTP AUTH with swaks -a, swaks does not turn off terminal
> echoing before asking the user to enter his password and the password
> stands there in plain text until swaks f
FWIW this is addressed in svn with a new --protect-prompt option
(which will do as much as possible to protect sensitive information
that is entered at the command line, though at the moment that's only
password entry). I won't be turning this on by default since it
doesn't fit my used of swaks as
Package: swaks
Version: 20100211.0-2
Hi,
when testing SMTP AUTH with swaks -a, swaks does not turn off terminal
echoing before asking the user to enter his password and the password
stands there in plain text until swaks finishes and the user can clear
the terminal to hide the password.
I also s
6 matches
Mail list logo