Cannot connect to mail server with NoGnus version, well with Gnus

Cannot connect to mail server with NoGnus version, well with Gnus

[Sébastien Vauban]

Hello,

I am a long time (and, of course, obviously very happy) user of Gnus. I've
been using it under Emacs 22/23 and on Ubuntu/Windows.

My current config is:

- GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-10-14 on LENNART-69DE564
  (patched)
- Gnus v5.13

Now, I would like to use the *NoGnus CVS version* (pulled yesterday), but fail
to do so:

--8<---------------cut here---------------start------------->8---
Loading c:/home/sva/.gnus...
[...]
Opening nnimap server on mc...
Opening connection to mail.company.com via tls...
Opening TLS connection to `mail.company.com'...
Opening TLS connection with `gnutls-cli --insecure -p imaps mail.company.com'...failed
Opening TLS connection with `gnutls-cli --insecure -p imaps mail.company.com --protocols ssl3'...failed
Opening TLS connection with `openssl s_client -connect mail.company.com:imaps -no_ssl2 -ign_eof'...failed
Opening TLS connection to `mail.company.com'...failed
Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
Opening nnimap server on mc...failed: 
[...]
Warning: Opening nnimap server on mc...failed: ; Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
--8<---------------cut here---------------end--------------->8---

Using the *exact same `.gnus' file* and the *Gnus v5.13 built-in* libraries, I
have:

--8<---------------cut here---------------start------------->8---
Opening nnimap server on mc...
imap: Connecting to mail.company.com...
Waiting for response from mail.company.com...done
imap: Reconnecting with stream `starttls'...
Opening STARTTLS connection to `mail.company.com:143'...
imap: Reconnecting with stream `starttls'...failed
imap: Connecting to mail.company.com...done
Parsing authinfo file `~/.authinfo'.
auth-source-user-or-password: get (login password) for mc (imap)
c:/home/sva/.hide/.a: 0% (0/252)
c:/home/sva/.hide/.a: 100% (252/252)
auth-source-user-or-password: found (login password)=SECRET for mc (imap)
imap: Plaintext authentication...
imap: Login successful...
Opening nnimap server on mc...done
nnimap: Listing subscribed mailboxes on mc...done
--8<---------------cut here---------------end--------------->8---

In other words:

- From Gnus v5.13, I can connect to my company mail server as expected[1]
- With dev version, Gnus cannot connect to my company mail server

The interesting part of my .gnus config should be:

#+begin_src emacs-lisp
      ;; configure incoming mail
      (setq gnus-secondary-select-methods
            `(
              (nnimap "mc"
                      ;; account label allows for multiple accounts on the
                      ;; same server (see `.authinfo' for logins)
                      (nnimap-address "mail.missioncriticalit.com")

                      ;; authenticator `login'
                      (nnimap-authenticator login)
                      )

              (nntp "gmane"
                    (nntp-address "news.gmane.org")
                    (nntp-port-number 119))))
#+end_src

For information, when I used Thunderbird for testing purpose, it detected the
following parameters to connect to my company mail server:

- connection security: STARTTLS
- authentication method: normal password

Any idea what could go wrong?

Best regards,
  Seb

Footnotes:

[1] Well, just one detail. For some reason, I have to emit a C-g when I see
the sentence "Opening STARTTLS connection to `mail.company.com:143'..." in the
echo area, and then Gnus goes (successfully) further.
-- 
Sébastien Vauban

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Lars Magne Ingebrigtsen]

Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:

> Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
> Opening nnimap server on mc...failed: 
> [...]
> Warning: Opening nnimap server on mc...failed: ; Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0

That's interesting.  Does setting debug-on-error to t give you a
backtrace?

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

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Sébastien Vauban]

Hi Lars,

Lars Magne Ingebrigtsen wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>
>> Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
>> Opening nnimap server on mc...failed: 
>> [...]
>> Warning: Opening nnimap server on mc...failed: ; Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
>
> That's interesting.  Does setting debug-on-error to t give you a
> backtrace?

I just tried: no, it does not give any backtrace... Simply outputting:

--8<---------------cut here---------------start------------->8---
Warning: Opening nnimap server on mc...failed: ; Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
--8<---------------cut here---------------end--------------->8---

What can we do to further debug this?

Best regards,
  Seb

-- 
Sébastien Vauban

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Lars Magne Ingebrigtsen]

Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:

> Warning: Opening nnimap server on mc...failed: ; Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
> What can we do to further debug this?

Could you call the open function directly?

Like

(nnimap-open-server "mc.server.name")

or whatever the definition of the "mc" server is.

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

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Sébastien Vauban]

Hi Lars,

Lars Magne Ingebrigtsen wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>
>> Warning: Opening nnimap server on mc...failed: ; Unable to open server nnimap+mc due to: Wrong number of arguments: nil, 0
>> What can we do to further debug this?
>
> Could you call the open function directly?
>
> Like
>
> (nnimap-open-server "mc.server.name")
>
> or whatever the definition of the "mc" server is.

