> I haven't seen this particular redraw artifact, but I've seen other
> smaller ones. Is there anything in particular that you can do to
> reproduce it?
It turns out that there is:
1 acme -f $font /acme/mail/guide; guide opens at top of right column
2 left-click on Mail; mbox list opens in right
> On the tangential subject of acme mail, I have a very infrequent bug
> where the header of a newly arrived message pops up in the position
> where the /mail/fs/mbox window used to be, some time after the mbox
> window has been adjusted by another window opening. Does anyone else
> see this? Is
o...@eigenstate.org once said:
> Unrelatedly, would there be interest in adding the `$split{cmd} syntax
> from 9atom to 9legacy? I think it's currently the only reason that
> git9 doesn't work out of the box there, and it's very nice syntax.
I'm not a fan of the `word{...} syntax. It's odd to
On the tangential subject of acme mail, I have a very infrequent bug
where the header of a newly arrived message pops up in the position
where the /mail/fs/mbox window used to be, some time after the mbox
window has been adjusted by another window opening. Does anyone else
see this? Is there a
> Looks like that was it - thanks a lot David! IMAP is syncing as we
> speak. It looks like I have my work cut out for me to get things
> updated to 9legacy's latest and greatest.
>
> Cheers,
> Steve
I've put some patches together that made acme Mail a bunch more usable
for me. Mostly around
Looks like that was it - thanks a lot David! IMAP is syncing as we
speak. It looks like I have my work cut out for me to get things
updated to 9legacy's latest and greatest.
Cheers,
Steve
On Thu, Nov 28, 2019 at 1:00 PM David du Colombier <0in...@gmail.com> wrote:
>
> If the server uses a X.509
If the server uses a X.509 certificate with a SHA256 signature,
you need SHA2 signature support in libsec.
http://9legacy.org/9legacy/patch/libsec-x509-sha2.diff
http://9legacy.org/9legacy/patch/libsec-x509-sig.diff
--
David du Colombier
--
9fans: 9fans
> unfortunately it doesn't look like anything is being logged
Turns out I misremembered where upas/fs logs the failure:
; upas/fs -f /imaps/imap.gmail.com/$gmail
upas/fs: opening /imaps/imap.gmail.com/$gmail: imap.gmail.com/imaps:cert for
imap.gmail.com not recognized:
Thanks - unfortunately it doesn't look like anything is being logged.
Interestingly enough, it looks like mail has been broken for quite a
while, this was the last log message recorded (the fileserver went
into storage in mid 2018):
gunge Aug 26 05:25:04 delivered stallion From stallion Wed Aug
Check /sys/log/mail for a fingerprint.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Te20476748ab5e4ba-M519efe14ca0b3cb7c3836dee
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Adding the fingerprint will work if you are lucky, once,
or maybe twice.
In my experience almost every new connection required
redoing the above -- which wasn't very fun so I ended
up forwarding gmail into a sub-mailbox under my control
and haven't looked back.
Working with their SMTP has the
Thanks guys. I suspect I'm about to regret my lack of time mucking
about with tls on plan9:
% upas/fs -f /imaps/imap.gmail.com/sstall...@gmail.com
upas/fs: opening /imaps/imap.gmail.com/sstall...@gmail.com:
imap.gmail.com/imaps:tlsClient: tls: local invalid x509/rsa
certificate
% cat
The TLS implementation on Plan 9 doesn't verify X.509 certificate chain,
so the certificate bundle isn't useful. It's only used by Go programs.
However, you need to add the server certificate fingerprint to
/sys/lib/tls/mail,
as Steve Simon said.
--
David du Colombier
hi,
i receive mail on plan9 so i dont use gmail.
you sure you didn't forget to install a new x509 thumbprint in
/sys/lib/tls/mail?
-Steve
On 28 Nov 2019, at 3:40 pm, Steven Stallion wrote:
>
> All,
>
> Is anyone still fetching Gmail these days? After bringing my old
> fileserver back
All,
Is anyone still fetching Gmail these days? After bringing my old
fileserver back online I noticed that mail delivery seems to be
broken. Both getpop3 and upas/fs are complaining of invalid
certificates, which is leading me to think I need to make some updates
to the list of trusted
; cat nohup.out
cpu5 deadlock? 9782ad24 caller=808c872
9vx panic: kernel fault: signo=11 addr=0[58332000] 1
if anyone with more of a 9vx setup wants to track this down,
i'd be happy to provide any assistance.
- erik
On Sun Nov 30 01:08:00 EST 2008, [EMAIL PROTECTED] wrote:
On Fri, Nov 21, 2008 at 2:18 PM, Eris Discordia
[EMAIL PROTECTED] wrote:
I don't know about the technical details
Well said sir!
Ian
thanks for reminding me. nupas/fs now works
around gmail's bugs.
On Fri, Nov 21, 2008 at 2:18 PM, Eris Discordia
[EMAIL PROTECTED] wrote:
I don't know about the technical details
Well said sir!
Ian
With Gmail you also have to be aware of the fact that Google does not
actually implement IMAP to the standard. There are quite a few odd
behaviours. A notable one has to do with deletion of emails, but I
can't find the exact reference just now. (I can try digging if you're
really intereested.)
first, a note about setting up gmail. you'll want to add this
thumbprint to /sys/lib/tls/mail:
x509 sha1=e221be6be22afd3b3244199476cbb136da4ad02d cn=*.gmail.com
unless you've added this, the messages are downright cryptic.
into my profile, (after the plumber, before I start rio; as per the
hello,
seems you use IMAP to read gmail. I usually read my gmail mail through
my web browser, which is not a problem from opera/firefox in linux.
However, I can't do the same from plan9. Neither abaco, nor charon
work. Is this so for everyone or just for me? Thanks.
Ruda
On Fri, Nov 21, 2008 at 2:14 PM, erik quanstrom [EMAIL PROTECTED] wrote:
by the way, i don't know of any way that gmail imap is not standard.
perhaps this is in some esoteric corners of the protocol i'm not
familar with. for the basic stuff, i haven't seen any issues at all.
The two immediate
by the way, i don't know of any way that gmail imap is not standard.
perhaps this is in some esoteric corners of the protocol i'm not
familar with. for the basic stuff, i haven't seen any issues at all.
The two immediate issues I am aware of (via the UW-IMAP list) is that
MIME part
there definately is a bug in gmail's imap
3 uid fetch 29 (rfc822.size)cr
* 29 FETCH (UID 29 RFC822.SIZE 1234)cr
3 OK Successcr
3 uid fetch 29 (body[])cr
* 29 FETCH (UID 29 BODY[] {1246}cr
[...]
oops. the obvious bug, that the body of the email
is 1246 - 1234 lines long and they forgot to count
seems you use IMAP to read gmail. I usually read my gmail mail through
my web browser, which is not a problem from opera/firefox in linux.
However, I can't do the same from plan9. Neither abaco, nor charon
work. Is this so for everyone or just for me? Thanks.
GMail's normal web interface is a
Gmail's basic HTML interface *almost* works with abaco
out of the box. The failure isn't abaco, it's webfs. If you
take /n/sources/contrib/fgb/cookies.c, bind or copy it
over /sys/src/cmd/webfs/cookies.c, and rebuild, the new
webfs and abaco will work fine.
I don't know why fgb hasn't submitted
On Fri, Nov 21, 2008 at 5:33 PM, Eris Discordia
[EMAIL PROTECTED] wrote:
FUN FACT: GMail works well with links/elinks.
does humans work well with that software?
iru
does humans work well with that software?
I do, but I doubt I qualify as human--from your point of view.
--On Friday, November 21, 2008 5:52 PM -0200 Iruata Souza
[EMAIL PROTECTED] wrote:
On Fri, Nov 21, 2008 at 5:33 PM, Eris Discordia
[EMAIL PROTECTED] wrote:
FUN FACT: GMail works well
eris,
relax
http://groups.google.com/group/comp.os.plan9/msg/406fc491a206e562
http://abaco.oitobits.net/images/abaco-ss-00.jpg
On 11/21/08, Eris Discordia [EMAIL PROTECTED] wrote:
ps: I love science
Yeah, and that must be UV.
P.S. I know I shouldn't be replying and further staining my
On Fri, Nov 21, 2008 at 5:43 AM, Rudolf Sykora [EMAIL PROTECTED] wrote:
seems you use IMAP to read gmail. I usually read my gmail mail through
my web browser, which is not a problem from opera/firefox in linux.
However, I can't do the same from plan9. Neither abaco, nor charon
work. Is this so
On Fri, Nov 21, 2008 at 7:52 PM, Jack Johnson [EMAIL PROTECTED] wrote:
and then it follows up with:
GO TO
https://www.google.com/accounts/'http:/mail.google.com/mail/h/19sso9tatmt7r/?ui=htmlzy=l'
which doesn't seem to match the continue parameter from the last request.
I just disabled
http://groups.google.com/group/comp.os.plan9/msg/406fc491a206e562
http://abaco.oitobits.net/images/abaco-ss-00.jpg
Lucky for me, I did suggest that GMail basic may work with abaco and
encouraged Rudolf Sykora to try it. I just added one fun fact after it,
because GMail's damn heavy interface
gmail just changed their interface more into the direction of rio acme.
The search function with the rigth button do not function ;-)
gmail just changed their interface more into the direction of rio acme.
--
Rodolfo García AKA kix
http://www.kix.es/
EA4ERH (@IN80ER)
Rob?
On Thu, Nov 20, 2008 at 10:14 PM, hiro [EMAIL PROTECTED] wrote:
gmail just changed their interface more into the direction of rio acme.
--
Roma
On Thu, Nov 20, 2008 at 8:40 PM, David Leimbach [EMAIL PROTECTED] wrote:
On Thu, Nov 20, 2008 at 9:14 AM, hiro [EMAIL PROTECTED] wrote:
gmail just changed their interface more into the direction of rio acme.
In what way?
I've attached a screen-shot. It's only the look, they didn't switch
Hello all, firstly let me mention that I'm pretty stoked about using
Plan 9. I've been using it for about a week now, and things are coming
along well.
I'm having a bit of an issue, and it may entirely stem from my lack of
familiarity on the system, so I apologize in advance if this turns out
to
I did have copious amounts of mail in this box, somewhere
in the neighborhood of 3500.
Whenever I allow my IMAP mailbox to grow too large, upas also grinds
to a halt. I haven't yet done justice to Erik Quanstrom's nupas to
see if it makes a difference because it is too big a leap at this
point
Be warned that it is different in the way it represents the folder, so
the end results may be quite dramatic.
? the file system interface is not changed.
- erik
39 matches
Mail list logo
