Re: [9fans] IMAP clients and plan9 imap server

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

Matthias,

I think I fixed the Opera problem.  We were parsing what was a UID
as a sequence number.  Normally it doesn't matter.  However a
seqno can't be 0 and Opera was asking for uid 0 which resulted in
a syntax error.  The fix should be available for 'pull' soon or
you can just copy over the new imap4d.c form sources, recompile,
and tell me if it works.

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

David Presotto <presotto@closedmind.org> writes:

> Specificly, it can't put up with the body[...] part of the message.  This
> actually exists in the spec (and is in fact in an example).  I'll fix their
> code and send it to them.

Nice, I'll test the new imap4d.c against some other email clients
and post a sum.

Sorry for the lot of trouble.

Matthias

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

David Presotto <presotto@closedmind.org> writes:

> I think I fixed the Opera problem.  We were parsing what was a UID
> as a sequence number.  Normally it doesn't matter.  However a

Many thanks. That realy helps.

> seqno can't be 0 and Opera was asking for uid 0 which resulted in
> a syntax error.  The fix should be available for 'pull' soon or
> you can just copy over the new imap4d.c form sources, recompile,
> and tell me if it works.

If it isnt to much trouble please send me a copy of imap4d.c via
email. If got my static ip addresses this week and now I rebuild my
hole network. Pull will work next week but it would be nice if I can
see/test the code today or tomorrow.

Many thanks again
Matthias

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

[-- Attachment #1: Type: text/plain, Size: 410 bytes --]

I gave up trying to fix mutt.  I'ld have to change the structure of its parsing to make
it parse correctly, too much work.  From the comments, they know its screwed up.

I was wrong about what it was misparsing.  The problem was that we returned flags in
a seperate fetch reply.  Fine by the RFC but not fine with mutt.  I just changed
our behaviour because it was a lot easier to do.

Fixes on sources.

[-- Attachment #2: Type: message/rfc822, Size: 7413 bytes --]

From: Matthias Teege <matthias-9fans@mteege.de>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] IMAP clients and plan9 imap server
Date: Mon, 06 Oct 2003 11:30:07 +0200
Message-ID: <86brsuyaqo.fsf@gic.mteege.de>

David Presotto <presotto@closedmind.org> writes:

> without.  If you don't manage to debug the problem, I'll bring up opera M2
> in a few days and give it a try.

I've made a snapshot of the opera/imap conversation. Opera has
problems to fetch the message.

* OK coco IMAP4rev1 server ready
3 CAPABILITY
* CAPABILITY IMAP4REV1 IDLE NAMESPACE AUTH=CRAM-MD5
3 OK CAPABILITY
4 AUTHENTICATE CRAM-MD5
+ PGI5N2Q5MDRlMTVjNWZhYmIuOWYzZjUzNTliYzU5ZGM3M0Bjb2NvPg==
bXRnIDBmMmQzNWI3NTBmM2Q2YzBmYjA1OWYzZGQwYTM1ZGZk
4 OK AUTHENTICATE
5 STATUS INBOX (MESSAGES UIDNEXT RECENT)
* STATUS (MESSAGES 1 RECENT 0 UIDNEXT 85)
5 OK STATUS completed
6 SELECT INBOX
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft)
* 1 exists
* 0 recent
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Draft \Deleted)]
* OK [UIDNEXT 85]
* OK [UIDVALIDITY 1065365553]
6 OK [READ-WRITE] SELECT INBOX completed
7 FETCH 1:* (UID FLAGS)
* 1 FETCH (uid 48)
* 1 fetch (flags (\Seen))
7 OK FETCH completed
8 UID FETCH 0 (UID FLAGS RFC822.SIZE RFC822.HEADER)
8 BAD UID bad syntax

Mutt fetches the header of the messages but has problems with the
format. I get a listing of the folders in mutt and kmail but both
cant display the messages.

