You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   169-193   194-218 
 219-223          
 
Author Message
25 new of 223 responses total.
papa
response 194 of 223: Mark Unseen   Feb 23 23:35 UTC 2020

Thank you, Tony! Glad to have Grex back!

And also thanks to Tony for all the unsung work he has done for years keeping
Grex running. Does Grex collect enough donations that running the server is
at least not a financial burden?

tonster
response 195 of 223: Mark Unseen   Feb 28 22:00 UTC 2020

The grex hardware was virtualized several years back when it failed the
last time, so it now runs on a VMware server with many other machines I
use for work. So it's really not a financial burden on me, as I'd have
the hardware either way. Having it virtualized, though, does present
somewhat of a challenge as hosting it elsewhere would involve some
complexities. We've discussed a bit about finding a hosted solution, but
bsd (any dirivitive, but openbsd I've never seen) is a very uncommon
supported virtualization OS.
tod
response 196 of 223: Mark Unseen   Mar 1 01:06 UTC 2020

I have mostly CentOS VMs.
Good job, Tony
papa
response 197 of 223: Mark Unseen   Mar 1 05:04 UTC 2020

resp:195 Thanks for explaining Grex's current configuration, Tony.
walkman
response 198 of 223: Mark Unseen   Mar 2 17:40 UTC 2020

#196 How do you like using yum and RPM vs apt-get? I have been using 
Ubuntu for 15 years? I am curious about jumping ship for something new. 
tod
response 199 of 223: Mark Unseen   Mar 2 18:20 UTC 2020

re #198
It's all the same, imo.  I am nostalgic about yum, tho
cross
response 200 of 223: Mark Unseen   Mar 10 17:56 UTC 2020

resp:195 There are hosting providers out there.  For instance,
I'm running some OpenBSD VMs on both Vultr and Digital Island.
But hopefully we'll ditch OpenBSD when moving Grex into the
cloud.  The issue is just time and, frankly, money.
lar
response 201 of 223: Mark Unseen   Mar 10 22:29 UTC 2020

Why does alpine 2.21 give an error "can't open folder /var/mail/lar :
no such folder BUT alpine 2.21 opens my mail fine when accessed from the menu
shell?
cross
response 202 of 223: Mark Unseen   Mar 11 12:56 UTC 2020

resp:201 Probably because you didn't set the $MAIL
environment variable to $HOME/Mailbox ?
tod
response 203 of 223: Mark Unseen   Mar 11 13:31 UTC 2020

mutt vs alpine
discuss
papa
response 204 of 223: Mark Unseen   Mar 11 22:31 UTC 2020

resp:203 On principle, I prefer mutt because it is structurally simpler and
more straight-forward. alpine's menus and on-screen help are a distraction
and waste of space. However, for some reason I have ended up using alpine on
Grex.
lar
response 205 of 223: Mark Unseen   Mar 12 11:14 UTC 2020

re#202
Hi cross,
What is the syntax for that? I was running the C shell (tcsh) and tried 
using the "setenv" command. I have switched shells over to what you are 
using now (bash) How would I do it in that?
lar
response 206 of 223: Mark Unseen   Mar 12 11:15 UTC 2020

..not that we even have an outgoing smtp server that I can see.
tod
response 207 of 223: Mark Unseen   Mar 12 20:30 UTC 2020

re #204
Agreed about mutt
kentn
response 208 of 223: Mark Unseen   Mar 13 02:12 UTC 2020

I've used mh, nmh, pine, alpine, and now mutt. Mutt isn't hard to learn and
seems to work okay for me so I've stuck with it.
cunnings
response 209 of 223: Mark Unseen   Mar 13 03:01 UTC 2020

I like alpine and use in almost everywhere. The menus aren't a distraction,
I operate efficiently via muscle memory. IMO it's easier to navigate through
my many folders dedicated to various email lists, and setting up new filters
is easy using the setup menu. I've used mutt in the past, it's ok, and I like
the vim-like key bindings. MM on TOPS-20 is nice too.
tod
response 210 of 223: Mark Unseen   Mar 13 04:40 UTC 2020

MM is like a fine wine and requires a VT52 for full appreciation.
cross
response 211 of 223: Mark Unseen   Mar 19 16:57 UTC 2020

resp:205 `export MAIL=$HOME/Mailbox`
lar
response 212 of 223: Mark Unseen   Mar 24 02:06 UTC 2020

re#211 
thanks!

How can I validate my account? 
tfurrows
response 213 of 223: Mark Unseen   Mar 24 18:49 UTC 2020

#200, cross, what would Grex use instead of OpenBSD?
kentn
response 214 of 223: Mark Unseen   Mar 24 19:14 UTC 2020

Re 212:  I think you might mean "verify" your account.  Your account is
already validated.  To verify an account on Grex, you need to provide
acceptable identification.  This can, for example, be a copy of a
state-issued valid ID like a driver's license or by using a validated
PayPal account to purchase a minimal membership (e.g. $1).  Validated
PayPal accounts are determined by PayPal.  As you might expect that
generally means they know your real identity and there is a bank account
or credit card connected with the PayPal account.  Since verified users
have more access to the internet, verification allows Grex to identify
people who cause problems, if an agency, like the FBI, come calling (and
believe me they have contactd grex before about particular users).
cross
response 215 of 223: Mark Unseen   Mar 25 18:47 UTC 2020

resp:213 Probably FreeBSD.
kentn
response 216 of 223: Mark Unseen   Nov 14 22:58 UTC 2020

I noted today that one of my computers wouldn't connect to grex via
ssh while another would.  They are different versions of FreeBSD (11.4
worked, 12.1 didn't). Same setups of ssh_config.

Anyway changing the MTU for 12.1 fixed it, which is a bit weird.  I had
to edit /etc/dhclient.conf and supersede the interface-mtu setting that
normally is set to 1500 by DHCP and setting it to 1400 helped.  Probably
this is due to the ciphers that get picked in the ssh connection.
Each computer picks a different one (using the same setup).  So more
investigations to do.

I had noted someone else had seen something similar in the past couple
weeks.
papa
response 217 of 223: Mark Unseen   Nov 16 00:02 UTC 2020

resp:216

I've posted more details on the trouble here: item:garage:60
kentn
response 218 of 223: Mark Unseen   Nov 16 01:49 UTC 2020

Thanks, papa.
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   169-193   194-218 
 219-223          
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss