[PATCH RFC3.5 00/12] Introduction to Decreasing send-email Entropy · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 01/12] send-email: Cleanup the usage text and docs a bit · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default". · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 04/12] send-email: Verification for --smtp-server and --smpt-server-port · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 07/12] send-email: Cleanup send_message 'log' code · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 09/12] Docs: send-email: Reorganize the CONFIGURATION section · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 10/12] Docs: Embolden the CONFIGURATION references · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 11/12] Docs: send-email: Clarification of sendemail.<identity> · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5 12/12] Docs: send-email: git send-email -> 'send-email' · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message · Jay Soffian <hidden> · 2016-06-15
Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message · Jay Soffian <hidden> · 2016-06-15
Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5.1 08/12] send-email: Simplify --compose subject sanitation · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5.1 08/12] send-email: Simplify --compose subject sanitation · Jeff King <hidden> · 2016-06-15
Re: [PATCH RFC3.5.1 08/12] send-email: Simplify --compose subject sanitation · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message · Junio C Hamano <hidden> · 2016-06-15
Re: [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code · Jay Soffian <hidden> · 2016-06-15
Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code · Thomas Adam <hidden> · 2016-06-15
Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code · Jay Soffian <hidden> · 2016-06-15
Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code · Junio C Hamano <hidden> · 2016-06-15
[PATCH RFC3.5.1 04/12] send-email: Verification for --smtp-server and --smpt-server-port · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5.1 04/12] send-email: Verification for --smtp-server and --smpt-server-port · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 04/12] send-email: Verification for --smtp-server and --smpt-server-port · Junio C Hamano <hidden> · 2016-06-15
Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default". · Wesley J. Landaker <hidden> · 2016-06-15
Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default". · Michael Witten <hidden> · 2016-06-15
[PATCH RFC3.5.1 03/12] send-email: Interpret --smtp-server "" as "use a default". · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default". · Junio C Hamano <hidden> · 2016-06-15
Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default". · Michael Witten <hidden> · 2016-06-15
Re: [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command · Junio C Hamano <hidden> · 2016-06-15
Re: [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command · Michael Witten <hidden> · 2016-06-15

Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default".

From: Wesley J. Landaker <hidden>
Date: 2016-06-15 22:46:37

On Saturday 18 April 2009 11:01:59 Michael Witten wrote:

 	`/usr/lib/sendmail` if such a program is available, or
-	`localhost` otherwise.
+	`localhost` otherwise. Also, a built-in default is used if

I think you may have meant:
+	`localhost` otherwise. Also, the built-in default is used if

+	`<host>` or 'sendemail.smtpserver' is the empty string (for
+	example, if '--smtp-server ""' is specified on the command line).

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help