* OK coco IMAP4rev1 server ready
a0000 CAPABILITY
* CAPABILITY IMAP4REV1 IDLE NAMESPACE AUTH=CRAM-MD5
a0000 OK CAPABILITY
a0001 AUTHENTICATE CRAM-MD5
+ PDlkNWFiNzY5NDBmNWNmOTkuYmExYTdiZTY1Y2MyMjc5QGNvY28+
bXRnIGQzNGNkNTY0YjM4NDI3YTUxMmM3MWI3NDQ4ZmVjZjYz
a0001 OK AUTHENTICATE
a0002 LIST "" ""
* LIST (\Noselect) "/" ""
a0002 OK LIST
a0003 SELECT "INBOX/"
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft)
* 1 exists
* 0 recent
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Draft \Deleted)]
* OK [UIDNEXT 85]
* OK [UIDVALIDITY 1065365553]
a0003 OK [READ-WRITE] SELECT INBOX completed
a0004 FETCH 1:1 (UID FLAGS INTERNALDATE RFC822.SIZE BODY.PEEK[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE IN-REPLY-TO REPLY-TO LINES X-LABEL)])
* 1 FETCH (uid 48 internaldate " 5-Oct-2003 16:50:44 +0000" RFC822.SIZE 2518 body[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO" "CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO" "LINES" "X-LABEL")] {356}
Message-ID: <f7bd72734d345af047cb4ccf4e3403ed@plan9.bell-labs.com>
From: David Presotto <presotto@closedmind.org>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] IMAP clients and plan9 imap server
In-Reply-To: <868ynzd5zr.fsf@gic.mteege.de>
Content-Type: text/plain; charset="US-ASCII"
Reply-To: 9fans@cse.psu.edu
Date: Sun, 5 Oct 2003 12:14:58 -0400

)
* 1 fetch (flags (\Seen))
a0004 OK FETCH completed
a0005 NAMESPACE
* namespace (("" "/")) nil nil
a0005 OK NAMESPACE completed
a0006 LIST "" "%"
* LIST (\Noinferiors) "/" INBOX
* LIST (\Noinferiors) "/" presotto
* LIST (\Noinferiors) "/" steve.simon
* LIST (\Noinferiors) "/" cross
* LIST (\Noinferiors) "/" jmk
* LIST (\Noinferiors \Marked) "/" rsc
* LIST (\Noinferiors) "/" matthias
* LIST (\Noinferiors) "/" fst
* LIST (\Noinferiors) "/" somefile
* LIST (\Noinferiors) "/" arisawa
* LIST (\Noinferiors) "/" stored
* LIST (\Noinferiors) "/" Trash
* LIST (\Noinferiors \Marked) "/" mirtchov
* LIST (\Noinferiors \Marked) "/" vdharani
a0006 OK LIST completed
a0007 SELECT "arisawa"
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft)
* 2 exists
* 0 recent
* OK [UNSEEN 1]
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Draft \Deleted)]
* OK [UIDNEXT 3]
* OK [UIDVALIDITY 1065290476]
a0007 OK [READ-WRITE] SELECT arisawa completed
a0008 FETCH 1:2 (UID FLAGS INTERNALDATE RFC822.SIZE BODY.PEEK[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE IN-REPLY-TO REPLY-TO LINES X-LABEL)])
* 1 FETCH (uid 1 internaldate "30-Sep-2003 03:07:13 +0000" RFC822.SIZE 2574 body[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO" "CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO" "LINES" "X-LABEL")] {367}
Subject: Re: [9fans] cpdir
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Kenji Arisawa <arisawa@ar.aichi-u.ac.jp>
To: 9fans@cse.psu.edu
In-Reply-To: <B7AFB2F0-F285-11D7-B085-000393A941BC@ar.aichi-u.ac.jp>
Message-Id: <B252C002-F2BD-11D7-9345-000393A941BC@ar.aichi-u.ac.jp>
Reply-To: 9fans@cse.psu.edu
Date: Tue, 30 Sep 2003 05:44:18 +0900

)
* 2 FETCH (uid 2 internaldate " 3-Oct-2003 11:40:34 +0000" RFC822.SIZE 2572 body[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO" "CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO" "LINES" "X-LABEL")] {357}
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Kenji Arisawa <arisawa@ar.aichi-u.ac.jp>
To: 9fans@cse.psu.edu
In-Reply-To: <cbf531fd25e93c6fb4d6330150b71608@sdgm.net>
Message-Id: <115AB500-F596-11D7-BEBE-000393A941BC@ar.aichi-u.ac.jp>
Subject: [9fans] Pegasus 2.0b
Reply-To: 9fans@cse.psu.edu
Date: Fri, 3 Oct 2003 20:38:11 +0900

)
* 1 fetch (flags ())
* 2 fetch (flags ())
a0008 OK FETCH completed
a0009 LOGOUT
* bye
a0009 OK LOGOUT completed

Read the imap rfc will take some time. ;-)

Matthias

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

OK, I just looked through the mutt source.  It is incorrect.
Specificly, it will not recognize a reply like this:

* 26 FETCH (uid 6439 internaldate "10-Oct-2003 16:24:37 -0400" RFC822.SIZE 8883 body[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO" "CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO" "LINES" "X-LABEL")] {1698}
...

Specificly, it can't put up with the body[...] part of the message.  This
actually exists in the spec (and is in fact in an example).  I'll fix their
code and send it to them.

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

Matthias,

I looked at the trace you got of the mutt/imap4d conversation.
As far as I can tell, imap4d's responses are all correct and
mutt never asks for a message.  I'm intalling mutt now to
see if I can figure out more, but my time for this is limited.

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

Thanks.  I'll get to it later in the week; I'll be out of town till then.

Re: [9fans] IMAP clients and plan9 imap server

[boyd]

    Umm, I own sdgm.net (the hardware, domain, etc), so it's configured the
    way *I* like it.

i _like_ it.  i can drawterm across [no pun intended] the atlantic
and dan has done it it the way i would do it.

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

David Presotto <presotto@closedmind.org> writes:

> without.  If you don't manage to debug the problem, I'll bring up opera M2
> in a few days and give it a try.

I've made a snapshot of the opera/imap conversation. Opera has
problems to fetch the message.

* OK coco IMAP4rev1 server ready
3 CAPABILITY
* CAPABILITY IMAP4REV1 IDLE NAMESPACE AUTH=CRAM-MD5
3 OK CAPABILITY
4 AUTHENTICATE CRAM-MD5
+ PGI5N2Q5MDRlMTVjNWZhYmIuOWYzZjUzNTliYzU5ZGM3M0Bjb2NvPg==
bXRnIDBmMmQzNWI3NTBmM2Q2YzBmYjA1OWYzZGQwYTM1ZGZk
4 OK AUTHENTICATE
5 STATUS INBOX (MESSAGES UIDNEXT RECENT)
* STATUS (MESSAGES 1 RECENT 0 UIDNEXT 85)
5 OK STATUS completed
6 SELECT INBOX
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft)
* 1 exists
* 0 recent
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Draft \Deleted)]
* OK [UIDNEXT 85]
* OK [UIDVALIDITY 1065365553]
6 OK [READ-WRITE] SELECT INBOX completed
7 FETCH 1:* (UID FLAGS)
* 1 FETCH (uid 48)
* 1 fetch (flags (\Seen))
7 OK FETCH completed
8 UID FETCH 0 (UID FLAGS RFC822.SIZE RFC822.HEADER)
8 BAD UID bad syntax

