This patch series introduces some very basic refactorizations and improvements to send-email. My goal was to keep each patch relatively small, but it may be better to look at the results of the following patches: [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message [PATCH RFC3.5 07/12] send-email: Cleanup send_message 'log' code [PATCH RFC3.5 09/12] Docs: send-email: Reorganize the CONFIGURATION section The overall diffstat: Documentation/git-send-email.txt | 201 ++++++++++++++++++++---- git-send-email.perl | 317 +++++++++++++++++++++++++------------- 2 files changed, 376 insertions(+), 142 deletions(-) The over all patch series: [PATCH RFC3.5 01/12] send-email: Cleanup the usage text and docs a bit [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default". [PATCH RFC3.5 04/12] send-email: Verification for --smtp-server and --smpt-server-port [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message [PATCH RFC3.5 07/12] send-email: Cleanup send_message 'log' code [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message [PATCH RFC3.5 09/12] Docs: send-email: Reorganize the CONFIGURATION section [PATCH RFC3.5 10/12] Docs: Embolden the CONFIGURATION references [PATCH RFC3.5 11/12] Docs: send-email: Clarification of sendemail.<identity> [PATCH RFC3.5 12/12] Docs: send-email: git send-email -> 'send-email' Sincerely, Michael Witten -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html