GNU bug report logs - #9312
24.0.50; smtpmail

Previous Next

Package: emacs;

Reported by: emacs user <user.emacs <at> gmail.com>

Date: Wed, 17 Aug 2011 13:06:02 UTC

Severity: normal

Tags: fixed

Merged with 9292

Found in version 24.0.50

Fixed in version 24.1

Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #58 received at 9312 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: emacs user <user.emacs <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 9312 <at> debbugs.gnu.org
Subject: Re: bug#9312: 24.0.50; smtpmail
Date: Wed, 14 Sep 2011 23:51:13 +0200
emacs user <user.emacs <at> gmail.com> writes:

>>>> Result: (nil "te peer\nMAIL FROM:<my <at> address.edu> SIZE=374")
>>>> Result: (nil "te peer\nMAIL FROM:<my <at> adress.edu> SIZE=374")
>>>
>>> Is that the value of the `result' variable?
>>
>> I believe it is.  am not too much of an expert...
>>
>
> interestingly, when using gmail for smtp (which works fine for me),
> result gets the very different value
>
>  (250 "250 2.1.0 OK somerandomlettershere.19")

Interesting.  I wonder whether there's a race condition in
`smtpmail-read-response', because the thing you're getting back from
that function is just wrong.

Could you do the following?  After you've gotten the (nil "te peer")
thing back, could you switch to the "*trace of SMTP session ..."
buffer and post the entire contents of that buffer?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




This bug report was last modified 13 years and 251 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.