headers
Reiner Steib | 1 Jan 2009 18:03

Re: cannot start Gnus with idna.el

On Sat, Mar 29 2008, NAKAJI Hiroyuki wrote:

> I noticed that recent CVS Emacs has a problem. For example, Gnus cannot
> start if idna.el is installed in the load-path directory.
>
> I found the problem under the combination of
>
> o FreeBSD/i386 8.0-CURRENT (Jan 29 2008)
> o Emacs 23.0.60 (CVS HEAD)
> o No Gnus 0.7 (CVS HEAD)
> o GNU Libidn 1.2
>
> I checked out the HEAD yesterday morning (JST), bootstrapped with gcc4
> and ran. And then, typed ( g n u s ) C-j in *scratch* buffer but nothing
> happened.
>
> Next, I evaled (setq debug-on-quit t) and saved the *Backtrace* which
> says the breakpoint is in idna.el:idna-to-ascii-response(). I attach the
> *Backtrace* file.
>
> The "while" in idna-to-ascii-response() seems infinite loop.
>
> (defun idna-to-ascii-response ()
>   (while (and (eq (process-status idna-to-ascii-process) 'run)
>               (null idna-to-ascii-response))
>     (accept-process-output idna-to-ascii-process 1))
>   idna-to-ascii-response)
>
> The idna-to-ascii-response is called from message.el and the failure
> itself occurs in
(Continue reading)

Permalink | Reply | 5 comments |
headers
Reiner Steib | 1 Jan 2009 19:14
X-Face

Re: cannot start Gnus with idna.el

On Thu, Jan 01 2009, Reiner Steib wrote:

> On Sat, Mar 29 2008, NAKAJI Hiroyuki wrote:
[...]
>> The "while" in idna-to-ascii-response() seems infinite loop.
>>
>> (defun idna-to-ascii-response ()
>>   (while (and (eq (process-status idna-to-ascii-process) 'run)
>>               (null idna-to-ascii-response))
>>     (accept-process-output idna-to-ascii-process 1))
>>   idna-to-ascii-response)
>>
>> The idna-to-ascii-response is called from message.el and the failure
>> itself occurs in
>>
>> (idna-to-ascii "räksmörgås")
>
> I can't reproduce thin on GNU/Linux.  AFAICS, there's nothing wrong in
> Gnus.  I guess you can reproduce the problem without Gnus:
>
>   emacs -Q -l /path/to/idna.el
>
>   In *scratch*, eval:
>
>   (idna-to-ascii "räksmörgås")
>
> If idna-to-ascii-response inf-loops, it's a bug in idna.el, the idn
> program or Emacs' process handling on FreeBSD.
> CC-ing Simon Josefsson, the author of idna.el and libidn.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Reiner Steib | 1 Jan 2009 19:34
X-Face

Re: imap.el workaround for Exchange 2007

On Tue, Dec 23 2008, Dave Love wrote:

> Reiner Steib <reinersteib+gmane <at> imap.cc> writes:
[...]
>>> Alternatively, perhaps it should check for Exchange and set it
>>> (per-server?) automatically, 
>>
>> This has been discussed, but nobody implemented it yet.  I also think
>> this would be the right thing.
>
> I think the change below DTRT, as it checks for the exact problem.  I've
> tested it with our exchange server.  

I've committed the `imap-fetch-safe' hunks:
<http://article.gmane.org/gmane.emacs.gnus.commits/6100>

> Sorry it's conflated with some random doc/commentary changes -- I
> should use darcs in parallel...  You might want to note or zap the
> `fixme' comments in particular.

Bye, Reiner.
--

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/
Permalink | Reply | 3 comments |
headers
Steinar Bang | 1 Jan 2009 19:48
Picon
Picon
Favicon

Re: nnimap with openssl stopping up after connecting in Windows

>>>>> Steinar Bang <sb <at> dod.no>:

> On a side note: I tried plain IMAP from inside my home LAN.  And that
> worked.

(Side note: What this _does_ mean is that the escape hatch of using SSH
port forwarding may be an option.  It's clumsy, but it is an
option... also it is a way around the fact that, as mentioned at the
start of the original thread, something is stopping the openssl
connections from the work LAN (but not the IMAPS connections made by
Thunderbird and Opera, to my home IMAP server, for some strange reason))
Permalink | Reply | 0 comments |
headers
Reiner Steib | 1 Jan 2009 19:55
X-Face

FIXMEs in imap.el and nnimap.el (was: imap.el workaround for Exchange 2007)

On Tue, Dec 23 2008, Dave Love wrote:

> Sorry it's conflated with some random doc/commentary changes -- I
> should use darcs in parallel...  You might want to note or zap the
> `fixme' comments in particular.

Thanks, I've committed them with minor editing (sorry that this will
cause merge conflicts for you):
<http://article.gmane.org/gmane.emacs.gnus.commits/6101>

Would someone take a look at the FIXMEs, please?

Bye, Reiner.
--

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/
Permalink | Reply | 12 comments |
headers
Steven E. Harris | 1 Jan 2009 23:23
Picon
Favicon
Gravatar

Re: nnimap with openssl stopping up after connecting in Windows

Steinar Bang <sb <at> dod.no> writes:

> So the fix can be either:
>  - Make emacs stop changing LF to CRLF in this case

I'm happy to report that I'm posting this from within Emacs, and I think
I found the problem with this whole Windows-Emacs-with-Cygwin-tunneling
setup. It's the shell!

Check the value of `shell-file-name' in your Emacs instance. If, like
me, you started Emacs from within a Cygwin shell, this variable will
bear a value such as "zsh". But try this:

,----
| (let ((shell-file-name "C:/Program Files/emacs-22.3/bin/cmdproxy.exe"))
|   (gnus))
`----

or even just

,----
| (let ((shell-file-name "cmdproxy"))
|   (gnus))
`----

and see what happens. That's all it took -- after about four months of
occasional noodling -- to make it work.

There's also the variable `shell-command-switch' which may need
adjustment for some values of `shell-file-name'. Its default value of
(Continue reading)

Permalink | Reply | 10 comments |
headers
Steven E. Harris | 1 Jan 2009 23:35
Picon
Favicon
Gravatar

Re: nnimap with openssl stopping up after connecting in Windows

[I apologize if this message already made it to the list once. My Emacs
 email-related configuration is not yet straightened out.]

Steinar Bang <sb <at> dod.no> writes:

> So the fix can be either:
>  - Make emacs stop changing LF to CRLF in this case

I'm happy to report that I'm posting this from within Emacs, and I think
I found the problem with this whole Windows-Emacs-with-Cygwin-tunneling
setup. It's the shell!

Check the value of `shell-file-name' in your Emacs instance. If, like
me, you started Emacs from within a Cygwin shell, this variable will
bear a value such as "zsh". But try this:

,----
| (let ((shell-file-name "C:/Program Files/emacs-22.3/bin/cmdproxy.exe"))
|   (gnus))
`----

or even just

,----
| (let ((shell-file-name "cmdproxy"))
|   (gnus))
`----

and see what happens. That's all it took -- after about four months of
occasional noodling -- to make it work.
(Continue reading)

Permalink | Reply | 0 comments |
headers
William Xu | 1 Jan 2009 06:14
Picon
Gravatar

Re: Agent fetch for a particular server?

Steinar Bang <sb <at> dod.no> writes:

> Is there a way to make Agent fetch all articles from all groups on a
> particular server (eg. my nnimap server)?

I think you can set gnus-select-method to that particular server when
running agent, use something like: 

,----
| (if noninteractive
|   (setq gnus-select-method '((nnimap "imap.foo.bar")))
|  ;; else...  
| )
`----

--

-- 
William

http://williamxu.net9.org
Permalink | Reply | 2 comments |
headers
Steinar Bang | 2 Jan 2009 08:59
Picon
Picon
Favicon

Re: nnimap with openssl stopping up after connecting in Windows

>>>>> "Steven E. Harris" <seh <at> panix.com>:

> Check the value of `shell-file-name' in your Emacs instance. If, like
> me, you started Emacs from within a Cygwin shell,

Nope.  At least not intentionally.  My emacs is
 GNU Emacs 22.3.1 (i386-mingw-nt6.0.6001) of 2008-09-06 on SOFT-MJASON
and is started from the start menu.

> this variable will bear a value such as "zsh". But try this:

> ,----
> | (let ((shell-file-name "C:/Program Files/emacs-22.3/bin/cmdproxy.exe"))
> | (gnus))
> `----

This is the value it already has unfortunally...:-/
`C-h v shell-file-name' gives:

shell-file-name is a variable defined in `C source code'.
Its value is 
"C:/Program Files/emacs-22.3/bin/cmdproxy.exe"

[snip!]
> [Some time passes...]

> Well, maybe not. I still can't get this to work with STARTTLS, and now
> I'm noticing that even if I set `shell-file-name' back to "zsh",
> nnimap still works with openssl. If I include the form
(Continue reading)

Permalink | Reply | 9 comments |
headers
Steinar Bang | 2 Jan 2009 09:05
Picon
Picon
Favicon

Re: Agent fetch for a particular server?

>>>>> William Xu <william.xwl <at> gmail.com>:

> I think you can set gnus-select-method to that particular server when
> running agent, use something like: 

> ,----
> | (if noninteractive
> | (setq gnus-select-method '((nnimap "imap.foo.bar")))
> | ;; else...  
> | )
> `----

Hm... this is a way for batch fetching of articles from the imap server
into the Agent cache?

Interesting, but what I was looking for was an interactive command to
fetch all groups from a particular server.

(But thanx for taking the time to respond! :-) )
Permalink | Reply | 1 comment |

Gmane