Mutt fetches the header of the messages but has problems with the
format. I get a listing of the folders in mutt and kmail but both
cant display the messages.

* OK coco IMAP4rev1 server ready
a0000 CAPABILITY
* CAPABILITY IMAP4REV1 IDLE NAMESPACE AUTH=CRAM-MD5
a0000 OK CAPABILITY
a0001 AUTHENTICATE CRAM-MD5
+ PDlkNWFiNzY5NDBmNWNmOTkuYmExYTdiZTY1Y2MyMjc5QGNvY28+
bXRnIGQzNGNkNTY0YjM4NDI3YTUxMmM3MWI3NDQ4ZmVjZjYz
a0001 OK AUTHENTICATE
a0002 LIST "" ""
* LIST (\Noselect) "/" ""
a0002 OK LIST
a0003 SELECT "INBOX/"
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft)
* 1 exists
* 0 recent
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Draft \Deleted)]
* OK [UIDNEXT 85]
* OK [UIDVALIDITY 1065365553]
a0003 OK [READ-WRITE] SELECT INBOX completed
a0004 FETCH 1:1 (UID FLAGS INTERNALDATE RFC822.SIZE BODY.PEEK[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE IN-REPLY-TO REPLY-TO LINES X-LABEL)])
* 1 FETCH (uid 48 internaldate " 5-Oct-2003 16:50:44 +0000" RFC822.SIZE 2518 body[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO" "CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO" "LINES" "X-LABEL")] {356}
Message-ID: <f7bd72734d345af047cb4ccf4e3403ed@plan9.bell-labs.com>
From: David Presotto <presotto@closedmind.org>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] IMAP clients and plan9 imap server
In-Reply-To: <868ynzd5zr.fsf@gic.mteege.de>
Content-Type: text/plain; charset="US-ASCII"
Reply-To: 9fans@cse.psu.edu
Date: Sun, 5 Oct 2003 12:14:58 -0400

)
* 1 fetch (flags (\Seen))
a0004 OK FETCH completed
a0005 NAMESPACE
* namespace (("" "/")) nil nil
a0005 OK NAMESPACE completed
a0006 LIST "" "%"
* LIST (\Noinferiors) "/" INBOX
* LIST (\Noinferiors) "/" presotto
* LIST (\Noinferiors) "/" steve.simon
* LIST (\Noinferiors) "/" cross
* LIST (\Noinferiors) "/" jmk
* LIST (\Noinferiors \Marked) "/" rsc
* LIST (\Noinferiors) "/" matthias
* LIST (\Noinferiors) "/" fst
* LIST (\Noinferiors) "/" somefile
* LIST (\Noinferiors) "/" arisawa
* LIST (\Noinferiors) "/" stored
* LIST (\Noinferiors) "/" Trash
* LIST (\Noinferiors \Marked) "/" mirtchov
* LIST (\Noinferiors \Marked) "/" vdharani
a0006 OK LIST completed
a0007 SELECT "arisawa"
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft)
* 2 exists
* 0 recent
* OK [UNSEEN 1]
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Draft \Deleted)]
* OK [UIDNEXT 3]
* OK [UIDVALIDITY 1065290476]
a0007 OK [READ-WRITE] SELECT arisawa completed
a0008 FETCH 1:2 (UID FLAGS INTERNALDATE RFC822.SIZE BODY.PEEK[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE IN-REPLY-TO REPLY-TO LINES X-LABEL)])
* 1 FETCH (uid 1 internaldate "30-Sep-2003 03:07:13 +0000" RFC822.SIZE 2574 body[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO" "CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO" "LINES" "X-LABEL")] {367}
Subject: Re: [9fans] cpdir
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Kenji Arisawa <arisawa@ar.aichi-u.ac.jp>
To: 9fans@cse.psu.edu
In-Reply-To: <B7AFB2F0-F285-11D7-B085-000393A941BC@ar.aichi-u.ac.jp>
Message-Id: <B252C002-F2BD-11D7-9345-000393A941BC@ar.aichi-u.ac.jp>
Reply-To: 9fans@cse.psu.edu
Date: Tue, 30 Sep 2003 05:44:18 +0900

)
* 2 FETCH (uid 2 internaldate " 3-Oct-2003 11:40:34 +0000" RFC822.SIZE 2572 body[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO" "CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO" "LINES" "X-LABEL")] {357}
Content-Type: text/plain; charset=US-ASCII; format=flowed
From: Kenji Arisawa <arisawa@ar.aichi-u.ac.jp>
To: 9fans@cse.psu.edu
In-Reply-To: <cbf531fd25e93c6fb4d6330150b71608@sdgm.net>
Message-Id: <115AB500-F596-11D7-BEBE-000393A941BC@ar.aichi-u.ac.jp>
Subject: [9fans] Pegasus 2.0b
Reply-To: 9fans@cse.psu.edu
Date: Fri, 3 Oct 2003 20:38:11 +0900

)
* 1 fetch (flags ())
* 2 fetch (flags ())
a0008 OK FETCH completed
a0009 LOGOUT
* bye
a0009 OK LOGOUT completed

Read the imap rfc will take some time. ;-)

Matthias

Re: [9fans] IMAP clients and plan9 imap server

[boyd]

bloody 'gaijin' crispin and that IMAP abortion.

Re: [9fans] IMAP clients and plan9 imap server

[Charles Forsyth]

[-- Attachment #1: Type: text/plain, Size: 141 bytes --]

i just use
	netstat
(on each separate interface as required).
i believe it finds all the ports and that way
at least i surprise myself!

[-- Attachment #2: Type: message/rfc822, Size: 2962 bytes --]

From: Dan Cross <cross@math.psu.edu>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] IMAP clients and plan9 imap server
Date: Sun, 05 Oct 2003 13:56:30 -0400
Message-ID: <200310051756.h95HuUj18681@augusta.math.psu.edu>

David Presotto <presotto@closedmind.org> writes:
>
> nmap does an incredibly bad job identifying whats behind plan 9 ports
> because we're not worth their time to know about.  At least it finds
> the open ports, even though we often have different services there
> than others do.

I don't know about that; if Matthias's list was complete, nmap missed
about four open ports I have running pure Plan 9 services (rexexec,
cpu, etc).  However, he did show me that I had a pop3 running that I
didn't want (which I've now turned off.  Thanks, Matthias!).  Then
again, I don't suppose nmap scans every possible port i in Z_65536.

	- Dan C.

Re: [9fans] IMAP clients and plan9 imap server

[Christopher Nielsen]

On Sun, Oct 05, 2003 at 01:56:30PM -0400, Dan Cross wrote:
> David Presotto <presotto@closedmind.org> writes:
> >
> > nmap does an incredibly bad job identifying whats behind plan 9 ports
> > because we're not worth their time to know about.  At least it finds
> > the open ports, even though we often have different services there
> > than others do.
>
> I don't know about that; if Matthias's list was complete, nmap missed
> about four open ports I have running pure Plan 9 services (rexexec,
> cpu, etc).  However, he did show me that I had a pop3 running that I
> didn't want (which I've now turned off.  Thanks, Matthias!).  Then
> again, I don't suppose nmap scans every possible port i in Z_65536.

nmap, by default, doesn't check all ports; just most of
the well-known ports. you can set a command line switch
to have it check specific ranges.

--
Christopher Nielsen
"They who can give up essential liberty for temporary
safety, deserve neither liberty nor safety." --Benjamin Franklin

Re: [9fans] IMAP clients and plan9 imap server

[Dan Cross]

David Presotto <presotto@closedmind.org> writes:
>
> nmap does an incredibly bad job identifying whats behind plan 9 ports
> because we're not worth their time to know about.  At least it finds
> the open ports, even though we often have different services there
> than others do.

I don't know about that; if Matthias's list was complete, nmap missed
about four open ports I have running pure Plan 9 services (rexexec,
cpu, etc).  However, he did show me that I had a pop3 running that I
didn't want (which I've now turned off.  Thanks, Matthias!).  Then
again, I don't suppose nmap scans every possible port i in Z_65536.

	- Dan C.

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

Eric Grosse <ehg@lucent.com> writes:

> I use Mozilla/Thunderbird as an IMAPS client talking to
> Plan 9 without trouble.

Yes, my first success ;-) runs out of the box. Mutt now authenticate
with Plan9/imap but has problems to open the folders. Maybe a config
problem.

Many thanks
Matthias

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

Dan Cross <cross@math.psu.edu> writes:

