BALUG-Admin

balug-admin@lists.balug.org

2 participants
545 discussions

Re: [balug-admin] balug mailing list management
by Michael Paoli 17 Jun '06

17 Jun '06

Yes, that's a reasonable approximation of what I said. Thanks, ... got 'em now. references/excerpts (redacted): Quoting X-Caliber <xcaliber(a)xav.to>: > Larry Platzek wrote: > > I think I read recently Michael Paoli say we would keep moderator > > approvial requests under control if he was given the password, > > if that is true I thank him and will let him do it. > > I have been moving a lot of things around and can not find the "paswords" > > I can logon the balug site from one computer only and have administrative > > priviledges, I need someone to give me the passwords, this can wait untill > > the balug June meeting without be too harmful. > > I have been looking for the password and know someone needa to attend to > > the duties, so this is why I am posting this email. > > Admin: <redacted> > Moderator: <redacted> http://lists.balug.org/pipermail/balug-admin-balug.org/2006-June/000179.html

1 0

Ugh! ... the announce list is NOT FOR JOB POSTINGS!!!
by Michael Paoli 16 Jun '06

16 Jun '06

Ugh! ... the announce list is NOT FOR JOB POSTINGS!!! This is the kind of stuff that makes me (and others) want to unsubscribe. It's *not* what the "announce" list is for, nor is is what most would want or expect it to be for. The list is supposed to be *low volume* (e.g. one to a few mailings per month) and on-topic (rather to highly relevant to BALUG). E.g., when folks sign up for a list, expecting it to be more-or-less one thing, and find it's quite something else, they tend to unsubscribe (e.g. when a PICNIX *announce* list got subverted/diverted into an sbay.org flamewar/argument/gripe list, I quickly unsubscribed). Job announcements aren't suitable for the balug-announce list - keep 'em off there! Only the "talk" list *may* be considered *possibly* appropriate for such. references: http://lists.balug.org/pipermail/balug-admin-balug.org/2006-February/000123… http://lists.balug.org/pipermail/balug-talk-balug.org/2005-March/003164.html No no no!!!: http://lists.balug.org/pipermail/balug-announce-balug.org/2006-June/000064.… http://lists.balug.org/pipermail/balug-announce-balug.org/2006-June/000065.… http://lists.balug.org/pipermail/balug-announce-balug.org/2006-June/000066.… et. seq. (I got 7 of these darn things today from balug-announce!)

5 16

balug mailing list management
by Larry Platzek 16 Jun '06

16 Jun '06

I think I read recently Michael Paoli say we would keep moderator approvial requests under control if he was given the password, if that is true I thank him and will let him do it. I have been moving a lot of things around and can not find the "paswords" I can logon the balug site from one computer only and have administrative priviledges, I need someone to give me the passwords, this can wait untill the balug June meeting without be too harmful. Michael: I hope I remembered correctly that you said would take care mailing list requests. If so contact Rick Moem or Xavier for password needed. I have been looking for the password and know someone needa to attend to the duties, so this is why I am posting this email. Larry Platzek larryp(a)inow.com

1 0

Jobs postings have moved to balug-talk
by Rick Moen 15 Jun '06

15 Jun '06

