Bug#374610: msmtp: TLS handshake failed: A TLS fatal alert has been received.

On Sun, 16. Jul 2006, 21:24:56 +0200, Martin Lambers wrote: I finally found the time to write a patch that adds a tls_sslv3only command (and --tls-sslv3only option). Do you agree with the patch? Any suggestions for improvements? Is there still interest in this problem and in the patch? I

Bug#440344: Testversion msmtp-1.4.14 to fix problem with Diffie Hellman prime length

Hi! I've uploaded a test version of msmtp-1.4.14 to http://www.marlam.de/msmtp-1.4.14.tar.bz2 . It introduces a new command 'tls_security' with settings 'default' and 'lax'. The setting 'default' means to use the library defaults, and 'lax' lowers the requirements for the Diffie Hellmann prime

Bug#311191: libesmtp5: Flaw in TLS certificate hostname matching code

Package: libesmtp5 Version: 1.0.3-1 [I made several attempts to report the following to the upstream authors and the relevant mailing list since February, but I did not get a response, so I'm reporting this here.] I think I found a flaw in libesmtp-1.0.3r1, file smtp-tls.c: The function

Bug#310968: Possible fix (not much tested)

I ran into the same problem some time ago. The code in question is in file smtp-tls.c, lines 552-590. It accesses the subjectAltNames of certificates. It seems to be taken from an old version of nail, so I replaced it with the corresponding code in the latest version of nail (lines 320-334 from

Bug#404485: installation-reports: Installation fails on Digital UDB Multia (alpha)

On Wed, 27. Dec 2006, 19:44:49 +0100, Geert Stappers wrote: Op 26-12-2006 om 21:08 schreef Martin Lambers: On Tue, 26. Dec 2006, 20:09:32 +0100, Geert Stappers wrote: A Multia has two possible bootROMs, SRM and ARC. Which one did you use? SRM. Okay I noticed that the sarge

Bug#404485: installation-reports: Installation fails on Digital UDB Multia (alpha)

On Tue, 02. Jan 2007, 02:52:47 -0800, Steve Langasek wrote: If I were to prepare an installer image that included the tgafb module, would you be able to test it to see whether that's sufficient to get the installer working for you on the monitor instead of the serial console? Yes, I'd like to

Bug#404485: installation-reports: Installation fails on Digital UDB Multia (alpha)

On Wed, Jan 03, 2007 at 04:04:06AM -0800, Steve Langasek wrote: Yes, I'd like to test that. Great, I'll see what I can come up with. Would an ISO image or a netboot image be preferable for you? A netinst image would be perfect. Sorry, by netinst do you mean netboot, or a netinst

Bug#404485: installation-reports: Installation fails on Digital UDB Multia (alpha)

On Sun, 07. Jan 2007, 03:08:30 -0800, Steve Langasek wrote: A netinst CD image. Please give the jigdo image at http://people.debian.org/~vorlon/tgatest/debian-40-alpha-NETINST-1.{jigdo,template} a try and let me know if it works for you. Thank you very much! Booting from the CD succeeded.

Bug#404485: installation-reports: Installation fails on Digital UDB Multia (alpha)

Package: installation-reports Severity: normal Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/alpha/iso-cd/debian-testing-alpha-netinst.iso Date: 2006-12-25 16:00 CET Machine: Digital UDB Multia (alpha) Processor: alpha (exact type unknown)

Bug#404485: installation-reports: Installation fails on Digital UDB Multia (alpha)

complained so far, it is likely that noone uses the Multia anymore or that something is wrong with my machine (though I do not know what it could be; I'm currently running a NetBSD test system but did not find any problems yet). Regards, Martin Lambers -- To UNSUBSCRIBE, email to [EMAIL

Bug#404485: installation-reports: Installation fails on Digital UDB Multia (alpha)

On Tue, 16. Jan 2007, 22:25:57 -0800, Steve Langasek wrote: Booting from the CD succeeded. I got messages from aboot up to aboot: starting kernel boot/vmlinuz with arguments ramdisk_size=16384 root=/dev/ram devfs=mount,dall. I did not see any messages from the Linux kernel, but after a

Bug#430912: msmtp: should recommend openssl

On Thu, Jun 28, 2007 at 09:58:16AM +0200, Alexander Heinlein wrote: msmtp should recommend openssl, otherwise you can't use tls properly because /etc/ssl/certs/ca-certificates.crt doesn't exist. /etc/ssl/certs/ca-certificates.crt is provided by the ca-certificates package, not by openssl.

Bug#440344: tls_min_dh_prime_bits

Hi all, I have uploaded a new test version of msmtp to http://www.marlam.de/msmtp-1.4.15rc1.tar.bz2 . This version includes a command tls_min_dh_prime_bits instead of the tls_security command of the previous test version. (To call the command tls_security now seems wrong to me, especially since

Bug#440344: tls_min_dh_prime_bits

Hi, I just released msmtp 1.4.15. It contains the new tls_min_dh_prime_bits command, which should fix this bug. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437317: msmtp should send errors to log file

On Sat, 11. Aug 2007, 13:52:23 -0500, Ryan Underwood wrote: I use msmtp through mutt (set sendmail=...). A recent msmtp upgrade rendered my email broken (silently). Nothing was printed to the log file. I had to first determine that msmtp was the problem when my receipients did not receive

Bug#487272: Wish for --verbose.

On Sat, Jun 21, 2008 at 03:20:52AM +1000, Trent W. Buck wrote: Package: msmtp Version: 1.4.13-1+b1 Severity: wishlist I wanted to trace communication between msmtp and the SMTP daemon in order to isolate a fault (bug #487269). AFAICT, the only debugging information that msmtp can generate

Bug#487269: from (-f) doesn't preserve comments in email address.

I tested the following commands. In all cases, the mail arrives, but the header reads From: [EMAIL PROTECTED]. Nowhere does the comment Comment appear. echo message body | msmtp --auto-from=off [EMAIL PROTECTED] -f [EMAIL PROTECTED] echo message body | msmtp --auto-from=off [EMAIL

Bug#374381: Suggestion for a fix

This is probably caused by the following change between 1.4.5 and 1.4.6: - configure.ac: Rely on PKG_CHECK_MODULES to find GSASL, do not fall back to manual detection, to prevent using an incompatible version of GSASL. So msmtp now depends on pkg-config to find GNU SASL during the build.

Bug#374381: Suggestion for a fix

On Mon, 19. Jun 2006, 10:09:35 +0200, Julien Louis wrote: This is probably caused by the following change between 1.4.5 and 1.4.6: - configure.ac: Rely on PKG_CHECK_MODULES to find GSASL, do not fall back to manual detection, to prevent using an incompatible version of GSASL.

Bug#374610: msmtp: TLS handshake failed: A TLS fatal alert has been received.

it seems gnutls can open a new encrypted connection on your server. But it can't do it with the TLS protocol, try the following commands: gnutls-cli -s -p 1025 your.mailserver.com at prompt enter the following command (one for each prompt): EHLO example.com STARTTLS Ctrl-D

Bug#374610: msmtp: TLS handshake failed: A TLS fatal alert has been received.

On Mon, 03. Jul 2006, 20:50:10 +0200, Julien louis wrote: On Mon, Jul 03, 2006 at 03:04:08PM +0200, Martin Lambers wrote: With the following line: gnutls-cli -s -p 1025 your.mailserver.com GnuTLS should be able to handshake with SSLv3 and TLSv1 hosts. Similar, msmtp/GnuTLS should

Bug#374610: msmtp: TLS handshake failed: A TLS fatal alert has been received.

On Sat, 12. Aug 2006, 11:39:06 +0200, Julien Louis wrote: On Sat, Aug 12, 2006 at 10:30:26AM +0200, Julien Louis wrote: Well, i didn't have the time to test the patch, i'll try to test it this weekend I've just tested your patch and it works fine, i can get server infos when i run

Bug#374610: msmtp: TLS handshake failed: A TLS fatal alert has been received.

Dec 2005 21:32:45 - 1.1.1.1 +++ src/conf.h 16 Jul 2006 19:15:30 - @@ -3,7 +3,7 @@ * * This file is part of msmtp, an SMTP client. * - * Copyright (C) 2000, 2003, 2004, 2005 + * Copyright (C) 2000, 2003, 2004, 2005, 2006 * Martin Lambers [EMAIL PROTECTED] * * This program

Bug#440344: tls_security lax

On Mon, 14. Apr 2008, 18:26:55 -0600, [EMAIL PROTECTED] wrote: I tested 1.4.14 with the new setting 'tls_security lax' and can report that it works fine for me. Thx for fixing this in a clean way! Well, in the meantime 1.4.14 is out without the 'tls_security' command. The reason is that I

Bug#464474: mstmp: In sendmail compatability mode, ignores Resent-* headers

On Wed, 06. Feb 2008, 23:27:24 -0500, Tim Abbott wrote: When in sendmail compatability mode (msmtp -t, where msmtp is reading mail from standard input and parsing the headers), msmtp ignores the Resent-*, which are supposed to supercede the corresponding non-Resent headers (i.e. Resent-To

Bug#612679: Now fixed upstream

I think the requested minor compatibility fix for the -f option cannot cause harm for other applications, therefore I fixed it upstream: http://msmtp.git.sourceforge.net/git/gitweb.cgi?p=msmtp/msmtp;a=commit;h=72dd9a2018df7ed5fd81375056db79544c4d783c -- To UNSUBSCRIBE, email to

Bug#505745: msmtp: Default argument 'localhost' of SMTP EHLO raises suspicion with spam filters unnecessary

On Fri, 14. Nov 2008, 21:49:03 +0100, j...@uos.de wrote: When msmtp does a SMTP EHLO to a server, it uses as a hostname 'localhost' by default. In at least one case this resulted in one of my e-mails being flagged as spam by a recipient's mail software. It was a combination of factors, but

Bug#578017: Rewrite local addresses (support /etc/aliases).

On Fri, 16. Apr 2010, 16:09:59 +1000, Trent W. Buck wrote: [Feel free to WONTFIX this if it's beyond msmtp's intended scope.] I want a one-stop way to rewrite the recipient of system mail, i.e. To: root becomes RCPT TO:f...@example.net. I suggest: - add an msmtprc command local-to

Bug#624048: mpop: Uses deprecated _set_priority GnuTLS functions

On 25/04/11 14:21, Andreas Metzler wrote: Package: mpop Version: 1.0.23-1 Severity: normal User: ametz...@downhill.at.eu.org Usertags: deprecated-gnutls-2.12 This package is using some functions which are marked deprecated in newer versions of GnuTLS (=2.12.x). (They are not yet removed,

Bug#645286: Patched upstream

Hi Trent, The latest git version of msmtp adds a 'buffer_mail' command and '--buffer-mail' option which tells msmtp to first buffer the complete mail in a temporary file before sending it. Can you test if this works for you? Best regards, Martin -- To UNSUBSCRIBE, email to

Bug#645286: Patch dropped

Since there was no reaction to the proposed patch in almost 4 weeks (neither here nor on the msmtp-users mailing list), I conclude that this issue is not important. To avoid adding useless bloat that nobody uses anyway, I dropped the patch and released 1.4.26 without it. Martin -- To

Bug#667648: TAG: libgta -- stores multidimensional array data

There is now an Ubuntu PPA for libgta (and gtatool): http://launchpad.net/~marlam/+archive/gta Maybe this can serve as a starting point. Recent versions of GDAL also support libgta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#716572: [Mayhem] Bug report on mpop: mpop crashes with exit status 139

This crash is caused by a missing argument to the --passwordeval option, and can be fixed simply by requiring an argument to that option. This is the upstream patch:

Bug#683523: rubber: multibib support broken

Hello, I encountered the same error and fixed it by fixing the typo in /usr/lib/pymodules/python2.7/rubber/latex_modules/multibib.py line 65: replace 'bibligraphystyle' with 'bibliographystyle'. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#757280: Bino 1.6.0 fixes this problem

Hi, the new Bino version 1.6.0 fixes this problem: it uses gettext 0.19 infrastructure. It also fixes the libav-related FTBFS problems, so the corresponding patches in the Debian package can be dropped. Best regards, Martin -- To UNSUBSCRIBE, email to

Bug#768953: libpcl-dev: pkg-config files contain broken entry

Package: libpcl-dev Version: 1.7.2-2 Severity: important Dear Maintainer, the pkg-config files pcl_io-1.7.pc and pcl_visualization-1.7.pc contain the entry 'openni-dev' in the field 'Requires:'. However, the pkg-config file of libopenni-dev is named libopenni.pc, not openni-dev.pc. The effect

Bug#787815: Why is that a problem?

Hi, I don't see why this is a problem. Mpop does not start some random program; the user has to configure it to call procmail. This is done with popen/pclose for each mail, i.e. the procmail child process only lives for one mail delivery. Yes it will get file descriptors, but why is that bad? You

Bug#810344: libvtk6-dev: Please enable module vtkRenderingExternal

Package: libvtk6-dev Version: 6.2.0+dfsg1-4+b2 Severity: wishlist Dear Maintainer, please consider enabling the vtkRenderingExternal module. Best regards, Martin -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental')

Bug#840994: mpop: should exit with non-zero code when checking all accounts and errors occur for some of them

Hi, I have made the following change upstream to fix this problem: https://sourceforge.net/p/mpop/code/ci/83d64627db7d50131dc2eeb5bd39d5031e07f074/ Best regards, Martin

Bug#847550: bino: New upstream version available

Package: bino Version: 1.6.3-1+b2 Severity: wishlist Tags: upstream Package: bino Version: 1.6.3-1+b2 Severity: wishlist Tags: upstream Hi Daniel, a new upstream version (1.6.4) is available that fixes several problems on Debian unstable, including crashes with Qt 5.7 and build failures with

Bug#872980: qtbase-opensource-src: does not build gamepad module

Source: qtbase-opensource-src Version: 5.9.1+dfsg-9 Severity: normal Dear Maintainer, Since Qt 5.9, the Qt Gamepad add-on module is no longer marked as "technology preview" and ships with default packages distributed by the Qt project. See . It would

Bug#487555: Shouldn't complain about permissions unless .msmtprc contains passwords

Hi! On Wed, 12 Aug 2009 21:44:44 +1000 "Trent W. Buck" wrote: > On Wed, Aug 12, 2009 at 09:31:28AM +0200, Emmanuel Bouthenot wrote: > > > However, I feel that msmtp should only complain about the file > > > being group/world readable if it contains confidential > > > information -- that is, a

Bug#888602: msmtp invalid argument for --tls-fingerprint

Hi! Your patch is applied upstream and this bug is fixed in msmtp 1.6.7. Thank you! Martin

Bug#917260: msmtp: hangs after message termination [.]

Hi, this only happens with the zoho SMTP server if your test mail has no blank line that separates mail headers and mail body. Please try (for example) 'echo -e "test-header\n\ntest-body"' instead of just 'echo "test"'; it should work fine. Explanation: if the mail-terminating "." line appears

Bug#917559: msmtp: fails to verify TLS certificate when the mail host is not the CN but only a SAN

Hi, the problem is fixed since version 1.6.8, which added support for TLS Server Name Indication (SNI). I just tested with the mail server mail.bdld.info mentioned in your report. Best, Martin

Bug#975333: msmtp: AppArmor profile breaks --file, logfile, and passwordeval

On Fri, 20 Nov 2020 10:35:00 -0500, Simon Deziel wrote: > > A big problem is that users do not know where to look if they get an > > unexplainable "permission denied" error. Almost nobody knows that > > AppArmor interferes. > > > > A working AppArmor profile would have to allow reading, writing

Bug#975333: msmtp: AppArmor profile breaks --file, logfile, and passwordeval

Package: msmtp Version: 1.8.11-2 Severity: normal Dear Maintainer, There are several problems in the Debian AppArmor profile that are frequently reported to me as the upstream maintainer, but I cannot fix them since I do not ship the AppArmor profile. 1. Option --file AppArmor restricts

Bug#982947: clinfo reports fatal error

Package: clinfo Version: 3.0.20.11.20-1 Severity: normal X-Debbugs-Cc: mar...@marlam.de Dear Maintainer, clinfo output includes the following line on my system: fatal error: cannot open file '/usr/lib/clc/gfx1010-amdgcn-mesa-mesa3d.bc': No such file or directory Because of this error, clinfo