> sdgm.net, you're doing so under false pretenses; it's really my opinions
> you're judging.  :-)

Yes, my mistake ;-)

> (Which, for the record, in this case are: Hey, a POP and IMAP server
> would be useful for the mostly non-Plan 9 types who use the system....)

Yes and that is exactly what I try to do. I plan to replace a lot
of unix servers (pop/imap/smtp/http) with one plan9 network. For
the non-Plan 9 guys I need support for the different clients. I can
live with «mail» and as boyd says imap sucks.

Matthias

Re: [9fans] IMAP clients and plan9 imap server

[matt]

> > pop - highway to hell
> > imap - superhighway to hell

if you're already in hell that woul dmake them the way out.

Maybe would should offer

X-Frame-of-Reference : <?xml version="1.0" encoding="utf-8"><domain host="proweb.co.uk><Level="User" />
In theory, theory and practice are the same.

m

Re: [9fans] IMAP clients and plan9 imap server

[matt]

IMAP is an example of what 9p *could* have been.
Shudder!

m

Re: [9fans] IMAP clients and plan9 imap server

[Dan Cross]

Matthias Teege <matthias-9fans@mteege.de> writes:
>
> boyd@sdgm.net writes:
>
> > pop - highway to hell
> > imap - superhighway to hell
>
> mut% nmap www.sdgm.net
>
> Starting nmap 3.27 ( www.insecure.org/nmap/ ) at 2003-10-05 15:34 CEST
> Interesting ports on brahma.sdgm.net (64.32.179.49):
> (The 1613 ports scanned but not shown below are in state: closed)
> Port       State       Service
> 22/tcp     open        ssh
> 25/tcp     open        smtp
> 53/tcp     open        domain
> 80/tcp     open        http
> 110/tcp    open        pop-3
> 113/tcp    open        auth
> 443/tcp    open        https
> 567/tcp    open        banyan-rpc
> 993/tcp    open        imaps
> 17007/tcp  open        isode-dua
>
> I'm with you ... ;-)

