* Re: STARTTLS support
2010-09-27 12:35 ` STARTTLS support Dave Goldberg
@ 2010-09-27 12:43 ` Florian Ragwitz
2010-09-27 13:01 ` Tibor Simko
2010-09-27 12:51 ` Frank Schmitt
` (2 subsequent siblings)
3 siblings, 1 reply; 61+ messages in thread
From: Florian Ragwitz @ 2010-09-27 12:43 UTC (permalink / raw)
To: ding
[-- Attachment #1: Type: text/plain, Size: 783 bytes --]
Dave Goldberg <david.goldberg6@verizon.net> writes:
> > Anyway, I've now tested STARTTLS with a test server, and ironed out a
> > bug in the connection code, so it now Works For Me. Give it a
> > whirl...
It works just fine for me now as well. starttls in Gnus 5.13 never did.
> It's working great for me now (git pull as of 5 minutes ago - I'm not
> familiar with git - is there a way to report a version snapshot?).
Usually `git describe` is most useful, but that relies on annotated tags
in the repository, which currently aren't there for Gnus. As an
alternative, the commit IDs are a good way of identifying a certain
snapshot as well, although you'll have to have a repository around to
make some sense of it. You can retrieve that with, for example,
`git rev-parse HEAD'.
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 12:35 ` STARTTLS support Dave Goldberg
2010-09-27 12:43 ` Florian Ragwitz
@ 2010-09-27 12:51 ` Frank Schmitt
2010-09-27 12:58 ` Lars Magne Ingebrigtsen
2010-09-27 15:00 ` Dave Goldberg
3 siblings, 0 replies; 61+ messages in thread
From: Frank Schmitt @ 2010-09-27 12:51 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
>> Anyway, I've now tested STARTTLS with a test server, and ironed out a
>> bug in the connection code, so it now Works For Me. Give it a whirl...
>
> It's working great for me now (git pull as of 5 minutes ago - I'm not
> familiar with git - is there a way to report a version snapshot?).
> auth-source works as well (unlike another report I am only prompted
> once for the passphrase to .authinfo.gpg and everything else works
> like a charm.
>
> One minor glitch, utf7 is apparently not autoloaded nor required so I
> have to do that manually before starting gnus or it fails at some
> point (it's not been consistent) with utf7-encode being undefined.
You have (require 'gnus-load) in ~/.emacs?
--
Have you ever considered how much text can fit in eighty columns? Given that a
signature typically contains up to four lines of text, this space allows you to
attach a tremendous amount of valuable information to your messages. Seize the
opportunity and don't waste your signature on bullshit that nobody cares about.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 12:35 ` STARTTLS support Dave Goldberg
2010-09-27 12:43 ` Florian Ragwitz
2010-09-27 12:51 ` Frank Schmitt
@ 2010-09-27 12:58 ` Lars Magne Ingebrigtsen
2010-09-27 15:00 ` Dave Goldberg
3 siblings, 0 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-27 12:58 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> One minor glitch, utf7 is apparently not autoloaded nor required so I
> have to do that manually before starting gnus or it fails at some
> point (it's not been consistent) with utf7-encode being undefined.
Fixed now.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 12:35 ` STARTTLS support Dave Goldberg
` (2 preceding siblings ...)
2010-09-27 12:58 ` Lars Magne Ingebrigtsen
@ 2010-09-27 15:00 ` Dave Goldberg
2010-09-27 16:04 ` Steinar Bang
2010-09-27 16:30 ` STARTTLS support Lars Magne Ingebrigtsen
3 siblings, 2 replies; 61+ messages in thread
From: Dave Goldberg @ 2010-09-27 15:00 UTC (permalink / raw)
To: ding
> One minor glitch, utf7 is apparently not autoloaded nor required so I
> have to do that manually before starting gnus or it fails at some
> point (it's not been consistent) with utf7-encode being undefined.
One other issue. GCC is not working on my cyrus server - it is on Exchange. From a recent attempt, I get this in the debug log:
* FLAGS (%Answered %Flagged %Draft %Deleted %Seen gnus-save gnus-forward gnus-dormant $Forwarded $MDNSent gnus-expire $Label1 $Label2 $Label3 $Label4 $Label5 NonJunk Junk)
* OK [PERMANENTFLAGS (%Answered %Flagged %Draft %Deleted %Seen gnus-save gnus-forward gnus-dormant $Forwarded $MDNSent gnus-expire $Label1 $Label2 $Label3 $Label4 $Label5 NonJunk Junk %*)]
* 228 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 974143455]
* OK [UIDNEXT 96583]
* OK [NOMODSEQ] Sorry, modsequences have not been enabled on this mailbox
* OK [URLMECH INTERNAL]
1959 OK [READ-WRITE] Completed
* 1 FETCH (FLAGS (%Flagged %Seen) UID 64158)
* 2 FETCH (FLAGS (%Flagged %Seen) UID 87316)
* 3 FETCH (FLAGS (%Flagged %Seen) UID 87832)
[lots more of these]
1960 OK Completed (0.000 sec)
My guess is that 228 EXISTS is an error from the server that it thinks
the message I'm trying to store already is already there, but it is
not. This is a GCC from a brand new message, not a reply or anything
so there is no existing message id in there and looking at the
Exchange GCC folder, the message-id's I generate are unique. Also, I
tried to B c a message from the Exchange folder to Cyrus and got the
same result.
Thanks,
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 15:00 ` Dave Goldberg
@ 2010-09-27 16:04 ` Steinar Bang
2010-09-27 16:56 ` Dave Goldberg
2010-09-27 16:30 ` STARTTLS support Lars Magne Ingebrigtsen
1 sibling, 1 reply; 61+ messages in thread
From: Steinar Bang @ 2010-09-27 16:04 UTC (permalink / raw)
To: ding
>>>>> Dave Goldberg <david.goldberg6@verizon.net>:
> ... GCC is not working on my cyrus server - it is on Exchange.
That sentence confused me. Isn't cyrus and Exchange two different
IMAP servers?
Or do you have cyrus proxying an Exchange server? I didn't know cyrus
could do proxying?
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 16:04 ` Steinar Bang
@ 2010-09-27 16:56 ` Dave Goldberg
2010-09-27 17:00 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 61+ messages in thread
From: Dave Goldberg @ 2010-09-27 16:56 UTC (permalink / raw)
To: ding
>>>>> Dave Goldberg <david.goldberg6@verizon.net>:
>> ... GCC is not working on my cyrus server - it is on Exchange.
> That sentence confused me. Isn't cyrus and Exchange two different
> IMAP servers?
Sorry for not being clear. I have two nnimap servers, one cyrus and
one Exchange. I GCC to both of them (basically I use the cyrus server
as a fast access cache of what I'm dealing with in the current month
and Exchange is the corporate email archive). The GCC's are properly
being written to the Sent Items folder on Exchange but not to cyrus.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 16:56 ` Dave Goldberg
@ 2010-09-27 17:00 ` Lars Magne Ingebrigtsen
2010-09-27 19:19 ` Gijs Hillenius
0 siblings, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-27 17:00 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> Sorry for not being clear. I have two nnimap servers, one cyrus and
> one Exchange. I GCC to both of them (basically I use the cyrus server
> as a fast access cache of what I'm dealing with in the current month
> and Exchange is the corporate email archive). The GCC's are properly
> being written to the Sent Items folder on Exchange but not to cyrus.
I've now pushed a change that sends "." at the end of the ACCEPT. Could
you check whether that helps?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 17:00 ` Lars Magne Ingebrigtsen
@ 2010-09-27 19:19 ` Gijs Hillenius
2010-09-27 19:26 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 61+ messages in thread
From: Gijs Hillenius @ 2010-09-27 19:19 UTC (permalink / raw)
To: ding
On 27 Sep 2010, Lars Magne Ingebrigtsen wrote:
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>
>> Sorry for not being clear. I have two nnimap servers, one cyrus and
>> one Exchange. I GCC to both of them (basically I use the cyrus server
>> as a fast access cache of what I'm dealing with in the current month
>> and Exchange is the corporate email archive). The GCC's are properly
>> being written to the Sent Items folder on Exchange but not to cyrus.
>
> I've now pushed a change that sends "." at the end of the ACCEPT. Could
> you check whether that helps?
Ha! at least I am not alone on this. my cyrus also is not gnus-gcc'ing
my sent message.
I whirled a new gnus just now. Still not. (sorry). Is there a switch I
can throw to increase the verbosity in the *imap log*?
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 19:19 ` Gijs Hillenius
@ 2010-09-27 19:26 ` Lars Magne Ingebrigtsen
2010-09-27 21:44 ` Dave Goldberg
0 siblings, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-27 19:26 UTC (permalink / raw)
To: ding
Gijs Hillenius <gijs@hillenius.net> writes:
> I whirled a new gnus just now. Still not. (sorry). Is there a switch I
> can throw to increase the verbosity in the *imap log*?
Nope, sorry.
Try edebugging through `nnimap-request-accept-article' and see what
happens.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 19:26 ` Lars Magne Ingebrigtsen
@ 2010-09-27 21:44 ` Dave Goldberg
2010-09-28 13:21 ` nnimap-request-accept-article vs Cyrus IMAP Dave Goldberg
0 siblings, 1 reply; 61+ messages in thread
From: Dave Goldberg @ 2010-09-27 21:44 UTC (permalink / raw)
To: ding
> Gijs Hillenius <gijs@hillenius.net> writes:
>> I whirled a new gnus just now. Still not. (sorry). Is there a switch I
>> can throw to increase the verbosity in the *imap log*?
> Nope, sorry.
> Try edebugging through `nnimap-request-accept-article' and see what
> happens.
OK, I'll try that when I get back to work tomorrow. Unfortunately
remote access to work is limited to an interface that doesn't work
with Gnus.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* nnimap-request-accept-article vs Cyrus IMAP
2010-09-27 21:44 ` Dave Goldberg
@ 2010-09-28 13:21 ` Dave Goldberg
2010-09-29 2:26 ` Daniel Pittman
2010-09-29 15:12 ` Lars Magne Ingebrigtsen
0 siblings, 2 replies; 61+ messages in thread
From: Dave Goldberg @ 2010-09-28 13:21 UTC (permalink / raw)
To: ding
>> Gijs Hillenius <gijs@hillenius.net> writes:
>>> I whirled a new gnus just now. Still not. (sorry). Is there a switch I
>>> can throw to increase the verbosity in the *imap log*?
>> Nope, sorry.
>> Try edebugging through `nnimap-request-accept-article' and see what
>> happens.
> OK, I'll try that when I get back to work tomorrow. Unfortunately
> remote access to work is limited to an interface that doesn't work
> with Gnus.
I stepped through nnimap-request-accept-article on both Cyrus and
Exchange servers while doing GCC. In the Exchange case, the function
winds up with an "OK APPEND completed" message from the server. In
the Cyrus case I get "NO Message contains bare newlines" back from the
server.
I did this with M-x debug-on-entry, which was quite time consuming,
and if I've missed reporting anything important, I have to do it
again. Is there a way to debug the function such that it runs through
but the steps and results are logged to a buffer? That would make it
much easier to look for things like this.
Thanks,
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-28 13:21 ` nnimap-request-accept-article vs Cyrus IMAP Dave Goldberg
@ 2010-09-29 2:26 ` Daniel Pittman
2010-09-29 10:06 ` Robert Pluim
2010-09-29 15:12 ` Lars Magne Ingebrigtsen
1 sibling, 1 reply; 61+ messages in thread
From: Daniel Pittman @ 2010-09-29 2:26 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
>>> Gijs Hillenius <gijs@hillenius.net> writes:
>>>> I whirled a new gnus just now. Still not. (sorry). Is there a switch I
>>>> can throw to increase the verbosity in the *imap log*?
>
>>> Nope, sorry.
>
>>> Try edebugging through `nnimap-request-accept-article' and see what
>>> happens.
>
>> OK, I'll try that when I get back to work tomorrow. Unfortunately
>> remote access to work is limited to an interface that doesn't work
>> with Gnus.
>
> I stepped through nnimap-request-accept-article on both Cyrus and Exchange
> servers while doing GCC. In the Exchange case, the function winds up with
> an "OK APPEND completed" message from the server. In the Cyrus case I get
> "NO Message contains bare newlines" back from the server.
Oh, Cyrus, you picky thing. It hates non-RFC email with a passion and will
reject it out of hand where other tools (eg: *everything* else) will accept
it and just cope.[1]
In this case the message that is being added ends, as noted, with something
other than the spec-mandated CR-LF sequence. The same sort of fault will
occur for anything with non-7-bit characters in headers[2], and so on.
Gnus, or the IMAP thing, is going to have to be much more careful about
encoding of email as it goes in to IMAP for this to work.
Daniel
Footnotes:
[1] They may fail in other ways, by guesstimating size, or not being able to
search or sort that email, etc, though.
[2] ...though there is a setting to have it mutilate them that /may/ apply
other than in the LMTP protocol.
--
✣ Daniel Pittman ✉ daniel@rimspace.net ☎ +61 401 155 707
♽ made with 100 percent post-consumer electrons
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-28 13:21 ` nnimap-request-accept-article vs Cyrus IMAP Dave Goldberg
2010-09-29 2:26 ` Daniel Pittman
@ 2010-09-29 15:12 ` Lars Magne Ingebrigtsen
2010-09-29 15:37 ` Dave Goldberg
2010-09-29 19:36 ` Gijs Hillenius
1 sibling, 2 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-29 15:12 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> I stepped through nnimap-request-accept-article on both Cyrus and
> Exchange servers while doing GCC. In the Exchange case, the function
> winds up with an "OK APPEND completed" message from the server. In
> the Cyrus case I get "NO Message contains bare newlines" back from the
> server.
Ah, right. I've now done a \n->\r\n conversion in that function, so it
should possibly work now.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-29 15:12 ` Lars Magne Ingebrigtsen
@ 2010-09-29 15:37 ` Dave Goldberg
2010-09-29 15:39 ` Dave Goldberg
` (2 more replies)
2010-09-29 19:36 ` Gijs Hillenius
1 sibling, 3 replies; 61+ messages in thread
From: Dave Goldberg @ 2010-09-29 15:37 UTC (permalink / raw)
To: ding
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>> I stepped through nnimap-request-accept-article on both Cyrus and
>> Exchange servers while doing GCC. In the Exchange case, the function
>> winds up with an "OK APPEND completed" message from the server. In
>> the Cyrus case I get "NO Message contains bare newlines" back from the
>> server.
> Ah, right. I've now done a \n->\r\n conversion in that function, so it
> should possibly work now.
Well it certainly does do the GCC, but I get this backtrace after the message is written:
Debugger entered--Lisp error: (wrong-type-argument number-char-or-marker-p nil)
gnus-add-to-range(((1 . 96703)) (nil))
gnus-compute-read-articles("nnimap+cyrus:INBOX.in-box" (nil))
gnus-group-make-articles-read("nnimap+cyrus:INBOX.in-box" (nil))
gnus-group-mark-article-read("nnimap+cyrus:INBOX.in-box" nil)
gnus-inews-do-gcc()
gnus-agent-possibly-do-gcc()
run-hooks(gnus-agent-possibly-do-gcc)
message-send(nil)
message-send-and-exit(nil)
call-interactively(message-send-and-exit)
I guess this is triggered by my having gnus-gcc-mark-as-read set to t?
Thanks,
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-29 15:37 ` Dave Goldberg
@ 2010-09-29 15:39 ` Dave Goldberg
2010-09-29 19:11 ` Julien Danjou
2010-09-29 19:26 ` Lars Magne Ingebrigtsen
2 siblings, 0 replies; 61+ messages in thread
From: Dave Goldberg @ 2010-09-29 15:39 UTC (permalink / raw)
To: ding
> Well it certainly does do the GCC, but I get this backtrace after the message is written:
> [...]
> I guess this is triggered by my having gnus-gcc-mark-as-read set to t?
Yup, that's the trigger. If I set gnus-gcc-mark-as-read to nil, the
process runs to completion.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-29 15:37 ` Dave Goldberg
2010-09-29 15:39 ` Dave Goldberg
@ 2010-09-29 19:11 ` Julien Danjou
2010-09-29 19:26 ` Lars Magne Ingebrigtsen
2 siblings, 0 replies; 61+ messages in thread
From: Julien Danjou @ 2010-09-29 19:11 UTC (permalink / raw)
To: Dave Goldberg; +Cc: ding
[-- Attachment #1: Type: text/plain, Size: 878 bytes --]
On Wed, Sep 29 2010, Dave Goldberg wrote:
> Well it certainly does do the GCC, but I get this backtrace after the message is written:
>
> Debugger entered--Lisp error: (wrong-type-argument number-char-or-marker-p nil)
> gnus-add-to-range(((1 . 96703)) (nil))
> gnus-compute-read-articles("nnimap+cyrus:INBOX.in-box" (nil))
> gnus-group-make-articles-read("nnimap+cyrus:INBOX.in-box" (nil))
> gnus-group-mark-article-read("nnimap+cyrus:INBOX.in-box" nil)
> gnus-inews-do-gcc()
> gnus-agent-possibly-do-gcc()
> run-hooks(gnus-agent-possibly-do-gcc)
> message-send(nil)
> message-send-and-exit(nil)
> call-interactively(message-send-and-exit)
>
> I guess this is triggered by my having gnus-gcc-mark-as-read set to t?
Same backtrace here, but I use Dovecot. ;)
--
Julien Danjou
// ᐰ <julien@danjou.info> http://julien.danjou.info
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-29 15:37 ` Dave Goldberg
2010-09-29 15:39 ` Dave Goldberg
2010-09-29 19:11 ` Julien Danjou
@ 2010-09-29 19:26 ` Lars Magne Ingebrigtsen
2010-09-30 12:32 ` Dave Goldberg
2 siblings, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-29 19:26 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> gnus-group-mark-article-read("nnimap+cyrus:INBOX.in-box" nil)
The article there is nil, which means that this didn't return anything.
Can you find a Message-ID from the group below, and then try evaling the
following:
(nnimap-find-article-by-message-id "nnimap+cyrus:INBOX.in-box" message-id)
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-29 19:26 ` Lars Magne Ingebrigtsen
@ 2010-09-30 12:32 ` Dave Goldberg
2010-09-30 14:31 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 61+ messages in thread
From: Dave Goldberg @ 2010-09-30 12:32 UTC (permalink / raw)
To: ding
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>> gnus-group-mark-article-read("nnimap+cyrus:INBOX.in-box" nil)
> The article there is nil, which means that this didn't return anything.
> Can you find a Message-ID from the group below, and then try evaling the
> following:
> (nnimap-find-article-by-message-id "nnimap+cyrus:INBOX.in-box" message-id)
It returns nil. And from other reports this does not seem to be a
cyrus specific issue.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 12:32 ` Dave Goldberg
@ 2010-09-30 14:31 ` Lars Magne Ingebrigtsen
2010-09-30 14:44 ` Dave Goldberg
0 siblings, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-30 14:31 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
>> (nnimap-find-article-by-message-id "nnimap+cyrus:INBOX.in-box" message-id)
> It returns nil. And from other reports this does not seem to be a
> cyrus specific issue.
What's in the *nnimap cyrus ...* buffer after evaling that?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 14:31 ` Lars Magne Ingebrigtsen
@ 2010-09-30 14:44 ` Dave Goldberg
2010-09-30 14:47 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 61+ messages in thread
From: Dave Goldberg @ 2010-09-30 14:44 UTC (permalink / raw)
To: ding
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>>> (nnimap-find-article-by-message-id "nnimap+cyrus:INBOX.in-box" message-id)
>> It returns nil. And from other reports this does not seem to be a
>> cyrus specific issue.
> What's in the *nnimap cyrus ...* buffer after evaling that?
NO Mailbox does not exist^M.
So perhaps my earlier speculation about it being the search string is
wrong.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 14:44 ` Dave Goldberg
@ 2010-09-30 14:47 ` Lars Magne Ingebrigtsen
2010-09-30 14:55 ` Dave Goldberg
0 siblings, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-30 14:47 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
>>>> (nnimap-find-article-by-message-id "nnimap+cyrus:INBOX.in-box" message-id)
>
>>> It returns nil. And from other reports this does not seem to be a
>>> cyrus specific issue.
>
>> What's in the *nnimap cyrus ...* buffer after evaling that?
>
> NO Mailbox does not exist^M.
>
> So perhaps my earlier speculation about it being the search string is
> wrong.
My mistake. It should be:
(nnimap-find-article-by-message-id "INBOX.in-box" message-id)
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 14:47 ` Lars Magne Ingebrigtsen
@ 2010-09-30 14:55 ` Dave Goldberg
2010-09-30 16:18 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 61+ messages in thread
From: Dave Goldberg @ 2010-09-30 14:55 UTC (permalink / raw)
To: ding
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>>>>> (nnimap-find-article-by-message-id "nnimap+cyrus:INBOX.in-box" message-id)
>>
>>>> It returns nil. And from other reports this does not seem to be a
>>>> cyrus specific issue.
>>
>>> What's in the *nnimap cyrus ...* buffer after evaling that?
>>
>> NO Mailbox does not exist^M.
>>
>> So perhaps my earlier speculation about it being the search string is
>> wrong.
> My mistake. It should be:
> (nnimap-find-article-by-message-id "INBOX.in-box" message-id)
So it is the search string having ^M at the end after all. If I run
the function exactly as you say, then I get the article number. If I
run it with the ^M at the end of the message-id string, it fails with
BAD Missing required argument to Search header
and the function returns nil.
Thanks,
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 14:55 ` Dave Goldberg
@ 2010-09-30 16:18 ` Lars Magne Ingebrigtsen
2010-09-30 18:47 ` Dave Goldberg
0 siblings, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-30 16:18 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> So it is the search string having ^M at the end after all. If I run
> the function exactly as you say, then I get the article number.
Yup. Fixed and pushed.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 16:18 ` Lars Magne Ingebrigtsen
@ 2010-09-30 18:47 ` Dave Goldberg
2010-09-30 18:59 ` Lars Magne Ingebrigtsen
2010-09-30 19:02 ` Dave Goldberg
0 siblings, 2 replies; 61+ messages in thread
From: Dave Goldberg @ 2010-09-30 18:47 UTC (permalink / raw)
To: ding
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>> So it is the search string having ^M at the end after all. If I run
>> the function exactly as you say, then I get the article number.
> Yup. Fixed and pushed.
Still erroring out with the same backtrace. The IMAP search is
working now, but the function (nnimap-find-article-by-message-id) is
returning nil.
Thanks,
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 18:47 ` Dave Goldberg
@ 2010-09-30 18:59 ` Lars Magne Ingebrigtsen
2010-09-30 19:02 ` Dave Goldberg
1 sibling, 0 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-30 18:59 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> Still erroring out with the same backtrace. The IMAP search is
> working now, but the function (nnimap-find-article-by-message-id) is
> returning nil.
D'oh! That was a pretty stupid coding error.
I've now fixed and tested and everything. So I hope it works this
time. :-)
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 18:47 ` Dave Goldberg
2010-09-30 18:59 ` Lars Magne Ingebrigtsen
@ 2010-09-30 19:02 ` Dave Goldberg
2010-09-30 19:06 ` Lars Magne Ingebrigtsen
1 sibling, 1 reply; 61+ messages in thread
From: Dave Goldberg @ 2010-09-30 19:02 UTC (permalink / raw)
To: ding
>> Dave Goldberg <david.goldberg6@verizon.net> writes:
>>> So it is the search string having ^M at the end after all. If I run
>>> the function exactly as you say, then I get the article number.
>> Yup. Fixed and pushed.
> Still erroring out with the same backtrace. The IMAP search is
> working now, but the function (nnimap-find-article-by-message-id) is
> returning nil.
I just ran nnimap-find-article-by-message-id under edebug. The IMAP
search is not working - I was apparently looking at the buffer after
an erase and subsequent processing.
In response to the EXAMINE I get
224 NO Mailbox does not exist
And then in response to the UID SEARCH I get
225 BAD Please select a mailbox first
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 19:02 ` Dave Goldberg
@ 2010-09-30 19:06 ` Lars Magne Ingebrigtsen
2010-09-30 19:17 ` Dave Goldberg
0 siblings, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-30 19:06 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> I just ran nnimap-find-article-by-message-id under edebug. The IMAP
> search is not working - I was apparently looking at the buffer after
> an erase and subsequent processing.
>
> In response to the EXAMINE I get
>
> 224 NO Mailbox does not exist
Huh? What did "*imap log*" say it sent?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-30 19:06 ` Lars Magne Ingebrigtsen
@ 2010-09-30 19:17 ` Dave Goldberg
0 siblings, 0 replies; 61+ messages in thread
From: Dave Goldberg @ 2010-09-30 19:17 UTC (permalink / raw)
To: ding
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>> I just ran nnimap-find-article-by-message-id under edebug. The IMAP
>> search is not working - I was apparently looking at the buffer after
>> an erase and subsequent processing.
>>
>> In response to the EXAMINE I get
>>
>> 224 NO Mailbox does not exist
> Huh? What did "*imap log*" say it sent?
Sigh, ignore that. I think something must have got out of sync after
I messed around with edebugging that first time. After installing the
latest changes and going through it again, the search is indeed
successful and the function correctly returns the article number.
Thanks,
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: nnimap-request-accept-article vs Cyrus IMAP
2010-09-29 15:12 ` Lars Magne Ingebrigtsen
2010-09-29 15:37 ` Dave Goldberg
@ 2010-09-29 19:36 ` Gijs Hillenius
1 sibling, 0 replies; 61+ messages in thread
From: Gijs Hillenius @ 2010-09-29 19:36 UTC (permalink / raw)
To: ding
On 29 Sep 2010, Lars Magne Ingebrigtsen wrote:
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>
>> I stepped through nnimap-request-accept-article on both Cyrus and
>> Exchange servers while doing GCC. In the Exchange case, the function
>> winds up with an "OK APPEND completed" message from the server. In
>> the Cyrus case I get "NO Message contains bare newlines" back from the
>> server.
>
> Ah, right. I've now done a \n->\r\n conversion in that function, so it
> should possibly work now.
Works here.
Thanks, Lars!
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 15:00 ` Dave Goldberg
2010-09-27 16:04 ` Steinar Bang
@ 2010-09-27 16:30 ` Lars Magne Ingebrigtsen
2010-09-27 16:57 ` Dave Goldberg
1 sibling, 1 reply; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-27 16:30 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> One other issue. GCC is not working on my cyrus server - it is on
> Exchange. From a recent attempt, I get this in the debug log:
That's the server communication buffer, and not the debug log, and it's
the response to a different command, so it doesn't help much. :-)
> Also, I tried to B c a message from the Exchange folder to Cyrus and
> got the same result.
I'm wondering whether different servers use a vaguely different syntax
for ACCEPT. Do any of them require a "." on a line of its own to end
the message?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 16:30 ` STARTTLS support Lars Magne Ingebrigtsen
@ 2010-09-27 16:57 ` Dave Goldberg
2010-09-27 17:01 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 61+ messages in thread
From: Dave Goldberg @ 2010-09-27 16:57 UTC (permalink / raw)
To: ding
> Dave Goldberg <david.goldberg6@verizon.net> writes:
>> One other issue. GCC is not working on my cyrus server - it is on
>> Exchange. From a recent attempt, I get this in the debug log:
> That's the server communication buffer, and not the debug log, and it's
> the response to a different command, so it doesn't help much. :-)
What is the debug log? I didn't see anything obvious in M-x
list-buffers.
--
Dave Goldberg
david.goldberg6@verizon.net
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: STARTTLS support
2010-09-27 16:57 ` Dave Goldberg
@ 2010-09-27 17:01 ` Lars Magne Ingebrigtsen
0 siblings, 0 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-09-27 17:01 UTC (permalink / raw)
To: ding
Dave Goldberg <david.goldberg6@verizon.net> writes:
> What is the debug log? I didn't see anything obvious in M-x
> list-buffers.
There's just a log of commands sent to the server, and that's called
"*imap log*". There's no log of the stuff we get back from the server.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread