I continue to use nupas on s daily basis with imap.- erik
On Sun, Mar 04, 2018 at 10:26:46PM +, Steve Simon wrote:
> Great, thanks.
>
> I just need to work out how to migrate my mailboxes
> and incorperate my changes to upas (spam prevention).
>
> -Steve
>
Erik wrote splitmbox; that can handle the conversion to nupas mdir
format. Make sure nothin
Great, thanks.
I just need to work out how to migrate my mailboxes
and incorperate my changes to upas (spam prevention).
-Steve
Excuse my touchscreen.
check the 9front commits here https://code.9front.org/hg/plan9front/log?rev=upas
> Has there been any work on nupas since eriks initial design?
Yes.
Hi,
I am connecting to my plan9 mail server from my iphone/ipads
and am seeing the well-known imap performance issues.
So, I think I need to move to Eriks nupas eith mdirs to make
imap performant.
Has there been any work on nupas since eriks initial design?
has anyone written any scripts to sim
This thread would be funny if it didn't hurt so much.
On Tue, Jan 31, 2017 at 2:08 PM hiro <23h...@gmail.com> wrote:
> > Yes, WE Can (old?).
> Make gmail great again.
>
>
> Yes, WE Can (old?).
Make gmail great again.
Going 9pi2 image includes the libsec-x509-sha256rsa already.
I tried http://mail.google.com/mail/h directory.
Now I'm in the same user interface as before.
Yes, WE Can (old?).
Kenji
I'm using the most recent )front CD image(5641.6149f97a7801) and the
one older version, both of which works for gmail.
Abaco is not so different, but webfs is much newer, I suppose.
Probably, most works did by cinap and others on this and tls.
Cinap can answer best on this I suppose.
(I tried to
> are you running this on a raspbeery pi?
No, this was on a 386 (atom) cpu server on a slow remote
connection. Just tried again on a raspberry pi with a
direct ethernet connection to my terminal, and that's
much faster. So the libsec-x509-sha256rsa patch seems
to be enough.
are you running this on a raspbeery pi?
> try accessing mail.google.com/mail/h/ manually after login, even if
> the login keeps reappearing it might be your session cookie is already
> valid.
Thanks, that gets a bit farther - into the first screen of
messages, and I managed to open a message. But it's
unusably slow - eg if I adjust the
> try accessing mail.google.com/mail/h/ manually after login, even if
> the login keeps reappearing it might be your session cookie is already
> valid.
Thanks, that gets a bit farther - into the first screen of
messages, and I managed to open a message. But it's
unusably slow - eg if I adjust the
try accessing mail.google.com/mail/h/ manually after login, even if
the login keeps reappearing it might be your session cookie is already
valid.
On 1/28/17, Richard Miller <9f...@hamnavoe.com> wrote:
>> Now I checked the standard 9pi, and found it's abaco does not support
>> gmail on it, sorry.
>
> Now I checked the standard 9pi, and found it's abaco does not support
> gmail on it, sorry.
To access gmail.com webmail from plan 9, patch libsec-x509-sha256rsa
must be applied (and webfs/abaco recompiled with new libsec).
However this now seems to be necessary but not sufficient. Trying
this
>( the changed smtp server is still blocked, and this is my first use
of gmail on abaco)
I'm using 9pif of 9front.
Now I checked the standard 9pi, and found it's abaco does not support
gmail on it, sorry.
Kenji
2017-01-24 10:04 GMT+09:00, 岡本健二 :
> I had been blocked to post mail here from my or
I had been blocked to post mail here from my ordinal mail server.
Then I changed server to another which has smtp auth potocol.
It was written as smtpcram() function in nupas/smtp/smtpc
by erik. However, it has a bug.
Please change the line in smtpcram() in smtp.c as:
dBprint("%s\r\n", c
just fyi, there were some silly mistakes eliminates, including
some with dec64 that might have security implications.
(you may wish to apply "encodeman" patch, too)
- erik
i just pushed a change to nupas smtp that should fix
problems with dialing a records before exhausting all
possible mx records (on all valid networks). this had
been causing me some grief of late. it also logs exactly
which server was contacted and some details about the
dns entry. for example,
> Anyway, a little naivety has caused me more problems but I won't go
> into details. If I just grab the nupas source and mk install, will
> the end result be sane?
yes. but be careful, i'm pretty sure nupas depends on some changes
in /mail/lib. why don't you do something like this
do one inst
On Thu, 2 Jun 2011 13:48:28 -0300
"Federico G. Benavento" wrote:
> contrib/pull does
>
> On Jun 2, 2011, at 1:40 PM, Yaroslav wrote:
>
> > contrib(1) should have a way to pass -s to replica/pull
> >
When most of the files in a package the size of nupas fail to install, a -s
option isn't much
On Thu, 2 Jun 2011 09:57:54 -0400
erik quanstrom wrote:
> On Thu Jun 2 09:28:49 EDT 2011, quans...@quanstro.net wrote:
> > > hi erik, i tried to install nupas with contrib today and it failed.
> > > my root is from a fairly recent labs iso and, well, you can see the
> > > source of the probl
apparently contrib/install needs too...
2011/6/2 Federico G. Benavento :
> contrib/pull does
>
--
- Yaroslav
contrib/pull does
On Jun 2, 2011, at 1:40 PM, Yaroslav wrote:
> contrib(1) should have a way to pass -s to replica/pull
>
---
Federico G. Benavento
contrib(1) should have a way to pass -s to replica/pull
On Thu Jun 2 09:28:49 EDT 2011, quans...@quanstro.net wrote:
> > hi erik, i tried to install nupas with contrib today and it failed.
> > my root is from a fairly recent labs iso and, well, you can see the
> > source of the problem in the file dates:
> >
> > kolari% ls -lp /386/bin/upas/fs
> >
> hi erik, i tried to install nupas with contrib today and it failed.
> my root is from a fairly recent labs iso and, well, you can see the
> source of the problem in the file dates:
>
> kolari% ls -lp /386/bin/upas/fs
> --rwxrwxr-x M 8 glenda adm 345302 Apr 7 20:32 fs
> kolari% ls -lp /n/sou
erik, I tried sending this privately but your mailer timed out:
: conversation with mail.quanstro.net[69.55.170.73]
timed out while sending DATA command
message>>
hi erik, i tried to install nupas with contrib today and it failed.
my root is from a fairly recent labs iso and, well, you can
On 26 May 2010, at 16:34, erik quanstrom wrote:
___ (machine) ___ (date) Hung up on ___ (ip address); clamed to be
___ (name)
ladd May 25 08:21:23 Hung up on 207.36.233.113; claimed to be
dedicated
ladd May 26 02:00:31 Hung up on 178.125.17.236; claimed to be computer
ladd May 26 06:48:02
___ (machine) ___ (date) Hung up on ___ (ip address); clamed to be ___ (name)
ladd May 25 08:21:23 Hung up on 207.36.233.113; claimed to be dedicated
ladd May 26 02:00:31 Hung up on 178.125.17.236; claimed to be computer
ladd May 26 06:48:02 Hung up on 116.74.92.47; claimed to be genius
ladd May 2
On Tue, 18 May 2010 20:40:15 -0400
Jorden M wrote:
> On Tue, May 18, 2010 at 7:59 PM, ron minnich wrote:
> > On Tue, May 18, 2010 at 4:50 PM, Federico G. Benavento
> > wrote:
> >> just a comment, the python port includes some hg bits because of my
> >> lazyness
> >> the thing is that hg isn't
On Tue, May 18, 2010 at 7:59 PM, ron minnich wrote:
> On Tue, May 18, 2010 at 4:50 PM, Federico G. Benavento
> wrote:
>> just a comment, the python port includes some hg bits because of my lazyness
>> the thing is that hg isn't just python, it has some c modules that had
>> to be built
>> in in p
On Tue, May 18, 2010 at 4:50 PM, Federico G. Benavento
wrote:
> just a comment, the python port includes some hg bits because of my lazyness
> the thing is that hg isn't just python, it has some c modules that had
> to be built
> in in python, so python needs to be recompiled to support hg...
> so
just a comment, the python port includes some hg bits because of my lazyness
the thing is that hg isn't just python, it has some c modules that had
to be built
in in python, so python needs to be recompiled to support hg...
so I went the easy way, python already comes with the hg c code.
On Mon, M
On Tue, May 18, 2010 at 2:35 PM, Georg Lehner wrote:
> Another view on software managment:
>
> http://cr.yp.to/slashpackage/management.html
My system is very close to that.
But I still like the idea that you have as little state as possible,
and that package installation be so convenient you do
Another view on software managment:
http://cr.yp.to/slashpackage/management.html
Regards,
Jorge-León
On 2010-05-16 20:58, Corey wrote:
On Sunday 16 May 2010 10:34:53 EBo wrote:
Have you tried Sorcery from Source Mage?
No, but I'll definitely look into it. Thanks for the poi
On Sun, May 16, 2010 at 9:19 PM, erik quanstrom wrote:
> i'm sure if you've followed the trials of the linux union
> mount system on lwn, you can think of 10 potential reasons,
> without trying. recursive unions are hard.
ah, but I did over time. I'm not a big fan of the super-complicated
union
> i sure do miss aki. Can you try the rbind thing and see if I got
> something wrong? Would be *very* nice to leave the files in the .iso
> and just bind things.
i'm sure if you've followed the trials of the linux union
mount system on lwn, you can think of 10 potential reasons,
without trying. r
On Sun, May 16, 2010 at 6:35 PM, Akshat Kumar
wrote:
> Is `rbind' a recursive bind, that takes care of binding at
> all depths? Because that's what you'd need in order
> for the binds to work. And then you shouldn't have any
> problems.
Yes, aki wrote it and yes, I thought it should solve the pr
> and without use flags I end up having k*m packages instead of m. So the
> question still comes to do I write it to allow 2^n^m possible combinations
> and document the two most common scenarios, or write 2*m package variants
> and leave it to the interested to populate any of the remaining 2^{k-
> i think it's a good question but lacking time travel or a working
> 64-bit kernel, this question is unknowable. :-)
;-) After thinking about it I think amd might have been a better example
>> > please, no use flags. we can't test what we've got. use
>> > flags make the problem go factorial.
I left these questions by Ron to be answered
collectively by fellow Plan 9 folks who would
try out his new "package system".
But the conversation deteriorated into a
"portage: pros and cons" debate/seminar.
My input follows.
On 5/16/10, ron minnich wrote:
> It actually works quite well, and prob
> > there is no 64 bit kernel.
>
> Will there ever be? Or is that even an appropriate question?
i think it's a good question but lacking time travel or a working
64-bit kernel, this question is unknowable. :-)
> > please, no use flags. we can't test what we've got. use
> > flags make the prob
> i've tried to make this point several times before.
> i think it is an error to envision what somebody
> might want. build want you want. respond to
> complaints. do not build stuff speculatively.
Thank you for your clarity. I was hoping to open a discussion and get
some feedback so when I
> I see a couple of other applications for use flags besides pruning
> overgrown packages -- such as should we install source and documentation
> (yes by default on large systems, no on small embedded systems). Should we
> strip binaries or compile things for debugging? Install examples? I do
>
> Might also want to check out paludis, a spiritual successor
> to portage, built from scratch (written in c++), designed with
> the focused goal of fixing portage's shortcomings:
>
> http://paludis.pioto.org/overview/features.html
>
> Somewhat related: http://exherbo.org/docs/features.html
Tha
On Sunday 16 May 2010 10:34:53 EBo wrote:
> > Have you tried Sorcery from Source Mage?
>
> No, but I'll definitely look into it. Thanks for the pointer.
>
Might also want to check out paludis, a spiritual successor
to portage, built from scratch (written in c++), designed with
the focused goal
>> I think some of the ideas behind portage are good, e.g. the ability to
>> handle patches and slim down software via USE flags.
>
> this is only necessary if your purpose is to prune overgrown
> packages. i hope will will solve this problem by not having
> overgrown pacakges.
I see a couple o
> I think some of the ideas behind portage are good, e.g. the ability to
> handle patches and slim down software via USE flags.
this is only necessary if your purpose is to prune overgrown
packages. i hope will will solve this problem by not having
overgrown pacakges.
- erik
Isn't everything great until you see the bad side of it?
Stay technical, guys.
> Have you tried Sorcery from Source Mage?
No, but I'll definitely look into it. Thanks for the pointer.
> I'd say that's Portage
> without "3/4 of the junk," but it's still quite complex. I may be
> talking out of my arse but I don't see anything inherent to plan 9
> which would simplif
>> Look here EBo, go help maintain a Linux distro for a couple of years
and
>> THEN come back and tell us your "package managers are wonderful" swill.
I
>> don't think you've even packaged up one piece of software. You can't
>> have if
>> you're promoting package managers so much.
well let me see
On 16 May 2010, at 17:02, ron minnich wrote:
On Sun, May 16, 2010 at 8:53 AM, Ethan Grammatikidis
wrote:
Look here EBo, go help maintain a Linux distro for a couple of
years and
THEN come back and tell us your "package managers are wonderful"
swill. I
don't think you've even packaged up o
On Sun, May 16, 2010 at 8:53 AM, Ethan Grammatikidis
wrote:
> Look here EBo, go help maintain a Linux distro for a couple of years and
> THEN come back and tell us your "package managers are wonderful" swill. I
> don't think you've even packaged up one piece of software. You can't have if
> you'r
On 16 May 2010, at 16:46, Jorden M wrote:
On Sun, May 16, 2010 at 11:21 AM, EBo wrote:
portage is horrid. i hate it more every time i use it.
and it doesn't work. revdep rebuild is proof.
it is a lot more dependable than any other package maintenance
system I've
used on *NIX based sys
On 16 May 2010, at 16:37, EBo wrote:
From personal experience with taking the backup approach, this works
fine
until you forget about it once, and it also results in a huge number
of
copies of the system/source laying around. This is less an issue in
this
day and age of cheap disks, but
On Sun, May 16, 2010 at 11:21 AM, EBo wrote:
>
>> portage is horrid. i hate it more every time i use it.
>> and it doesn't work. revdep rebuild is proof.
>
> it is a lot more dependable than any other package maintenance system I've
> used on *NIX based systems. The fundamental problem requirin
On Sun, May 16, 2010 at 10:03 AM, erik quanstrom wrote:
> portage is horrid. i hate it more every time i use it.
> and it doesn't work. revdep rebuild is proof.
>
> it's not clear to me that this is gentoo's fault. linux and
> gnu together are one heck of a difficult place for
> a distribution
On 16 May 2010, at 16:21, EBo wrote:
As I said I was motivated by my portage experience not that I intend
to
reimplement portage, but even if I did attempt a reimplementation
the fact
that plan 9 is a much cleaner design, probably 3/4 of the junk is
simply
not needed. The question is how m
> Indeed, Gnu/Linux is almost unique as an operating system in suffering
> from an inconsistent base system which, without going into detail, is
> at the very least a huge abuse of everyone's time.
and since plan 9 has a consistent back most of the rigmarole is not
necessary, but some is. Be
> portage is horrid. i hate it more every time i use it.
> and it doesn't work. revdep rebuild is proof.
it is a lot more dependable than any other package maintenance system I've
used on *NIX based systems. The fundamental problem requiring revdep is
> it's not clear to me that this is gent
On 16 May 2010, at 15:03, erik quanstrom wrote:
portage is horrid. i hate it more every time i use it.
and it doesn't work. revdep rebuild is proof.
it's not clear to me that this is gentoo's fault. linux and
gnu together are one heck of a difficult place for
a distribution to live. but re
portage is horrid. i hate it more every time i use it.
and it doesn't work. revdep rebuild is proof.
it's not clear to me that this is gentoo's fault. linux and
gnu together are one heck of a difficult place for
a distribution to live. but replicating portage would seem
to me to be a big mista
>>I think you
>> can go a little further: the /installed/$i file on
>> disk can contain info for binding the installed
>> package onto /. Then, the /installed/$i file
>> resulting from the binds can contain removal
>> procedures.
>>
>> I'm not sure what would be the most comfortable
>> from a use
On Sat, May 15, 2010 at 9:57 PM, Akshat Kumar
wrote:
> http://9grid.net/rminnich/src/package-tools/install
no, it's not there, as I am not yet satisified with the right way to do this.
>
> - instead, there is a straight dircp.
yes.
> So, is this a thing you're developing personally?
no, wha
> term% /n/sources/plan9/386/bin/upas/fs -f /imaps/imap.gmail.com
> /n/sources/plan9/386/bin/upas/fs: opening /imaps/imap.gmail.com:
> imap.gmail.com/imaps:server certificate XXX not
>
> term% upas/fs -f /imaps/imap.gmail.com
> upas/fs: opening /imaps/imap.gmail.com: imap.gmail.com/imaps:fd out of
On 5/16/10, ron minnich wrote:
> On Sat, May 15, 2010 at 9:28 PM, Akshat Kumar
> wrote:
>
>> I notice you don't keep a list of
>> installed file paths in /installed/$i
>
> I do, but the intent is that you bind -a package /, and the
> 'installed' in there has the
> files.
>
> I have this allergy t
On Sat, May 15, 2010 at 9:39 PM, erik quanstrom wrote:
>> I do, but the intent is that you bind -a package /, and the
>> 'installed' in there has the
>> files.
>
> that won't work unless the differences are at the same
> level as the bind, in this case /.
I already do that today :-)
term% bind -
> I do, but the intent is that you bind -a package /, and the
> 'installed' in there has the
> files.
that won't work unless the differences are at the same
level as the bind, in this case /.
- erik
The following tells the story:
term% /n/sources/plan9/386/bin/upas/fs -f /imaps/imap.gmail.com
/n/sources/plan9/386/bin/upas/fs: opening /imaps/imap.gmail.com:
imap.gmail.com/imaps:server certificate XXX not
term% upas/fs -f /imaps/imap.gmail.com
upas/fs: opening /imaps/imap.gmail.com: imap.gmail
On Sat, May 15, 2010 at 9:28 PM, Akshat Kumar
wrote:
> I notice you don't keep a list of
> installed file paths in /installed/$i
I do, but the intent is that you bind -a package /, and the
'installed' in there has the
files.
I have this allergy to dropping stuff into / :-)
> Perhaps the file i
By the way, Ron, in order to sort
this mess out, with the help of
Federico, I essentially carried out
the operations in the install script
of your new package system.
I notice you don't keep a list of
installed file paths in /installed/$i
-- is that something you've
already tried, for maintaining
> This type of situation is why I like the concept of packages that
> never overwrite files in the root file system. To back out you just
> get rid of the package file, reboot --> fixed. I feel we need
> improvement on this score.
the ramfs trick will not work if you have a standard
plan 9 network
On Sat, May 15, 2010 at 4:45 PM, erik quanstrom wrote:
> sometimes replica gets in its own way. usually when
> it gets confused, i remove /dist/replica/$x and
> /dist/replica/client/$x* and often remove any potentially
> conflicting files. i suppose it would be better to get
> replica to tell me
On Sat May 15 19:18:57 EDT 2010, aku...@mail.nanosouffle.net wrote:
> So, how to resolve this mess and finally install the
> nupas package? It'd also be nice if somehow files
> in /mail/lib and other places where installed without
> hassle (though I'd like to keep some custom configs
> there).
fir
I have nupas from a long time back and recently
decided to run
contrib/install quanstro/nupas
However, it seems that the nupas package has
since been moved from nupas to overwrite the base
upas, along with base files in /sys/man, other src
directories (faces, etc.) and some files in /mail/lib.
> So when you say that it works with Snow Leopard too, are you meaning that
> this works *on* snow leopard with something like FUSE 9p via plan 9 from
> user space?
imap4d and upas/fs are running on a regular plan 9 install.
apple mail is running as normal. there is no 9p required
on the mac.
wh
On Wed, Sep 2, 2009 at 7:16 PM, erik quanstrom wrote:
> i've pushed an update of my nupas contrib
> package to sources. imap successful in use
> with apple mail (snow leper, too), iphone,
> outlook, opera, ff, upas/fs.
>
> note on installing:
> as devon pointed out, installation is still a
> big
i've pushed an update of my nupas contrib
package to sources. imap successful in use
with apple mail (snow leper, too), iphone,
outlook, opera, ff, upas/fs.
note on installing:
as devon pointed out, installation is still a
big pain.
1. move /sys/src/nupas -> onupas
2. contrib/install qu
it was too hard being lazy, so i finally put up a changelog
from the version of nupas presented at iwp9 3e in volos.
http://www.quanstro.net/plan9/changes2009.html
- erik
i just pushed an update of nupas to sources.
it fixes a few bugs, including
- a recursive sync loop has been eliminated..
(this has been the source of some mystery crashes)
- dualing upas/fs operating on the same mbox
no longer miss deletions. the fix is less than elegant.
also on 27 jul, a crash
On Tue May 19 08:25:47 EDT 2009, kokam...@hera.eonet.ne.jp wrote:
> What is the most important difference between the two?
> Would you please post it to 9fans?
i sent a more complete answer off list (which i've lost).
the main difference is that with nupas you don't have to
load the entire mailbox
i put a new version of imap4d up on sources that should
eliminate uid sequence error messages with outlook.
(and the oh-so-helpful dialog boxes that go with them.)
thunderbird and apple mail don't seem to care about this
problem.
for those who care, the problem is ...
each imap message is identifi
the conversion of our last two big mail
users to mail directories this week is quite
interesting:
Sun Mar 22 06:08:35: 126514 blocks copied to worm
Sun Mar 29 06:01:55: 10922 blocks copied to worm
that's a difference of ~900MB/day for two mailboxes.
while we could easily sustain dumps of several g
On Wed Mar 11 12:44:02 EDT 2009, m...@gmx.net wrote:
>
> % cat /mail/fs/mbox/99/unixdatesec
> 1236524327.00
> % ls -l /mail/box/mn/mbox/1236524327.00
> --r M 226874 mn mn 352001 Mar 9 15:33 /mail/box/mn/mbox/1236524327.00
> % cmp /mail/box/mn/mbox/1236524327.00 /mail/fs/mbox/99/rawunix
>
Hello,
A few months ago I made the switch to nupas and generally I'm very
satisfied with it. Sometimes, however, attachments don't get
recognised properly. My first thought was that the mailer was doing
some nonstandard stuff, but some preliminary diagnostics brought some
even more surprising re
On Mon Feb 23 14:03:05 EST 2009, aku...@mail.nanosouffle.net wrote:
> Hugo Rivera's (uai...@gmail.com) latest post to 9fans on Feb 23, 07:42
> PDT, repeatedly causes nupas (using nupas/Mail in Acme) to crash with
> "unexpected line:" messages.
are you running the latest upas/fs/imap.c? it's been
Hugo Rivera's (uai...@gmail.com) latest post to 9fans on Feb 23, 07:42
PDT, repeatedly causes nupas (using nupas/Mail in Acme) to crash with
"unexpected line:" messages.
ak
thanks for the report. can you send me a snap(6)
of the broken process?
- erik
/n/sources/contrib/quanstro/src/imap.c?
replace fs/imap.c with this file and recompile.
I found one in /n/sources/contrib/quanstro/imap.c and used that and it
worked 99%
I got a panic (attached) but when I tried to reproduce it the message
had gone. It was a notice from ebay but none of
> when I access the imap version of http://fastmail.fm/
> I've tried it on two mailboxes, it does this command
> 9x4 uid fetch 1:* (uid rfc822.size internaldate)
> then fails parsing the repsonses
thanks for the bug report. i signed up for fastmail.fm
to figure out what's going on.
there were tw
On Fri Feb 6 09:17:01 EST 2009, mattmob...@proweb.co.uk wrote:
> mk install
> ... snip ...
> cp 8.out /386/bin/nupas/Mail
> cp: can't create /386/bin/nupas/Mail: '/386/bin/nupas' does not exist
i may be wrong, but that is intentional. i don't know of other
plan 9 programs that make their own bin
mk install
... snip ...
cp 8.out /386/bin/nupas/Mail
cp: can't create /386/bin/nupas/Mail: '/386/bin/nupas' does not exist
works ok when I access my Courier server but aborts on
nupas/fs/fs.c:157
when I access the imap version of http://fastmail.fm/
I've tried it on two mailboxes, it does thi
i pushed a new version of nupas out to
/n/sources/contrib/quanstro/src/nupas.
the upas/fs and delivery system have been
significantly hardened since last time i
mentioned it.
i pushed man pages for mdir and splitmbox
(as well as the splitmbox script) to the bits
directory. nupas still installs it
95 matches
Mail list logo
