GNU bug report logs -
#29615
25.2; DNS multiple addresses and `open-protocol-stream`
Previous Next
Reported by: Live System User <nyc4bos <at> aol.com>
Date: Fri, 8 Dec 2017 16:21:01 UTC
Severity: minor
Found in version 25.2
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 29615 in the body.
You can then email your comments to 29615 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Fri, 08 Dec 2017 16:21:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Live System User <nyc4bos <at> aol.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 08 Dec 2017 16:21:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I'm currently having a problem connecting to my IMAP server
using Emacs although accessing my SMTP server (which has
only 1 IP address) is working fine.
While trying to connect to my IMAP server using GNUtls, I
get the following error:
Debugger entered--Lisp error: (error "aol/993 Name or service not known")
make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap aol nil *nntpd**-338562> :host "aol" :service "993" :nowait nil)
open-network-stream("*nnimap*" #<buffer *nnimap aol nil *nntpd**-338562> "aol" "993")
open-gnutls-stream("*nnimap*" #<buffer *nnimap aol nil *nntpd**-338562> "aol" "993")
network-stream-open-tls("*nnimap*" #<buffer *nnimap aol nil *nntpd**-338562> "aol" "993" (:type ssl :warn-unless-encrypted t :return-list t :shell-command "ssh %s imapd" :capability-command "1 CAPABILITY.\n" :always-query-capabilities t :end-of-command ".\n" :success " OK " :starttls-function #[(capabilities) "\302\303\304.\305...#)\266\203\205..\306\207" [capabilities inhibit-changing-match-data "STARTTLS" nil t string-match "1 STARTTLS.\n"] 7]))
open-protocol-stream("*nnimap*" #<buffer *nnimap aol nil *nntpd**-338562> "aol" "993" :type ssl :warn-unless-encrypted t :return-list t :shell-command "ssh %s imapd" :capability-command "1 CAPABILITY.\n" :always-query-capabilities t :end-of-command ".\n" :success " OK " :starttls-function #[(capabilities) "\302\303\304.\305...#)\266\203\205..\306\207" [capabilities inhibit-changing-match-data "STARTTLS" nil t string-match "1 STARTTLS.\n"] 7])
nnimap-open-connection-1(#<buffer *nntpd*>)
nnimap-open-connection(#<buffer *nntpd*>)
nnimap-open-server("aol" ((nnimap-address "imap.aim.com") (nnimap-server-port 993) (nnimap-stream ssl) (nnimap-list-pattern ("*")) (nnimap-expunge-on-close (quote never)) (nnimap-expunge nil) (imap-default-user "nyc4bos") (nnimap-username "nyc4bos") (nnimap-user "nyc4bos") (nnir-search-engine imap)))
gnus-open-server((nnimap "aol" (nnimap-address "imap.aim.com") (nnimap-server-port 993) (nnimap-stream ssl) (nnimap-list-pattern ("*")) (nnimap-expunge-on-close (quote never)) (nnimap-expunge nil) (imap-default-user "nyc4bos") (nnimap-username "nyc4bos") (nnimap-user "nyc4bos") (nnir-search-engine imap)))
gnus-server-open-server("nnimap:aol")
funcall-interactively(gnus-server-open-server "nnimap:aol")
call-interactively(gnus-server-open-server nil nil)
command-execute(gnus-server-open-server)
At the exact same time I am trying to connect to my IMAP server
using Emacs (GNUtls) and it fails, I am able to conect to the
IMAP server from the command shell prompt:
$ nslookup imap.aim.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
imap.aim.com canonical name = nginx.aol.com.
nginx.aol.com canonical name = nginx.mx.aol.com.aol.akadns.net.
Name: nginx.mx.aol.com.aol.akadns.net
Address: 152.163.3.66
Name: nginx.mx.aol.com.aol.akadns.net
Address: 152.163.0.66
Name: nginx.mx.aol.com.aol.akadns.net
Address: 152.163.0.65
Name: nginx.mx.aol.com.aol.akadns.net
Address: 152.163.0.97
Name: nginx.mx.aol.com.aol.akadns.net
Address: 152.163.3.65
Name: nginx.mx.aol.com.aol.akadns.net
Address: 152.163.0.98
$ telnet imap.aim.com 993
Trying 152.163.0.65...
Connected to imap.aim.com.
Escape character is '^]'.
$ netstat -tulpan
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
cp 0 0 10.0.1.200:44712 152.163.0.65:993 ESTABLISHED
7262/telnet
I think that problem might be related to the multiple address
results returned by the resolver (DNS) and the interaction
with the `open-protocol-stream' inner functions.
Perhaps it's failing on one of the multiple resolved IP
addresses found amd not trying the next resolved IP address
that was returned (until the pool is exhausted) before
giving up with the error "aol/993 Name or service not known"?
Thanks.
In GNU Emacs 25.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.10)
of 2017-05-02 built on buildvm-17.phx2.fedoraproject.org
Windowing system distributor 'Fedora Project', version 11.0.11803000
Configured using:
'configure --build=x86_64-redhat-linux-gnu
--host=x86_64-redhat-linux-gnu --program-prefix=
--disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
--bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
--datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
--libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/var/lib --mandir=/usr/share/man
--infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png
--with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3
--with-gpm=no --with-xwidgets --with-modules
build_alias=x86_64-redhat-linux-gnu host_alias=x86_64-redhat-linux-gnu
'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic'
LDFLAGS=-Wl,-z,relro
PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES XWIDGETS
Important settings:
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
Mark set [2 times]
Opening connection to aol via tls...
Unable to open server nnimap+aol due to: aol/993 Name or service not known
<mouse-6> is undefined
mwheel-scroll: Beginning of buffer
<mouse-6> is undefined
<double-mouse-6> is undefined
<triple-mouse-6> is undefined [3 times]
Opening connection to aol via tls...
Unable to open server nnimap+aol due to: aol/993 Name or service not known
Load-path shadows:
None found.
Features:
(cus-start cus-load nnagent nnml shadow emacsbug eieio-opt speedbar
sb-image ezimage dframe find-func pp thingatpt mailalias smtpmail
sendmail debug sort gnus-cite smiley ansi-color mail-extr gnus-async
gnus-bcklg qp gnus-ml disp-table cursor-sensor nndraft nnmh nndoc
mm-archive jka-compr timezone url-http url-gw url-cache url-auth
url-handlers utf-7 rfc2104 nnfolder network-stream nsm starttls
gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp
gnus-cache epa-file epa derived nnreddit mm-url url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util url-parse auth-source cl-seq eieio eieio-core cl-macs url-vars
json map seq byte-opt bytecomp byte-compile cl-extra cconv gnus-art
mm-uu mml2015 mm-view mml-smime smime dig mailcap cl gv sieve sieve-mode
sieve-manage nnir gnus-sum gnus-group gnus-undo gnus-start gnus-cloud
nnimap nnmail mail-source tls gnutls utf7 netrc parse-time gnus-spec
gnus-int gnus-range message dired format-spec rfc822 mml mml-sec
password-cache epg epg-config mm-decode mm-bodies mm-encode mail-parse
rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader
gnus-win gnus gnus-ems wid-edit nnoo nnheader gnus-util mm-util help-fns
help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr mail-utils
misearch multi-isearch time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
dbusbind inotify dynamic-setting system-font-setting font-render-setting
xwidget-internal move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)
Memory information:
((conses 16 294988 48648)
(symbols 48 125495 3)
(miscs 40 227 604)
(strings 32 107262 6973)
(string-bytes 1 3683873)
(vectors 16 28045)
(vector-slots 8 936885 49380)
(floats 8 426 1426)
(intervals 56 1921 25)
(buffers 976 64)
(heap 1024 94191 33666))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Fri, 08 Dec 2017 16:39:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 29615 <at> debbugs.gnu.org (full text, mbox):
On Dez 08 2017, Live System User <nyc4bos <at> aol.com> wrote:
> Perhaps it's failing on one of the multiple resolved IP
> addresses found amd not trying the next resolved IP address
> that was returned (until the pool is exhausted) before
> giving up with the error "aol/993 Name or service not known"?
Does it work if you use one of the working IP addresses?
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Fri, 08 Dec 2017 19:41:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 29615 <at> debbugs.gnu.org (full text, mbox):
(heap 1024 95747 32110))
On Dez 08 2017, Andreas Schwab <schwab <at> linux-m68k.org> wrote:
>On Dez 08 2017, Live System User <nyc4bos <at> aol.com> wrote:
>
>> Perhaps it's failing on one of the multiple resolved IP
>> addresses found amd not trying the next resolved IP address
>> that was returned (until the pool is exhausted) before
>> giving up with the error "aol/993 Name or service not known"?
>
>Does it work if you use one of the working IP addresses?
Oddly enough it doesn't!
Neither adding the working IP address to /etc/hosts nor changing
`gnus-secondary-select-methods' nnimap-address to that address
worked.
But when I changed the stanza from:
nnimap "aol"
to
nnimap "imap.aim.com"
it worked.
So apparremtly, defining the slot
(nnimap-address "imap.aim.com")
is not being honored when `gnus-secondary-select-methods'
contains:
(nnimap "aol"
(nnimap-address "imap.aim.com")
(nnimap-server-port 993)
(nnimap-stream ssl)
Gnus is using "aol" instead of "imap.aim.com" as evidenced
by if I add
152.163.0.97 aol
to /etc/hosts I am now able to connect when the stanza is "aol".
Based on the backtrace I sent previously, are the correct
parameters being sent?
It appears that the function `nnimap-open-server' has the
correct parameters passed to `nnimap-open-connection' so
what or where is the problem?
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Fri, 08 Dec 2017 19:58:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 29615 <at> debbugs.gnu.org (full text, mbox):
Live System User wrote:
> I'm currently having a problem connecting to my IMAP server
As previously reported by you in bugs#23591, 23592, 23351, 26509, 28689, ....
It sure seems to me like you just have a flaky network connection.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Sat, 09 Dec 2017 11:48:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 29615 <at> debbugs.gnu.org (full text, mbox):
On Dez 08 2017, Live System User <nyc4bos <at> aol.com> wrote:
> (nnimap "aol"
> (nnimap-address "imap.aim.com")
> (nnimap-server-port 993)
> (nnimap-stream ssl)
I'm using similar select methods, and they work for me. But I don't set
nnimap-stream or nnimap-server-port, but let Gnus figure that out by
itself.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Sun, 10 Dec 2017 13:21:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 29615 <at> debbugs.gnu.org (full text, mbox):
On Dez 09 2017, Andreas Schwab <schwab <at> linux-m68k.org> wrote:
>On Dez 08 2017, Live System User <address <at> hidden> wrote:
>
>> (nnimap "aol"
>> (nnimap-address "imap.aim.com")
>> (nnimap-server-port 993)
>> (nnimap-stream ssl)
>
>I'm using similar select methods, and they work for me. But I don't set
>nnimap-stream or nnimap-server-port, but let Gnus figure that out by
>itself.
It appears that `open-protocol-stream' is being passed the
stanza name/label by either the `nnimap-open-connection' or
``nnimap-open-connection-1' functions instead of the explicit
specified value of "nnimap-address":
(open-protocol-stream
"*nnimap*" (current-buffer) nnimap-address
(nnimap-map-port (car ports))
:type nnimap-stream
[...]
The `open-protocol-stream' function is defined as:
(open-protocol-stream NAME BUFFER HOST SERVICE &rest PARAMETERS)
According to the backtrace, the HOST being passed to and used
by `open-protocol-stream' is "aol":
open-protocol-stream("*nnimap*" #<buffer *nnimap aol nil *nntpd**-338562> "aol" "993" :type ssl
However, this same backtrace shows
nnimap-open-server("aol" ((nnimap-address "imap.aim.com")
(nnimap-server-port 993) (nnimap-stream ssl)
So why isn't [nnimap-address "imap.aim.com"] being used?
It should be passed to `open-protocol-stream' by
`nnimap-open-connection-1' (which gets it from
`nnimap-open-connection').
In your setup, can you confirm that the "nnimap-address"
address is being passed and used and NOT the stanza name/label
in the functions `nnimap-open-connection',
`nnimap-open-connection-1' and `open-protocol-stream'?
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Sun, 10 Dec 2017 13:58:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 29615 <at> debbugs.gnu.org (full text, mbox):
On Dez 10 2017, Live System User <nyc4bos <at> aol.com> wrote:
> In your setup, can you confirm that the "nnimap-address"
> address is being passed and used and NOT the stanza name/label
> in the functions `nnimap-open-connection',
> `nnimap-open-connection-1' and `open-protocol-stream'?
I see nnimap-address globally set to the correct host name when these
functions are called.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Sun, 10 Dec 2017 15:25:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 29615 <at> debbugs.gnu.org (full text, mbox):
On Dez 10 2017, Andreas Schwab <schwab <at> linux-m68k.org> wrote:
>On Dez 10 2017, Live System User <address <at> hidden> wrote:
>
>> In your setup, can you confirm that the "nnimap-address"
>> address is being passed and used and NOT the stanza name/label
>> in the functions `nnimap-open-connection',
>> `nnimap-open-connection-1' and `open-protocol-stream'?
>
>I see nnimap-address globally set to the correct host name when these
>functions are called.
Just to confim: You are ALSO stating that your global
nnimap-address is NOT the same as your stanza name/label?
(e.g. the stanza name /label is NOT identical to your correct
host name or "nnimap-address" value)
Thanks for your patience.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29615
; Package
emacs
.
(Sun, 10 Dec 2017 16:36:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 29615 <at> debbugs.gnu.org (full text, mbox):
On Dez 10 2017, Live System User <nyc4bos <at> aol.com> wrote:
> Just to confim: You are ALSO stating that your global
> nnimap-address is NOT the same as your stanza name/label?
Right, I'm using an abbrevation for the method name, different from the
nnimap-address in the parameters.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
bug closed, send any further explanations to
29615 <at> debbugs.gnu.org and Live System User <nyc4bos <at> aol.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 15 Apr 2018 22:07:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 14 May 2018 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 39 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.