Umm, I own sdgm.net (the hardware, domain, etc), so it's configured the
way *I* like it.  Boyd just uses it.  He's entitled to his opinions, but
if you're making a judgement on those based on what services run on
sdgm.net, you're doing so under false pretenses; it's really my opinions
you're judging.  :-)

	- Dan C.

(Which, for the record, in this case are: Hey, a POP and IMAP server
would be useful for the mostly non-Plan 9 types who use the system....)

Re: [9fans] IMAP clients and plan9 imap server

[Jim Choate]

On Sun, 5 Oct 2003, Matthias Teege wrote:

> It isn't important so much but it would be nice. I'll test mozilla,
> kmail, gnus and mutt to. Maybe the result is worth a wiki page.

Of course it is. To save the next person the time and effort of repeating
the same old same old.

 -- --

God exists because mathematics is consistent, and the Devil exist because we
can't prove it.
                          Andre Weil, in H. Eves, Mathematical Circles Adieu

      ravage@ssz.com                            jchoate@open-forge.com
      www.ssz.com                               www.open-forge.com

Re: [9fans] IMAP clients and plan9 imap server

[andrey mirtchovski]

> nmap does an incredibly bad job identifying whats behind plan 9 ports
> because we're not worth their time to know about.  At least it finds
> the open ports, even though we often have different services there
> than others do.

nmap shows 564 as '9pfs':

	564/tcp    open        9pfs
	566/tcp    open        streettalk
	567/tcp    open        banyan-rpc


that's a start...

Re: [9fans] IMAP clients and plan9 imap server

[Eric Grosse]

[-- Attachment #1: Type: text/plain, Size: 240 bytes --]

I use Mozilla/Thunderbird as an IMAPS client talking to
Plan 9 without trouble.

I also use upas/fs to fetch mail via IMAPS from an elderly
Exchange server.  There was an issue with zero-length reads
recently fixed in devtls.

Eric

[-- Attachment #2: Type: message/rfc822, Size: 3290 bytes --]

From: Matthias Teege <matthias-9fans@mteege.de>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] IMAP clients and plan9 imap server
Date: Sun, 05 Oct 2003 18:06:00 +0200
Message-ID: <868ynzd5zr.fsf@gic.mteege.de>

David Presotto <presotto@closedmind.org> writes:

> We normally talk to our plan 9 imap server with netscape or
> microsoft outlook.

Thats nice, not because outlook but because that there are working clients
out there. ;)

> I haven't tried opera.  We normally start it under tlssrv but I've also run it
> without.  If you don't manage to debug the problem, I'll bring up opera M2
> in a few days and give it a try.

It isn't important so much but it would be nice. I'll test mozilla,
kmail, gnus and mutt to. Maybe the result is worth a wiki page.

