search for: simulateously

https://bugzilla.mindrot.org/show_bug.cgi?id=1887 Summary: Failure to initiate 12+ simulateous connections using priv-key auth Product: Portable OpenSSH Version: 5.5p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo:

...e mailserver with mbox. In the docs you said that I should probably use :INDEX=MEMORY. However I think this really pushes the server to its limits with large mailboxes (I have sometimes loads of 8+!). Also I want to use mailaccounts that are shared by users (to multiple users acces the same mailbox simulateously). If I write the index file to a location on the filesystem, will this improve performance and still work with simultaneous logins? Should I upgrade to version 1.00.something because I read somewhere you rewrote the mbox functions? Thanks again, Jonathan

I'm using samba 3.0.25a on a Solaris 9 box with separate W2K and XP clients accessing a share. The issue I'm having is that not all files appear in folder listings via Explorer/DOS windows on the XP client. This only happens when an app on the W2K side is simulateously accessing/creating files on the same share but not neccessarily in the same folder. I've since run samba in top level trace and examined the content after test reruns. What I found is that every missing file in the folder equates to a stat() call which was interrupted during the readdir phas...

for example's sake: With traditional backup systems, you keep a base (full backup, let's say every 30 days), then build incrementals on top of that, eg. (what has changed since the base). So, to restore, you copy over your base, then copy each incremental over the base to rebuild up to the latest snapshot. (*copying new incrementals files over older base files*) With rsync, (using