Exactly as I predicted, the jobs postings moved from one list to the other. At least that gets them off balug-announce -- but that leaves the question of whether we're OK with them landing on balug-talk. (My personal opinion is "No" -- and that, instead, we should have a Web page listing suggested places for job-seekers.) The default of no action will equate to "It's fine." FYI. ----- Forwarded message from Blair Mandell <bmandell(a)availigent.com> ----- From: Blair Mandell <bmandell(a)availigent.com> To: balug-talk(a)lists.balug.org Date: Wed, 14 Jun 2006 14:23:27 -0700 X-Mailer: Microsoft Outlook, Build 10.0.2627 Subject: [balug-talk] Linux Kernel Engineer (Checkpointing) Fulltime position in San Jose - Direct Hire Availigent is the leading provider of affordable, transparent and automatic high availability for Linux-based enterprise applications, giving companies peace of mind during planned and unplanned downtimes. We are specifically looking for a Linux Kernel S/W Developer to design, develop and maintain Availigent's Checkpointer, a kernel level technology that keeps track of the application's state. You will be responsible for architecture, design, implementation, code review, documentation and testing. This is a full time position w/benefits in San Jose, CA. Send a resume to: Blair Availigent Email: bmandell AT availigent.com ============================================================= Responsibilities: * Design, develop and maintain Availigent's Checkpointer, a kernel level technology that keeps track of the application's state. * Architecture, design, implementation, code review, documentation and testing. * Working as a member of the engineering team. Skills/Experience: * Experience in C programming * Expertise in distributed, multi-process, and multi-threaded programming in a Linux environment. * Experience in high-availability and fault-tolerance technologies, such as checkpointing, fault detection and recovery, and event notification is highly desirable. * A track record of designing, developing and releasing quality commercial enterprise software on time and to specification. * Excellent troubleshooting and debugging skills. If you are interested send your resume to me at: bmandell(a)availigent.com Other openings: http://www.availigent.com/company_jobs.shtml _______________________________________________ balug-talk mailing list balug-talk(a)lists.balug.org http://lists.balug.org/listinfo.cgi/balug-talk-balug.org ----- End forwarded message -----

4 6

Jobs Policy
by Rick Moen 14 Jun '06

14 Jun '06

Just to remind y'all, I raised a couple of questions, in part by taking semi-unilateral action: o What policy should balug-announce have? I established a fait accompli by putting text on the listinfo page: It says "Announcements for and by BALUG", and tells people where to send non-BALUG announcements for consideration. o What policy should balug-talk have? In particular, does it need a jobs policy? I stuck to description, on the listinfo page, except to advise people to also join balug-announce to get meeting announcements. Default outcome will undoubtedly be for employers & recruiters to switch to balug-talk. Some will join first; their posts will go straight through. Many, including a lot of professional recruiters, tend to mass-blitz mailing lists "from orbit"; those posts will get held as non-subscriber postings for listadmin approval. At which point, it'd be a good thing for listadmins to have worked out a policy. Are we OK with jobs posts on balug-talk? If so, are we also OK with postings from "drive by" people who can't be bothered to subscribe first? I'm aware the above wording is loaded, and will confess that I'd prefer to politely refer all jobs-offered postings to elsewhere, such as the SVLUG, Bay Area FreeBSD User Group, and BayLISA Jobs mailing lists. But I'll be glad to implement whatever policy the other listadmins want. (Michael Paoli mentioned, in March 2005, the option of it being OK to post _as a subscriber_ about tips / inside tracks you have on particular jobs, as distnct from the usual generic and impersonal ads.) Which was another question I have: Who are our listadmins? I've sent RSVP request mail to balugadmin(a)balug.org and balugadmin-talk(a)xav.to, to find out, but please speak up if you know. Judging by early posts to this list, possibles include: Michael Hubbard, our "angel" who foots our bill at Dreamhost. Thanks! I'm guessing Michael is "balugadmin(a)balug.org"? Larry Platzek Dick Verna Jerry McGovern "Xavier" (who I just noticed is the balug-talk(a)xav.to guy) I believe Xavier and Larry are active keeping the Web site updated and healthy.

1 0

June meeting announcement
by Larry Platzek 14 Jun '06

14 Jun '06

Hi all Whould someone like to post who speaker and topic for the June 2006 meeting? This should go out about one week before meeting. I have been up since about 05:00 Monday and will be doing same today Tuesday. It has been very busy for me and will be for a while longer. Hope we will have a good meeting! Hi Ann, how is the speaker lining up for July and beyond? Larry Platzek larryp(a)inow.com

2 1

FYI: Mailman config summary for our three lists
by Rick Moen 14 Jun '06

14 Jun '06