Many thanks
Matthias

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

I would like to work with all possible clients.  I've had to change it a number of times
to work with outlook and netscape.  If there's something we do that bothers the
others, I'ld like to know exactly what.  IMAP is a big protocol and I know that
at least some of my tweaks were to get around idiosyncrocies in the clients rather
than bugs in the server.

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

David Presotto <presotto@closedmind.org> writes:

> We normally talk to our plan 9 imap server with netscape or
> microsoft outlook.

Thats nice, not because outlook but because that there are working clients
out there. ;)

> I haven't tried opera.  We normally start it under tlssrv but I've also run it
> without.  If you don't manage to debug the problem, I'll bring up opera M2
> in a few days and give it a try.

It isn't important so much but it would be nice. I'll test mozilla,
kmail, gnus and mutt to. Maybe the result is worth a wiki page.

Many thanks
Matthias

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

nmap does an incredibly bad job identifying whats behind plan 9 ports
because we're not worth their time to know about.  At least it finds
the open ports, even though we often have different services there
than others do.

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

matt@proweb.co.uk writes:

> interestingly, nmap 3.45 reports your https as "Microsoft IIS SSL"

In my case, nmap is wrong.
Matthias

Re: [9fans] IMAP clients and plan9 imap server

[matt]

interestingly, nmap 3.45 reports your https as "Microsoft IIS SSL"

Re: [9fans] IMAP clients and plan9 imap server

[David Presotto]

We normally talk to our plan 9 imap server with netscape or microsoft outlook.
I haven't tried opera.  We normally start it under tlssrv but I've also run it
without.  If you don't manage to debug the problem, I'll bring up opera M2
in a few days and give it a try.

Re: [9fans] IMAP clients and plan9 imap server

[boyd]

ok :)

Re: [9fans] IMAP clients and plan9 imap server

[boyd]

that's dan's work.  i'm just a squatter.

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

"Tiit Lankots" <t.lankots@aprote.ee> writes:

> especially nice is to know that your passwords float
> in cleartext into the better tomorrow

Yes, sure but I dont need to encrypt a password if dont get any
message. ;-) I dont want run pop or imap to the world. If I ever run
such a server I'll use some kind of encryption.

Matthias

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

boyd@sdgm.net writes:

>     Moin

> eh?

http://groups.google.de/groups?as_umsgid=20011003154527.B3841%40book.mteege.de

Re: [9fans] IMAP clients and plan9 imap server

[Matthias Teege]

boyd@sdgm.net writes:

> pop - highway to hell
> imap - superhighway to hell

mut% nmap www.sdgm.net

Starting nmap 3.27 ( www.insecure.org/nmap/ ) at 2003-10-05 15:34 CEST
Interesting ports on brahma.sdgm.net (64.32.179.49):
(The 1613 ports scanned but not shown below are in state: closed)
Port       State       Service
22/tcp     open        ssh
25/tcp     open        smtp
53/tcp     open        domain
80/tcp     open        http
110/tcp    open        pop-3
113/tcp    open        auth
443/tcp    open        https
567/tcp    open        banyan-rpc
993/tcp    open        imaps
17007/tcp  open        isode-dua

I'm with you ... ;-)

Matthias

RE: [9fans] IMAP clients and plan9 imap server

[Tiit Lankots]

>pop - highway to hell
>imap - superhighway to hell

especially nice is to know that your passwords float 
in cleartext into the better tomorrow

Re: [9fans] IMAP clients and plan9 imap server

[boyd]

pop - highway to hell
imap - superhighway to hell

Re: [9fans] IMAP clients and plan9 imap server

[boyd]

    Moin

eh?

[9fans] IMAP clients and plan9 imap server

[Matthias Teege]

Moin,

I tried to connect with different clients to a plan9 imap
server. With kmail I get a folderlist and the number of messages
stored in the folders but if I select a folder there is no
message. With Operas M2 I only get a folder INBOX but also no
message and mutt gives me a «CRAM-MD5 auth failed».

Maybe this is a configuration problem on the server but it would be
nice to know, which imap/pop clients working with the plan9
pop/imap server.

Matthias