Procedure:

1. Launch Gnus dev => no connection to company mail server (imap), well to
   newsgroups... this is the described situation

2. Quit Gnus

3. Eval the above sexpr, resulting in:

--8<---------------cut here---------------start------------->8---
Mark set [2 times]
Opening connection to mail.company.com via tls...
Opening TLS connection to `mail.company.com'...
Opening TLS connection with `gnutls-cli --insecure -p imaps mail.company.com'...failed
Opening TLS connection with `gnutls-cli --insecure -p imaps mail.company.com --protocols ssl3'...failed
Opening TLS connection with `openssl s_client -connect mail.company.com:imaps -no_ssl2 -ign_eof'...failed
Opening TLS connection to `mail.company.com'...failed
Error: wrong-number-of-arguments; Data: (nil 0)
Mark set [2 times]
--8<---------------cut here---------------end--------------->8---

4. Activate debugs:

--8<---------------cut here---------------start------------->8---
   (setq debug-on-error t
         debug-on-signal t
         debug-on-quit t)
--8<---------------cut here---------------end--------------->8---

5. Eval the above sexpr, resulting in backtrace:

--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (wrong-number-of-arguments nil 0)
  signal(wrong-number-of-arguments (nil 0))
  open-protocol-stream("*nnimap*" #<buffer *nnimap mail.company.com nil nil*<2>> "mail.company.com" "imaps" :type ssl :shell-command "ssh %s imapd" :capability-command "1 CAPABILITY\r\n" :success " OK " :starttls-function #[(capabilities) "\305\b\306\x19\x1a^[\307\x1c\310\v\n	#,\205\x12\0\311\207" [capabilities start string regexp inhibit-changing-match-data "STARTTLS" nil t string-match "1 STARTTLS\r\n"] 4])
  nnimap-open-connection-1(#<killed buffer>)
  nnimap-open-connection(#<killed buffer>)
  nnimap-open-server("mail.company.com")
  eval((nnimap-open-server "mail.company.com"))
  (cond ((and eval-expr-honor-debug-on-error debug-on-error) (eval ee::expression)) (t (condition-case ee::err-data ... ...)))
  (let* ((ee::error nil) (ee::result ...)) (cond (ee::error ... ...) (ee::insert-value ...) (t ... ...)) ee::result)
  eval-expression((nnimap-open-server "mail.company.com") nil)
  call-interactively(eval-expression nil nil)
--8<---------------cut here---------------end--------------->8---

Is there food for you?

Best regards,
  Seb

-- 
Sébastien Vauban

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Lars Magne Ingebrigtsen]

Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:

> Debugger entered--Lisp error: (wrong-number-of-arguments nil 0)
>   signal(wrong-number-of-arguments (nil 0))
>   open-protocol-stream("*nnimap*" 

Right.  If I do the same:

(nnimap-open-server "mail.company.com")

I get the more expected backtrace:

Debugger entered--Lisp error: (error "mail.company.com/imap Name or service not known")

However, this code has recently changed quite a bit -- do you still get
the same backtrace?

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

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Sébastien Vauban]

Hi Lars,

Lars Magne Ingebrigtsen wrote:
> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>
>> Debugger entered--Lisp error: (wrong-number-of-arguments nil 0)
>>   signal(wrong-number-of-arguments (nil 0))
>>   open-protocol-stream("*nnimap*" 
>
> Right.  If I do the same:
>
> (nnimap-open-server "mail.company.com")
>
> I get the more expected backtrace:
>
> Debugger entered--Lisp error: (error "mail.company.com/imap Name or service not known")
>
> However, this code has recently changed quite a bit -- do you still get
> the same backtrace?

Update with git pull yesterday afternoon. Ran the test this morning:

--8<---------------cut here---------------start------------->8---
(nnimap-open-server "mail")
--8<---------------cut here---------------end--------------->8---

In the Messages buffer, I now have:

--8<---------------cut here---------------start------------->8---
Error: wrong-number-of-arguments; Data: (nil 0)
--8<---------------cut here---------------end--------------->8---

while the backtrace is:

--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (wrong-number-of-arguments nil 0)
  signal(wrong-number-of-arguments (nil 0))
  open-protocol-stream("*nnimap*" #<buffer *nnimap mail nil  *nntpd**> "mail" "imaps" :type ssl :shell-command "ssh %s imapd" :capability-command "1 CAPABILITY\r\n" :success " OK " :starttls-function #[(capabilities) "\305\b\306\x19\x1a^[\307\x1c\310\v\n	#,\205\x12\0\311\207" [capabilities start string regexp inhibit-changing-match-data "STARTTLS" nil t string-match "1 STARTTLS\r\n"] 4])
  nnimap-open-connection-1(#<buffer  *nntpd*>)
  nnimap-open-connection(#<buffer  *nntpd*>)
  nnimap-open-server("mail")
  eval((nnimap-open-server "mail"))
  (cond ((and eval-expr-honor-debug-on-error debug-on-error) (eval ee::expression)) (t (condition-case ee::err-data ... ...)))
  (let* ((ee::error nil) (ee::result ...)) (cond (ee::error ... ...) (ee::insert-value ...) (t ... ...)) ee::result)
  eval-expression((nnimap-open-server "mail") nil)
  call-interactively(eval-expression nil nil)
--8<---------------cut here---------------end--------------->8---

Best regards,
  Seb

-- 
Sébastien Vauban
_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Lars Magne Ingebrigtsen]

Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:

> Update with git pull yesterday afternoon. Ran the test this morning:
> (nnimap-open-server "mail")
> In the Messages buffer, I now have:
> Error: wrong-number-of-arguments; Data: (nil 0)
> while the backtrace is:
> Debugger entered--Lisp error: (wrong-number-of-arguments nil 0)
>   signal(wrong-number-of-arguments (nil 0))
>   open-protocol-stream("*nnimap*"

Ah, right.

Could you do a

(load "~/path/to/gnus/proto-stream.el")

first to load an uncompiled proto-stream?  That should give a more
detailed backtrace, because I can't really tell what's failing... 

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

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Sebastien Vauban]

Hi Lars,

I found my latest problem with gnus-duplicates-delete not being defined: the
elc file were older than the el files...

To start from a clean slate, I did (on Windows + cygwin shell, with EmacsW32
native binary):

#+begin_src sh
  cd ~/src
  git clone http://git.gnus.org/gnus.git
  cd gnus
  ./configure
  make
  make install
#+end_src

In my .emacs, I've put:

#+begin_src emacs-lisp
  (add-to-list 'load-path "~/src/gnus/lisp")
  (require 'gnus-load)
#+end_src

When typing 'M-x gnus', I go much further, but now am blocked by
gnus-macroexpand-all not being defined:

--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (void-function gnus-macroexpand-all)
  gnus-macroexpand-all((nnir-article-rsv (mail-header-number gnus-tmp-header)))
  byte-code("\300\301\302!\303BB\304\301\305!\306BB\307\310\311\312\313\314\301\315!\316BB\317\301\320!\321BB\322\323\324\301\325!\326BB\327\301\330!\331BB\332\333\334\335\336\337\340!\341BB\342BB\343\336\337\344!\345BB\346BB\347\336\337\350!\351BB\352BB\353\354\355\356\357\360\361\362\363\364\365\366\367\370\371\372\373\374\375\376\301\377!D\201@

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Lars Magne Ingebrigtsen]

"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:

>   (add-to-list 'load-path "~/src/gnus/lisp")
>   (require 'gnus-load)
> #+end_src
> When typing 'M-x gnus', I go much further, but now am blocked by
> gnus-macroexpand-all not being defined:
> Debugger entered--Lisp error: (void-function gnus-macroexpand-all)

This means that you're picking up bits and pieces from old Gnus files.

Say

(add-to-list 'load-path "~/src/gnus/lisp")

as the very first thing in your .emacs file, and make sure that you're
not adding older Gnus directories to the load path later.

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

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Sebastien Vauban]

Hi Lars,

Lars Magne Ingebrigtsen wrote:
> "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>
>>   (add-to-list 'load-path "~/src/gnus/lisp")
>>   (require 'gnus-load)
>> #+end_src
>> When typing 'M-x gnus', I go much further, but now am blocked by
>> gnus-macroexpand-all not being defined:
>> Debugger entered--Lisp error: (void-function gnus-macroexpand-all)
>
> This means that you're picking up bits and pieces from old Gnus files.
>
> Say
>
> (add-to-list 'load-path "~/src/gnus/lisp")
>
> as the very first thing in your .emacs file, and make sure that you're
> not adding older Gnus directories to the load path later.

That was it: packages such as `anything', `tramp' or `org-agenda' seem to load
Gnus by themselves.

Therefore, my addition to the `load-path' had to be before calling them.

Is there an easy solution to spot such troubles?  Because doing
`locate-library' in Emacs is too late: you have the impression Gnus has been
loaded in the right place. In fact, not: it was loaded before the update of
the `load-path', hence a mix of versions, very difficult to spot by the user.

Anyway, thank you *very much* for your help!

Best regards,
  Seb

-- 
Sebastien Vauban

Re: Cannot connect to mail server with NoGnus version, well with Gnus

[Lars Magne Ingebrigtsen]

"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:

> Is there an easy solution to spot such troubles?

`M-x list-load-path-shadows' can sometimes help.  But you just have to
put the load-path stuff as early as you can in your .emacs.

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