(Larry, please note apology near bottom for a huge factual error I recently made, here, about balug-announce. Sorry!) A couple of months ago, Larry was kind enough to give me the changed administrative password -- which he said had to be changed because one of the listadmins inadvertantly revealed the old one on one of the public lists. So, as mentioned, I am (once again) physically _able_ to tweak any of the settings -- but would not do so except in close consultation with other listadmins. That same access also lets me _view_ the current settings. (Unfortunately, there's no Mailman administration "view" right grantable separately from the "edit" one.) So, for the sake of collective knowledge, here's how they're currently set up: balug-admin-balug.org (this list) --------------------- Administrative e-mail addresses: balugadmin(a)balug.org, balugadmin-admin(a)xav.to Explanation: These are the people who'll receive "Administer me!" nagmails from Mailman, e.g., when a posting is held for listadmin approval. Analysis: 1. Note that this roster is entirely distinct from the set of people possessing the listadmin password. A person might be in one group only, the other group only, or both. (Being in the roster of people who get nagmail but lacking access to act on it really sucks; that's the situation I've been in since early 2005 on several SVLUG lists.) 2. I'm not sure it's a good idea to list "role" e-mail addresses here, since it obscures who's involved in list administration. E.g., I really have no idea who other than Larry is looking after our lists, and this roster gives me no clues. A terse phrase identifying this list: [null] Analysis: Bad. We really should have a list description. An introductory description - a few paragraphs - about the list. It will be included, as html, at the top of the listinfo page: [null] Analysis: Bad. We really should have a descriptive paragraph. Where are replies to list messages directed: Poster Explanation: I.e., we aren't doing Reply-To munging. Send monthly password reminders: No. Analysis: Doesn't really matter much; many people dislike the periodic reminders, or raise time-wasting fusses over their supposedly "bad security", so maybe this is just as well. Subscribers who _want_ a password reminder can trigger one manually at any time. List-specific text prepended to new-subscriber welcome message: [null] Analysis: Not a complaint, but this is a missed opportunity to say something non-generic to new arrivals. Check postings and intercept ones that seem to be administrative requests: No. Explanation: Messages that seem to say only "subscribe", "unsubscribe", etc. would be held for listadmin scrutiny rather than sent directly out to the membership. Analysis: In my view, this Mailman feature works amazingly well and should _always_ be left on absent a very strong reason otherwise. Maximum length in kilobytes (KB) of a message body: 40kb Discard held messages older than this number of days. Use 0 for no automatic discarding: 0 Analysis: Since 99% of held messages are spam, I'd say "3". Languages supported by this list: English-USA (only) Analysis: Since you can offer the other 29 languages too, without any disadvantages, why not? (It's obviously not a problem, though.) How big in Kb should a digest be before it gets sent out: 30 Should a digest be dispatched daily when the size threshold isn't reached: Yes. Advertise this list when people ask what lists are on this machine: Yes Analysis: Normally, this would mean you could browse at the top of the Mailman HTML tree, to see what lists are on the hosts, and find this one described there, but Dreamhost's rather odd configuration makes http://lists.balug.org/listinfo.cgi/ entirely uninformative. So, the main entry point to the three lists is the explicit hyperlinks to their individual listinfo pages on BALUG's Web pages. Who can view subscription list: List members. Explanation: Can be set to Anyone, List members, or List admin only. Show member addresses so they're not directly recognizable as email addresses: Yes. Analysis: I personally like these two settings for most lists, as they nicely balances openness with a little bit of privacy protection. People wanting more can set a per-subscription option to "hide" their presence on the membership roster from everyone except listadmins. Action to take for postings from non-members for which no explicit action is defined: Hold Analysis: This catches and holds legitimate posts from non-member addresses (which can then be added to an approved roster for subsequent postings, at the time an admin clears the posting). However, mostly, it catches and holds spam, which for practical purposes can be otherwise controlled (prevented, rejected) only earlier, at the MTA. Since BALUG cannot administer the MTA (only Dreamhost can), this probably means a boatload of spam ever day to whoever is reading mail at balugadmin(a)balug.org and balugadmin-admin(a)xav.to. Must posts have list named in destination (to, cc) field (or be among the acceptable alias names, specified below): Yes. Alias names (regexps) which qualify as explicit to or cc destination names for this list: balug-admin(a)lists.balug.org, balug-admin(a)balug.org, balug-admin-balug.org(a)lists.balug.org Analysis: 1. You can thank whatever thoughtful person expanded that alias list for your ability to use reasonable names, and not just the rather over-elaborate _main_ name. 2. However, I believe the first entry's redundant, being the main, official name and thus automatically honoured. Ceiling on acceptable number of recipients for a posting: 10 Analysis: This blocks some spam from the dumber spammers, plus hideously excessive crossposts. One might reduce it to 5 without problems. Is archive file source for public or private archival: Public Analysis: Again, in my view, best unless you have a _real_ need for secrecy and don't mind discouraging new participants. How often should a new archive volume be started? Monthly. Analysis: With this low traffic, I'd have picked quarterly, myself. balug-talk-balug.org -------------------- (Options and comments same as before, except as noted.) List of non-member addresses whose postings should be automatically accepted: rick(a)linuxmafia.com, larry.platzek(a)gmail.com, rms(a)gnu.org Analysis: 1. This is redundant but harmless if the address _is_ subscribed, which mine (rick(a)linuxmafia.com) is -- so I'm removing it. Still, the thought's appreciated. 2. FYI, this roster is where addresses get autoadded to, when a listadmin approves a held post from a non-subscribed address _and_ also checks the nearby checkbox to allow postings from this address in the future. List of non-member addresses whose postings will be automatically discarded: service(a)amazon.com, morinokumasan66(a)ocn.ne.jp Analysis: (Not a complaint, just an observation) This reflects listadmin action against a spammer, i.e., a checkbox similar to the one noted above, but to _discard_ all future postings arriving from this address. One should be careful about being fooled by forged headers, though. Also, there's really not a lot of point individually blocking sender usernames like "morinokumasan66" that are probably script-generated by the millions. balug-announce-balug.org ------------------------ (Options and comments same as before, except as noted.) By default, should new list member postings be moderated? Yes. Analysis: OOPS! I've made a huge error in my earlier post: The "announce" mailing list _is_ set as moderated. Larry, my apologies -- and I now dimly recall that this matter has come up before. Sorry, I'm on so many mailing lists, I can't always keep them stright. Anyhow, for the record, only the subscribed addresses of Larry, Art Tyde, and David Sifry are set so they can post without being held for listadmin scrutiny (no moderated flag). List of non-member addresses whose postings will be automatically discarded: zonal_info1(a)yahoo.co.uk, eqhla.eqhla(a)aucma.com.cn, fred(a)ugramail.ru

2 3

Linux Kernel Engineer (Checkpointing) Fulltime in San Jose - Direct Hire
by Blair Mandell 13 Jun '06

13 Jun '06

Job Opportunity for Linux Kernel Engineers I apologize for posting, but we need someone that knows this space, and that is BALUG! Availigent is the leading provider of affordable, transparent and automatic high availability for Linux-based enterprise applications, giving companies peace of mind during planned and unplanned downtimes. We are specifically looking for a Linux Kernel S/W Developer to design, develop and maintain Availigent's Checkpointer, a kernel level technology that keeps track of the application's state. You will be responsible for architecture, design, implementation, code review, documentation and testing. This is a full time position w/benefits in San Jose, CA. Send a resume to: Blair Availigent Email: bmandell AT availigent.com ============================================================= Responsibilities: * Design, develop and maintain Availigent's Checkpointer, a kernel level technology that keeps track of the application's state. * Architecture, design, implementation, code review, documentation and testing. * Working as a member of the engineering team. Skills/Experience: * Experience in C programming * Expertise in distributed, multi-process, and multi-threaded programming in a Linux environment. * Experience in high-availability and fault-tolerance technologies, such as checkpointing, fault detection and recovery, and event notification is highly desirable. * A track record of designing, developing and releasing quality commercial enterprise software on time and to specification. * Excellent troubleshooting and debugging skills. If you are interested send your resume to me at: bmandell AT availigent.com <mailto:bmandell@availigent.com>

2 1

May meeting
by Larry Platzek 13 May '06

13 May '06

Would someone make the announcement for our May meeting? Thank You! Hope we have a good meeting with the good weather we are having! Larry Platzek larryp(a)inow.com

2 2

I will miss the May meeting.
by Larry Platzek 12 May '06

12 May '06

I will not be able to attend the May meeting. I have a service for a family member to attend out of town. Sorry to miss the meeting, hope to see you in June. Larry Platzek larryp(a)inow.com

1 0

← Newer
1
...
45
46
47
48
49
50
51
...
55
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

BALUG-Admin