Debian Patches

Status for ssmtp/2.64-13

Patch Description Author Forwarded Bugs Origin Last update
01-manpage-wording.patch Use more obvious "port" instead of "No" in ssmtp.conf man Anibal Monsalve Salazar <anibal@debian.org> no
02-557725-solaris.patch http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557725

Patch by Darik Horn <dajhorn@vanadac.com>

===================================================================
no
03-557741-remote-addr.patch http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557741

Patch by Victor Sudakov <sudakov@sibptus.tomsk.ru>
Modified by Anibal Monsalve Salazar <anibal@debian.org>

===================================================================
no
04-508759-garbage.patch Common subdirectories: ssmtp-original/debian and ssmtp-2.62/debian
Common subdirectories: ssmtp-original/md5auth and ssmtp-2.62/md5auth
Common subdirectories: ssmtp-original/.pc and ssmtp-2.62/.pc
===================================================================
no
05-LDFLAGS.patch =================================================================== no
ssmtp-bug584162-fix.patch Re: ssmtp: Partial loss of message body, sending message to wrong recipicients
Attached is a patch against the original 2.64 source that should address
this bug, and hopefully not break anything. An overview of my changes:

* Added code to standarise() to drop the trailing '\r' if the line
originally ended with "\r\n".

* Added a check to header_parse() that effectively converts an "\r\n" in
the input into '\n'.

* Added a conditional so that header_parse() doesn't pass the empty
string to header_save()---a behavior I observed in testing, at the end
of a header block with "\r\n" line endings.

* Simplified the last if(in_header) conditional in header_parse(),
because it erroneously assumes that if in_header == True, then c could
have some value other than EOF. (See the condition on the previous
"while" loop, and the lack of any other way to exit said loop.)

header_parse() will now properly grab a header if fed a message
without a body (i.e. no "\n\n" ending the header block), although this
code will still drop a header if there is no newline at the end.

Christoph, thank you for your excellent analysis, and the test cases. I
made use of them, and with my changes sSMTP appears to do the right
thing.

===================================================================
"Daniel Richard G." <skunk@iSKUNK.ORG> not-needed debian 2014-06-19
fix-tls1.3-handshake.patch Fix TLS 1.3 handshake
diff --git a/ssmtp.c b/ssmtp.c
index 7ab79ab..6b2b9d0 100644
Jeff King <peff@peff.net> no debian 2019-08-13
keep-from-header-intact.patch Keep From: header intact This patch changes the behaviour of ssmtp when FromLineOverride=NO
to not modify the "From:" header. This allows forwarded emails to
have the correct envelope sender as well as retaining the original
"From:" header.

diff --git a/ssmtp.c b/ssmtp.c
index 6b2b9d0..dbb1437 100644
<herbert@gondor.apana.org.au> no debian
pointer-init.patch =================================================================== no
gcc-15.patch GCC 15 fix. Syed-Shahrukh-OSSRevival <syed.shahrukh@ossrevival.org> no 2025-09-11

All known versions for source package 'ssmtp'

Links