1 Apr 2004 01:00
1 Apr 2004 02:15
Re: fighting spam
Patrick McGovern <pmcgovern <at> vasoftware.com>
2004-04-01 00:15:19 GMT
2004-04-01 00:15:19 GMT
Hi Alex, I manage SourceForge.net. We do have spam filter running for all SF.NET lists. In fact we recently (this week) tightened the requirements to our 35,000 lists, but it's likely some stuff is still making it through. It's a tough problem. Certainly closing the list to people who have subscribed will cut down on the amount spam that creeps through our filters. Pat- -- Patrick McGovern Director, SourceForge.net pat <at> sf.net On Mar 31, 2004, at 3:00 PM, Alex Yu wrote: > It seems like this list (and -admin list too) is getting too many spam > e-mails. Can the list administrator temporary turn on the setting that > will prevent non-members to post to this list? > > Alex > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of(Continue reading)
1 Apr 2004 02:23
Re: fighting spam
Andrew Morgan <morgan <at> orst.edu>
2004-04-01 00:23:48 GMT
2004-04-01 00:23:48 GMT
Alex, I'm the list admin for netatalk-devel. I'm not sure who is the list admin for netatalk-admin. I'll do whatever is the consensus of the list members, although I'm inclined to leave the list open to posting by non-members. I certainly believe the -admin list should be open to non-members as we do not want the barrier for participation too high. However, the -devel list is for more hardcore people, so requiring list membership doesn't seem too onerous. I don't believe this list receives very much spam email. Perhaps 3 or 4 a week? There are also a few spam emails that end up sent to the moderation queue, which I delete. Overall, I don't find it too much trouble to hit Delete when I come to a spam email, but other people have a lower tolerance. What does everyone think? Andy On Wed, 31 Mar 2004, Patrick McGovern wrote: > Hi Alex, > > I manage SourceForge.net. We do have spam filter running for all > SF.NET lists. In fact we recently (this week) tightened the > requirements to our 35,000 lists, but it's likely some stuff is still(Continue reading)
1 Apr 2004 14:34
What branch holds the latest development code
Harald Wagener <hwagener <at> hamburg.fcb.com>
2004-04-01 12:34:30 GMT
2004-04-01 12:34:30 GMT
Hello,
I am on the hunt for a list of active branches in the netatalk cvs, and
which is the basis for the netatalk-2.0 prereleases. I tried some
branches, but I am nt sure which one is the right one.
Regards,
Harald
1 Apr 2004 18:51
Errors on 1.6.4
Rory Campbell-Lange <rory <at> campbell-lange.net>
2004-04-01 16:51:26 GMT
2004-04-01 16:51:26 GMT
We are getting lots of these errors, which mean that no-one can see the contents of a volume: Apr 1 17:31:03 dtp afpd[21036]: [cnid_open.c:357]: E:Default: cnid_open: Failed to open did/name database: Cannot allocate memory Apr 1 17:31:03 dtp afpd[21036]: [cnid_open.c:552]: E:Default: cnid_open: Failed to setup CNID DB environment Apr 1 17:31:03 dtp afpd[21036]: [cnid_open.c:357]: E:Default: cnid_open: Failed to open did/name database: Cannot allocate memory Apr 1 17:31:03 dtp afpd[21036]: [cnid_open.c:552]: E:Default: cnid_open: Failed to setup CNID DB environment Apr 1 17:31:03 dtp afpd[21036]: [enumerate.c:83]: E:AFPDaemon: adddir: Incorrect parameters passed to cnid_add Apr 1 17:31:03 dtp last message repeated 15 times Apr 1 17:31:03 dtp afpd[21036]: [file.c:220]: E:AFPDaemon: getfilparams: Incorrect parameters passed to cnid_add Any ideas what it could be? Runing cnid_maint seems to solve the problem. Thanks, Rory -- -- Rory Campbell-Lange <rory <at> campbell-lange.net> <www.campbell-lange.net>
1 Apr 2004 19:08
RE: What branch holds the latest development code
Bjoern Fernhomberg <lists <at> fernhomberg.de>
2004-04-01 17:08:27 GMT
2004-04-01 17:08:27 GMT
> Hello, > I am on the hunt for a list of active branches in the > netatalk cvs, and > which is the basis for the netatalk-2.0 prereleases. I tried some > branches, but I am nt sure which one is the right one. Prereleases are created from "branch-netatalk-afp-3x-dev". A "netatalk-2-0" branch will likely be opened soon. Current CVS differs from beta-1 in one single point, we now require Berkeley DB >= 4.1. There have been too many strange errors with 4.0(.14). Regards, Bjoern
2 Apr 2004 03:50
Is Netatalk viable?
Rory Campbell-Lange <rory <at> campbell-lange.net>
2004-04-02 01:50:39 GMT
2004-04-02 01:50:39 GMT
I'm wondering if this message may fall on deaf ears, as there doesn't seem to be much activity on the list. On the other hand, I don't want my questions below to be taken as a dreadful criticism. I have had several servers in a large, prominent, architect's offices running netatalk for several years quite happily. We have always had problems with folder views refreshing, so for this reason the office bought Ethershare (which has worked flawlessly after a few initial problems with their support for Linux) to run on the main file server. We are having increasing numbers of filesharing problems as more of the office moves to OSX. OSX Panther users now seem to suffer problems every day on our biggest Netatalk share, a 250GB RAID5 Image Server. Possibly as a result of corruption triggered by OSX clients, we have had some strange OS9 errors too, such as the folder contents listing of files shown in a Photoshop "file open" listing flashing on and off. I'm starting to worry that the number of problems are wasting people's time, and giving me an admin headache. I'm interested to know if people consider Netatalk suitable for a production environment. Also, how fully featured is the netatalk 2.x release intended to be? Is it hampered by legacy code and too few developers? I can see us being forced to take on X Serves or having to adopt Windows Servers with Extreme-ZIP if we cannot resolve our netatalk problems. I'd prefer to stick with Linux and make the open source approach work, as it has done now for several years. I'm very grateful for all the effort the netatalk team has put into the(Continue reading)
2 Apr 2004 05:18
Netatalk Hanging
Tyler Hardison <THardison <at> ModBee.com>
2004-04-02 03:18:33 GMT
2004-04-02 03:18:33 GMT
Starting yesterday we began to experience a problem where users began hanging up during login. This is using MacOS 9 clients. We're not experiencing any other problems and our other Mac servers seem to be ok. Any ideas on where I can start for trouble shooting this? Thanks. Tyler
2 Apr 2004 05:22
RE: Netatalk Hanging
Tyler Hardison <THardison <at> ModBee.com>
2004-04-02 03:22:39 GMT
2004-04-02 03:22:39 GMT
Moving .AppleDB to .AppleDBbackup on a hunch seems to have temporarily solved this. Is there something I need to do to the CNID databases to maintain them? Tyler Hardison, UNIX Gladiator Systems Administrator The Modesto Bee 'You do ill if you praise, but worse if you censure, what you do not understand.' --Leonardo da Vinci :>-----Original Message----- :>From: Tyler Hardison :>Sent: Thursday, April 01, 2004 7:19 PM :>To: 'Netatalk Developers' :>Subject: [Netatalk-devel] Netatalk Hanging :> :> :>Starting yesterday we began to experience a problem where :>users began hanging up during login. This is using MacOS 9 :>clients. We're not experiencing any other problems and our :>other Mac servers seem to be ok. :> :>Any ideas on where I can start for trouble shooting this? :> :> :>Thanks. :> :>Tyler :> :>(Continue reading)
2 Apr 2004 06:32
Re: Netatalk Hanging
Matthew Geier <matthew <at> arts.usyd.edu.au>
2004-04-02 04:32:59 GMT
2004-04-02 04:32:59 GMT
Tyler Hardison wrote: > Moving .AppleDB to .AppleDBbackup on a hunch seems to have temporarily > solved this. Is there something I need to do to the CNID databases to > maintain them? CNID didn't strike me as robust enough in the 1.6.x series to deploy on production servers. My 1.6.x server is running DID=last The 2.0 version so far has survived my torture tests. Its done suffciently well under similated loads that it may be time to try real users..
RSS Feed