Bug#564661: libgsasl7: did not work any auth metods
block 564661 561475
thanks
Premysl Hruby dfe...@gmail.com writes:
gsasl: initialization failure: Low-level crypto error in SASL library
I believe this means libgsasl was built against libgcrypt in unstable,
but you are running libgsasl with libgcrypt from testing. The version
comparison fails in libgsasl (unstable 1.4.5 testing 1.4.4) so
libgsasl refuses to work.
The workaround should be to install libgcrypt from unstable.
I'm making it clear that resolving this bug needs libgcrypt in testing
by adding a 'block' tag.
Any ideas on how this can be avoided in the future? It seems libgsasl7
should not enter testing until the libgcrypt version it was built
against enters testing too. I have applied the patch below meanwhile,
which will prevent future 'gsasl' uploads from entering testing before
libgcrypt in unstable enters testing. It won't solve the problem with
the current libgsasl7 in testing though...
/Simon
From 200a337fa814b477af8a9d50ffa7f7d09af94ad6 Mon Sep 17 00:00:00 2001
From: Simon Josefsson si...@josefsson.org
Date: Wed, 3 Feb 2010 10:05:12 +0100
Subject: [PATCH] Require latest libgcrypt.
---
debian/changelog |5 -
debian/control |2 +-
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 0d864c7..2561b1e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -6,8 +6,11 @@ gsasl (1.4.0-2) unstable; urgency=low
versioning; closes: #542512.
* libgsasl7-dev: Depend on libgcrypt11-dev in order to make
libgcrypt.la available; closes: #564378.
+ * libgsasl7: Make it depend on libgcrypt 1.4.5-1, because libgsasl7
+will not work with any older libgcrypt than the version it was
+built with. See #564661.
- -- Simon Josefsson si...@josefsson.org Thu, 21 Jan 2010 10:36:56 +0100
+ -- Simon Josefsson si...@josefsson.org Wed, 03 Feb 2010 10:02:43 +0100
gsasl (1.4.0-1) unstable; urgency=low
diff --git a/debian/control b/debian/control
index 1ba1571..420cf29 100644
--- a/debian/control
+++ b/debian/control
@@ -31,7 +31,7 @@ Description: Development files for the GNU SASL library
Package: libgsasl7
Section: libs
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, libgcrypt11 (= 1.4.5-1)
Conflicts: libgsasl1
Replaces: libgsasl1
Description: GNU SASL library
--
1.6.6.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
I tried it in new chroot just now (created via debootstrap), and it
fails in it = I'm unable to use login method in new up-to-date chroot
just as I was unable to use it before I myself rebuild libgsasl7
package.
Like you, i've setup a fresh 32bits chroot and all is ok.
That's crazy !
Is it possible for you to copy and try this chroot on another box
(debian or another linux distro) ?
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (31/01/10 23:11), Emmanuel Bouthenot wrote: Date: Sun, 31 Jan 2010 23:11:49 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) I tried it in new chroot just now (created via debootstrap), and it fails in it = I'm unable to use login method in new up-to-date chroot just as I was unable to use it before I myself rebuild libgsasl7 package. Like you, i've setup a fresh 32bits chroot and all is ok. That's crazy ! Is it possible for you to copy and try this chroot on another box (debian or another linux distro) ? I just tried it on my i386 desktop, in i386 chroot on my amd64 desktop, in new kvm-based i386 (and amd64) debian/testing installation and it's all same: It doesn't work! :-) Same msmtp behaviour, same error after gsasl --client-mechanisms ... So, it's pretty much reproducible here. -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
Is it possible for you to copy and try this chroot on another box
(debian or another linux distro) ?
I just tried it on my i386 desktop, in i386 chroot on my amd64 desktop,
in new kvm-based i386 (and amd64) debian/testing installation and it's
all same: It doesn't work! :-)
Same msmtp behaviour, same error after gsasl --client-mechanisms ...
what are the md5 sums for /usr/lib/libgsasl.so.7.7.2 on both arch (i386 and
amd64) ?
for me:
amd64:
c8ce0662f332c2855fa553975537c389 /usr/lib/libgsasl.so.7.7.2
i386:
b01ffd45ea664f2ed65a990bba3225ba /usr/lib/libgsasl.so.7.7.2
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (01/02/10 12:22), Emmanuel Bouthenot wrote: Date: Mon, 1 Feb 2010 12:22:58 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com Cc: 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) Is it possible for you to copy and try this chroot on another box (debian or another linux distro) ? I just tried it on my i386 desktop, in i386 chroot on my amd64 desktop, in new kvm-based i386 (and amd64) debian/testing installation and it's all same: It doesn't work! :-) Same msmtp behaviour, same error after gsasl --client-mechanisms ... what are the md5 sums for /usr/lib/libgsasl.so.7.7.2 on both arch (i386 and amd64) ? for me: amd64: c8ce0662f332c2855fa553975537c389 /usr/lib/libgsasl.so.7.7.2 i386: b01ffd45ea664f2ed65a990bba3225ba /usr/lib/libgsasl.so.7.7.2 Same here. -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
$ msmtp --version|grep -C1 '^Supported auth' Authentication library: GNU SASL Supported authentication methods: plain cram-md5 digest-md5 gssapi external login ntlm but without rebuild of libgsasl7 msmtp didn't work arch: i383 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
Same here.
If you want to do another test, you can download a fresh 32bits
chroot[1] i've setup few hours ago.
All works fine for me with it.
[1] http://kolter.openics.org/debian/gsasl/sid_chroot_i386.tar (228 MB)
M.
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (01/02/10 17:29), Emmanuel Bouthenot wrote: Date: Mon, 1 Feb 2010 17:29:17 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com Cc: 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) Same here. If you want to do another test, you can download a fresh 32bits chroot[1] i've setup few hours ago. All works fine for me with it. [1] http://kolter.openics.org/debian/gsasl/sid_chroot_i386.tar (228 MB) M. Well, I tested it here, in 32bit KVM instance I created today, and it worked. But, I have reported tested it in testing all the time, but your chroot is unstable. Currently, both testing and unstable have same version of libgsasl7. Maybe there's some problem with library on which libgsasl7 depends? -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (01/02/10 19:04), Premysl Hruby wrote: Date: Mon, 1 Feb 2010 19:04:18 +0100 From: Premysl Hruby dfe...@gmail.com To: Emmanuel Bouthenot kol...@openics.org Cc: 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt/1.5.20 (2009-06-14) Well, I tested it here, in 32bit KVM instance I created today, and it worked. But, I have reported tested it in testing all the time, but your chroot is unstable. Currently, both testing and unstable have same version of libgsasl7. Maybe there's some problem with library on which libgsasl7 depends? -Ph There it is, if I do clean testing chroot, and install into it libgcrypt11 from unstable, everything works like a charm. For me, it looks like a build/link error in (lib)gsasl package, as manually rebuilding gsasl fixed the problems too, even with libgcrypt11 installed from testing. -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
There it is, if I do clean testing chroot, and install into it
libgcrypt11 from unstable, everything works like a charm.
_o/
For me, it looks like a build/link error in (lib)gsasl package, as
manually rebuilding gsasl fixed the problems too, even with libgcrypt11
installed from testing.
testing has version 1.4.4-6 and unstable has version 1.4.5-1
libgcrypt11 1.4.5-1 can't reach testing due to a FTBFS on mips(el)
A bug report (with a patch) exists for this issue:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561475
M.
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
Hi all,
(i'm the maitainer of msmtp)
Premysl already filed a bug against msmtp and another user send me an email
for the same bug.
I'm also the maintainer of mpop and a similar bug has been opened few days ago :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565134
This a very weird bug that i can't reproduce neither.
Can you (all of you) execute the following command :
# msmtp --version|grep -C1 '^Supported auth'
for me the result is:
--8--
Authentication library: GNU SASL
Supported authentication methods:
plain cram-md5 digest-md5 gssapi external login ntlm
--8--
thx,
M.
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (31/01/10 13:58), Emmanuel Bouthenot wrote: Date: Sun, 31 Jan 2010 13:58:00 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com, Roman S. Gushcha r...@rom.riss-telecom.ru Cc: 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) Hi all, (i'm the maitainer of msmtp) Premysl already filed a bug against msmtp and another user send me an email for the same bug. I'm also the maintainer of mpop and a similar bug has been opened few days ago : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565134 This a very weird bug that i can't reproduce neither. Can you (all of you) execute the following command : # msmtp --version|grep -C1 '^Supported auth' for me the result is: --8-- Authentication library: GNU SASL Supported authentication methods: plain cram-md5 digest-md5 gssapi external login ntlm --8-- thx, M. For me output is: --- Authentication library: GNU SASL Supported authentication methods: cram-md5 digest-md5 gssapi external login ntlm --- -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
For me output is:
---
Authentication library: GNU SASL
Supported authentication methods:
cram-md5 digest-md5 gssapi external login ntlm
---
and what about the following commands (you will probably need to
install the gsasl package):
# gsasl --client-mechanisms
# gsasl --smtp -m PLAIN smtp.yandex.ru 25
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (31/01/10 14:10), Emmanuel Bouthenot wrote: Date: Sun, 31 Jan 2010 14:10:47 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com Cc: Roman S. Gushcha r...@rom.riss-telecom.ru, 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) and what about the following commands (you will probably need to install the gsasl package): # gsasl --client-mechanisms # gsasl --smtp -m PLAIN smtp.yandex.ru 25 # gsasl --client-mechanisms = gsasl: initialization failure: Low-level crypto error in SASL library # gsasl --smtp -m PLAIN smtp.yandex.ru 25 = gsasl: initialization failure: Low-level crypto error in SASL library -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
# gsasl --client-mechanisms =
gsasl: initialization failure: Low-level crypto error in SASL library
# gsasl --smtp -m PLAIN smtp.yandex.ru 25 =
gsasl: initialization failure: Low-level crypto error in SASL library
interesting, for me the result is:
# gsasl --client-mechanisms
This client supports the following mechanisms:
ANONYMOUS EXTERNAL LOGIN PLAIN SECURID NTLM DIGEST-MD5 CRAM-MD5 SCRAM-SHA-1
GSSAPI
attached is a simple gsasl test program, can you compile it, run it and
give us the result ?
# gcc sasl.c -o sasl -lgsasl ./sasl
Thx
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
#include stdio.h
#include gsasl.h
main() {
char *methods[] = {
TEST, ANONYMOUS, EXTERNAL, LOGIN,
PLAIN, SECURID, NTLM, DIGEST-MD5,
CRAM-MD5, SCRAM-SHA-1, GSSAPI,
NULL};
Gsasl *ctx;
if (gsasl_init(ctx) == GSASL_OK) {
int i;
for(i=0; methods[i]; i++) {
printf(%s:, methods[i]);
if (gsasl_client_support_p(ctx, methods[i])) {
printf(yes\n);
}
else {
printf(no\n);
}
}
}
else {
printf(gsasl init failed\n);
}
}
Bug#564661: libgsasl7: did not work any auth metods
On (31/01/10 15:37), Emmanuel Bouthenot wrote: Date: Sun, 31 Jan 2010 15:37:08 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com Cc: Roman S. Gushcha r...@rom.riss-telecom.ru, 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) # gsasl --client-mechanisms = gsasl: initialization failure: Low-level crypto error in SASL library # gsasl --smtp -m PLAIN smtp.yandex.ru 25 = gsasl: initialization failure: Low-level crypto error in SASL library interesting, for me the result is: # gsasl --client-mechanisms This client supports the following mechanisms: ANONYMOUS EXTERNAL LOGIN PLAIN SECURID NTLM DIGEST-MD5 CRAM-MD5 SCRAM-SHA-1 GSSAPI attached is a simple gsasl test program, can you compile it, run it and give us the result ? # gcc sasl.c -o sasl -lgsasl ./sasl Thx Output from your program: gsasl init failed I also tried to reinstall libgsasl7, to avoid any possible problem with prelink etc. but it made no difference (both this test and msmtp problem). -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (31/01/10 15:37), Emmanuel Bouthenot wrote: Date: Sun, 31 Jan 2010 15:37:08 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com Cc: Roman S. Gushcha r...@rom.riss-telecom.ru, 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) # gsasl --client-mechanisms = gsasl: initialization failure: Low-level crypto error in SASL library # gsasl --smtp -m PLAIN smtp.yandex.ru 25 = gsasl: initialization failure: Low-level crypto error in SASL library interesting, for me the result is: # gsasl --client-mechanisms This client supports the following mechanisms: ANONYMOUS EXTERNAL LOGIN PLAIN SECURID NTLM DIGEST-MD5 CRAM-MD5 SCRAM-SHA-1 GSSAPI attached is a simple gsasl test program, can you compile it, run it and give us the result ? # gcc sasl.c -o sasl -lgsasl ./sasl Thx Well, I just tried to rebuild whole libgsasl7 package (via apt-get source libgsasl7 + dpkg+buildpackage) and after installing it, it works like a charm, both your example code works, in msmtp --version I can see login method now and also can send email using login method. So it definitely seems like badly built package. Anyway, my arch is amd64. Is not that the problem, maybe you have i386 or some other arch? -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
Well, I just tried to rebuild whole libgsasl7 package (via apt-get
source libgsasl7 + dpkg+buildpackage) and after installing it, it works
like a charm, both your example code works, in msmtp --version I can see
login method now and also can send email using login method. So it
definitely seems like badly built package.
·
Anyway, my arch is amd64. Is not that the problem, maybe you have i386
or some other arch?
It was my first test, i've tried to reproduced the bug with my box (amd64)
and i also tried with a 32bits chroot. It works fine with both.
M.
--
Emmanuel Bouthenot
mail: kol...@{openics,debian}.orggpg: 1024D/0x414EC36E
xmpp: kol...@im.openics.org irc: kol...@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (31/01/10 19:22), Emmanuel Bouthenot wrote: Date: Sun, 31 Jan 2010 19:22:28 +0100 From: Emmanuel Bouthenot kol...@openics.org To: Premysl Hruby dfe...@gmail.com Cc: Roman S. Gushcha r...@rom.riss-telecom.ru, 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Mutt 1.5.20 (2009-06-14) Well, I just tried to rebuild whole libgsasl7 package (via apt-get source libgsasl7 + dpkg+buildpackage) and after installing it, it works like a charm, both your example code works, in msmtp --version I can see login method now and also can send email using login method. So it definitely seems like badly built package. · Anyway, my arch is amd64. Is not that the problem, maybe you have i386 or some other arch? It was my first test, i've tried to reproduced the bug with my box (amd64) and i also tried with a 32bits chroot. It works fine with both. M. I tried it in new chroot just now (created via debootstrap), and it fails in it = I'm unable to use login method in new up-to-date chroot just as I was unable to use it before I myself rebuild libgsasl7 package. -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
tags 564661 needinfo thanks Hi Roman, Thanks for the bug report. I cannot reproduce your problem. Below is an output of what happens when I try to run msmtp. Can you run a similar command on your end and post the output you get? /Simon j...@mocca:~$ dpkg -l|grep -e msmtp -e gsasl ii gsasl 1.4.0-1 GNU SASL command line utility ii libgsasl7 1.4.0-1 GNU SASL library ii msmtp 1.4.19-1 light SMTP client with support for server profiles j...@mocca:~$ msmtp --auth=on --tls=on --tls-certcheck=off --host yxa-v.extundo.com --debug -f si...@josefsson.org si...@josefsson.org --user=...@yxa-v host = yxa-v.extundo.com port = 25 timeout = off protocol = smtp domain= localhost auth = choose user = j...@yxa-v password = (not set) ntlmdomain= (not set) tls = on tls_starttls = on tls_trust_file= (not set) tls_crl_file = (not set) tls_key_file = (not set) tls_cert_file = (not set) tls_certcheck = off tls_force_sslv3 = off tls_min_dh_prime_bits = (not set) tls_priorities= (not set) auto_from = off maildomain= (not set) from = si...@josefsson.org dsn_notify= (not set) dsn_return= (not set) keepbcc = off logfile = (not set) syslog= (not set) reading recipients from the command line -- 220 yxa-v.extundo.com ESMTP Sendmail 8.14.3/8.14.3/Debian-5; Thu, 21 Jan 2010 10:49:37 +0100; (No UCE/UBE) logging access from: c80-216-24-99.bredband.comhem.se(OK)-c80-216-24-99.bredband.comhem.se [80.216.24.99] -- EHLO localhost -- 250-yxa-v.extundo.com Hello c80-216-24-99.bredband.comhem.se [80.216.24.99], pleased to meet you -- 250-ENHANCEDSTATUSCODES -- 250-PIPELINING -- 250-EXPN -- 250-VERB -- 250-8BITMIME -- 250-SIZE -- 250-DSN -- 250-ETRN -- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN -- 250-STARTTLS -- 250-DELIVERBY -- 250 HELP -- STARTTLS -- 220 2.0.0 Ready to start TLS TLS certificate information: Owner: Common Name: yxa-v.extundo.com Issuer: Common Name: CAcert Class 3 Root Organization: CAcert Inc. Organizational unit: http://www.CAcert.org Validity: Activation time: Fri 18 Apr 2008 02:34:10 PM CEST Expiration time: Sun 18 Apr 2010 02:34:10 PM CEST Fingerprints: SHA1: 09:E2:82:17:1C:F3:28:69:AC:83:76:58:D1:4C:EC:F9:6A:67:2C:A0 MD5: 4B:25:D8:1C:A1:65:6A:70:5E:4F:56:1A:24:6B:91:03 -- EHLO localhost -- 250-yxa-v.extundo.com Hello c80-216-24-99.bredband.comhem.se [80.216.24.99], pleased to meet you -- 250-ENHANCEDSTATUSCODES -- 250-PIPELINING -- 250-EXPN -- 250-VERB -- 250-8BITMIME -- 250-SIZE -- 250-DSN -- 250-ETRN -- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN -- 250-DELIVERBY -- 250 HELP password for j...@yxa-v at yxa-v.extundo.com: -- AUTH DIGEST-MD5 -- 334 bm9uY2U9IlYxS1NWSlk2bHh2SVpFL3E1bDNrY3d6VzFIczBCbDQ4TWk2OVBlRnVNNEE9IixyZWFsbT0ieXhhLXYuZXh0dW5kby5jb20iLHFvcD0iYXV0aCxhdXRoLWludCxhdXRoLWNvbmYiLGNpcGhlcj0icmM0LTQwLHJjNC01NixyYzQsZGVzLDNkZXMiLG1heGJ1Zj04MTkyLGNoYXJzZXQ9dXRmLTgsYWxnb3JpdGhtPW1kNS1zZXNz -- dXNlcm5hbWU9Imphc0B5eGEtdiIsIHJlYWxtPSJ5eGEtdi5leHR1bmRvLmNvbSIsIG5vbmNlPSJWMUtTVkpZNmx4dklaRS9xNWwza2N3elcxSHMwQmw0OE1pNjlQZUZ1TTRBPSIsIGNub25jZT0iVFdiU3paenR5UWE2Y09WN1NWSFBxQT09IiwgbmM9MDAwMDAwMDEsIHFvcD1hdXRoLCBkaWdlc3QtdXJpPSJzbXRwL3l4YS12LmV4dHVuZG8uY29tIiwgcmVzcG9uc2U9YTE3OTBmMTM4ZDQ0NDhmZjRlNTNlYjYwN2U3NzUxN2IsIGNoYXJzZXQ9dXRmLTg= -- 334 cnNwYXV0aD04ZmI1OTk3MzFkYTM1ZDc1NzFhZjVlN2Y3MGI1NWUyNA== -- -- 235 2.0.0 OK Authenticated -- MAIL FROM:si...@josefsson.org -- RCPT TO:si...@josefsson.org -- DATA -- 250 2.1.0 si...@josefsson.org... Sender ok -- 250 2.1.5 si...@josefsson.org... Recipient ok -- 354 Enter mail, end with . on a line by itself ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (21/01/10 10:53), Simon Josefsson wrote: Date: Thu, 21 Jan 2010 10:53:24 +0100 From: Simon Josefsson si...@josefsson.org To: Roman S. Gushcha r...@rom.riss-telecom.ru Cc: 564...@bugs.debian.org Subject: Bug#564661: libgsasl7: did not work any auth metods List-Id: 564661.bugs.debian.org User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux) tags 564661 needinfo thanks Hi Roman, Thanks for the bug report. I cannot reproduce your problem. Below is an output of what happens when I try to run msmtp. Can you run a similar command on your end and post the output you get? /Simon j...@mocca:~$ dpkg -l|grep -e msmtp -e gsasl ii gsasl 1.4.0-1 GNU SASL command line utility ii libgsasl7 1.4.0-1 GNU SASL library ii msmtp 1.4.19-1 light SMTP client with support for server profiles j...@mocca:~$ msmtp --auth=on --tls=on --tls-certcheck=off --host yxa-v.extundo.com --debug -f si...@josefsson.org si...@josefsson.org --user=...@yxa-v CUT -- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN CUT -- AUTH DIGEST-MD5 I myself have probably same problem as reporter. For me, plain method works but I'm unable to use login method with msmtp (probably due to recent libgsasl7 upgrade). In your test you used DIGEST-MD5 as authentication method. Please, retry it with login method with something like: msmtp --auth=login ... -Ph -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
Premysl Hruby dfe...@gmail.com writes: I myself have probably same problem as reporter. For me, plain method works but I'm unable to use login method with msmtp (probably due to recent libgsasl7 upgrade). In your test you used DIGEST-MD5 as authentication method. Please, retry it with login method with something like: msmtp --auth=login ... Good catch -- however this also works for me: j...@mocca:~$ msmtp --auth=login --tls=on --tls-certcheck=off --host yxa-v.extundo.com --debug -f si...@josefsson.org si...@josefsson.org --user=...@yxa-v ... -- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN -- 250-DELIVERBY -- 250 HELP password for j...@yxa-v at yxa-v.extundo.com: -- AUTH LOGIN -- 334 x -- -- 334 -- q -- 235 2.0.0 OK Authenticated -- MAIL FROM:si...@josefsson.org ... Doesn't this work for you? What output do you get? (Yes, I replaced the confidential data with x, y, z, and q...) /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
On (21/01/10 11:15), Simon Josefsson wrote: Date: Thu, 21 Jan 2010 11:15:39 +0100 From: Simon Josefsson si...@josefsson.org To: Premysl Hruby dfe...@gmail.com Cc: 564...@bugs.debian.org Subject: Re: Bug#564661: libgsasl7: did not work any auth metods User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux) Good catch -- however this also works for me: j...@mocca:~$ msmtp --auth=login --tls=on --tls-certcheck=off --host yxa-v.extundo.com --debug -f si...@josefsson.org si...@josefsson.org --user=...@yxa-v ... -- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN -- 250-DELIVERBY -- 250 HELP password for j...@yxa-v at yxa-v.extundo.com: -- AUTH LOGIN -- 334 x -- -- 334 -- q -- 235 2.0.0 OK Authenticated -- MAIL FROM:si...@josefsson.org ... Doesn't this work for you? What output do you get? (Yes, I replaced the confidential data with x, y, z, and q...) /Simon For me, it doesn't work: msmtp --auth=login --tls=on --tls-certcheck=off --host=CENSURED --debug -f CENSURED CENSURED host = CENSURED port = 25 timeout = off protocol = smtp domain= localhost auth = LOGIN user = (not set) password = (not set) ntlmdomain= (not set) tls = on tls_starttls = on tls_trust_file= (not set) tls_crl_file = (not set) tls_key_file = (not set) tls_cert_file = (not set) tls_certcheck = off tls_force_sslv3 = off tls_min_dh_prime_bits = (not set) tls_priorities= (not set) auto_from = off maildomain= (not set) from = CENSURED dsn_notify= (not set) dsn_return= (not set) keepbcc = off logfile = (not set) syslog= (not set) reading recipients from the command line msmtp: support for authentication method LOGIN is not compiled in Which is interresting, as I have just the same version of both msmtp and libgsasl7 as you. -- Premysl Anydot Hruby, https://www.redrum.cz/ - I'm a signature virus. Please add me to your signature and help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
(i am a first reporter) Hi Simon. With repo version of libgsasl7: r...@rom:~ dpkg -l|grep -e msmtp -e gsasl ii libgsasl7 1.4.0-1 GNU SASL library ii msmtp 1.4.19-1 light SMTP client with support for server pr r...@rom:~ msmtp --auth=plain --host smtp.yandex.ru --debug -f bi...@yandex.ru u...@domain --user=bi...@yandex.ru host = smtp.yandex.ru port = 25 timeout = off protocol = smtp domain= localhost auth = PLAIN user = bi...@yandex.ru password = (not set) ntlmdomain= (not set) tls = off tls_starttls = on tls_trust_file= (not set) tls_crl_file = (not set) tls_key_file = (not set) tls_cert_file = (not set) tls_certcheck = on tls_force_sslv3 = off tls_min_dh_prime_bits = (not set) tls_priorities= (not set) auto_from = off maildomain= (not set) from = bi...@yandex.ru dsn_notify= (not set) dsn_return= (not set) keepbcc = off logfile = (not set) syslog= (not set) reading recipients from the command line msmtp: support for authentication method PLAIN is not compiled in - With simple rebuild of library: r...@rom:~ dpkg -l|grep -e msmtp -e gsasl ii libgsasl7 1.4.0-1.1 GNU SASL library ii msmtp 1.4.19-1light SMTP client with support for server pr r...@rom:~ msmtp --auth=plain --host smtp.yandex.ru --debug -f bi...@yandex.ru u...@domain --user=bi...@yandex.ru host = smtp.yandex.ru port = 25 timeout = off protocol = smtp domain= localhost auth = PLAIN user = bi...@yandex.ru password = (not set) ntlmdomain= (not set) tls = off tls_starttls = on tls_trust_file= (not set) tls_crl_file = (not set) tls_key_file = (not set) tls_cert_file = (not set) tls_certcheck = on tls_force_sslv3 = off tls_min_dh_prime_bits = (not set) tls_priorities= (not set) auto_from = off maildomain= (not set) from = bi...@yandex.ru dsn_notify= (not set) dsn_return= (not set) keepbcc = off logfile = (not set) syslog= (not set) reading recipients from the command line -- 220 smtp5.mail.yandex.net (Want to use Yandex.Mail for your domain? Visit http://pdd.yandex.ru) -- EHLO localhost -- 250-smtp5.mail.yandex.net -- 250-PIPELINING -- 250-SIZE 4096 -- 250-VRFY -- 250-ETRN -- 250-STARTTLS -- 250-AUTH LOGIN PLAIN -- 250-ENHANCEDSTATUSCODES -- 250-8BITMIME -- 250 DSN password for bi...@yandex.ru at smtp.yandex.ru: -- AUTH PLAIN AGJspb2f4QHqhbmRlC5ydQA1OaZiMjxRNw== -- 235 2.7.0 Authentication successful -- MAIL FROM:bi...@yandex.ru -- RCPT TO:u...@domain -- DATA -- 250 2.1.0 Ok -- 250 2.1.5 Ok -- 354 End data with CRLF.CRLF - I get the same result for any auth methods -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564661: libgsasl7: did not work any auth metods
Package: libgsasl7 Version: 1.4.0-1 Severity: normal After install libgsasl7 1.4.0-1 msmtp did not work with any auth metods (plain, cram-md5, digest-md5, gssap etc.), like this: msmtp: support for authentication method LOGIN is not compiled in Simple rebuild (apt-get source libgsasl7; cd gsasl-1.4.0; sudo aptitude build-dep libgsasl7; dpkg-buildpackage -rfakeroot; sudo dpkg -i .../libgsasl7_1.4.0-1.1_i386.deb) libgsasl7 from debian sources can resolve this problem (sending mail through msmtp did working). If after this once again install libgsasl7 from repo (sudo aptitude install libgsasl7/testing) msmtp again did not work. Сonclusion: libgsasl7 in repo is broken -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.rom (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgsasl7 depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcomerr21.41.9-1 common error description library ii libgcrypt11 1.4.4-6LGPL Crypto library - runtime libr ii libgssapi-krb5-2 1.7+dfsg-4 MIT Kerberos runtime libraries - k ii libidn11 1.15-2 GNU Libidn library, implementation ii libk5crypto3 1.7+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7+dfsg-4 MIT Kerberos runtime libraries ii libntlm0 1.1-1 NTLM authentication library libgsasl7 recommends no packages. libgsasl7 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
