search for: ruffing

Dear all, I followed the instructions found on http://www.zip.com.au/~akpm/linux/ext3/ext3-usage.html to convert / on several of my boxes to ext3. Strange to me, on some boxes it perfectly worked while on others it didn't. One of the differences found is that on the ok-boxes mount reports: /dev/hda3 on / type ext3 (rw,errors=remount-ro) /* Settings: cat /etc/fstab /dev/hda3 / ext3

...perf 192.168.10.160 tcp_bw tcp_lat tcp_bw: bw = 866 MB/sec tcp_lat: latency = 30.8 us # qperf 192.168.10.160 rc_bi_bw rc_bi_bw: bw = 1.71 GB/sec The second result is bi directional, Gen4 on PCI-E V2 should get quite a lot better. Rob -----Original Message----- From: Jan Ruffing [mailto:ruffing@motama.com] Sent: 11 December 2008 16:18 To: Robert Dunkley Cc: Gilad Shainer; general@lists.openfabrics.org Subject: Re: [ofa-general] Infiniband performance Robert Dunkley wrote: > The newer gen4 20Gb cards get about 14-15Gbit/sec because of their better lower latency process...

Dear all, I'd like to use Rcmdr for teaching purposes but still have problems trying to use it under Windows XP. Everything works fine up to several minutes but then Rcmdr and R completely crash the second I hit a button or key. This indeed looks like a problem with tcltk. It is not any particular button or key that causes the crash, but using Ctrl+C to copy something to the clipboard seem the

I have compiled and installed OpenSSH 1.2.3 under AIX 4.3.3. The call to configure was: CFLAGS="-I/client/include -L/usr/ruf/lib" \ ./configure --with-egd-pool=/dev/urandom \ --with-afs=/usr/afsws \ --with-kerberos4=/client \ --with-tcp-wrappers \ --with-pid-dir=/etc \ --sysconfdir=/etc \ --with-ipv4-default \

Dear all, My Problem: I cannot get authorizedkeys2 working such that I do not need to supply a password. My Configuration: A Linux server with OpenSSH2.9p1 and a fixed IP-Address. A Linux client with OpenSSH2.9p1, DHCP based, so altering names, but the hostname is set no to be adjusted to the DHCP-address. So, the canonical hostname is not the same as the one which is

Hi, there is a feature, which I would like to use with asterisk, and I assume it exists. Unfortunately I don't know how to say it in english. In german it's "einen Ruf heranholen". It means: The phone set of my collegue is ringing, and I'm hearing the ringing. I know, that my collegue is not at his desk, and now I want to answer the call at my phone (instead of running to

Hello. I'm using the RUF package for R and my input data come from a .csv file. I get this error: invalid subscript type 'list'. Here is the script I'm using: input<-read.csv("C:/..../summer03_regr.csv",header=T) subset<-read.csv("C:/..../summer03_subset.csv",header=T)

Dear all, is it possible to specify the default paths in the appropriate configuration of the Daemon ? If not, wouldn't it make sense to include that feature as the configuration files get parsed anyway ? What do you mean ? Kind regards, Lukas -- Lukas Ruf Swiss Federal Institute of Technology Office: ETZ-G61.2 Computer Engineering

Dear developers, today, I cvs'ed the newest openSSH. Unfortunately, the config.h.in file was missing. I copied it from the tar-ball. Was this my fault or a problem in the CVS ? Thanks for the answer, Lukas -- Lukas Ruf Swiss Federal Institute of Technology Office: ETZ-G61.2 Computer Engineering and Phone: +41/1/632 7312

All, our dovecot installation provides a bundle of intermedia CA certificates using the ssl_ca option. 2.3.0 does not supply the bundle, resulting in various clients either complaining about an unverifiable server cert, or quietly not connecting. The log has Jan 5 17:01:46 Bounce dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=XXX, lip=YYY, TLS

On Thu, 11 Jan 2018 13:22:07 +0200, Aki Tuomi wrote: > Can you try if it works if you concatenate the cert and cert-chain > to single file? We'll start looking if this is misunderstanding or bug. This is a production machine, so I would rather stick with the downgrade until you've looked into the issue. I went home late yesterday. ;) Cheerio, Hauke -- The ASCII Ribbon

On 28.05.2018 14:30, Hauke Fath wrote: > On Mon, 28 May 2018 13:52:01 +0300, Aki Tuomi wrote: >> I'm sure. But putting it as ssl_ca makes no sense, since it becomes >> confused what it is for. > I guess - I haven't had a need for client certs, and only ever used > ssl_ca for the server ca chain. > >> We can try restoring this as ssl_cert_chain setting in

Hi list, after about a day of operation, dovecot 1.0alpha5 (NetBSD/i386 2.1) died on me with Dec 14 10:53:52 bounce dovecot: pipe() failed: Too many open files Dec 14 10:54:23 bounce last message repeated 279661 times Dec 14 10:56:23 bounce last message repeated 1071807 times Dec 14 10:56:59 bounce last message repeated 325386 times -- any ideas on what to tune? hauke -- /~\ The ASCII

On 11/13/18 19:58, Aki Tuomi wrote: > On 13 November 2018 at 20:53 Arkadiusz Mi?kiewicz wrote: >> I'm considering dovecot migration from 2.2.36 run with openssl 1.0.2o to >> dovecot 2.3.3 run with openssl 1.1.1. >> >> Currently I have both variants running with identical configs and certs >> (the only differences are due to config syntax changes in dovecot

Hi, the email status problem that I reported for Dovecot 0.99.10.5 on June 3rd does still show up in 0.99.10.6. Quoting myself: (1) When new mail is delivered to the inbox, the last read mail(s) change(s) to "unread". Clients: Eudora 6 (Mac), Mozilla 1.6 (NetBSD, Linux, Win XP), MS Outlook. (2) When you attempt to move mails from the inbox to another folder with Mozilla (1.6 on

Hello, I have a noticed strange behavior in Asterisk 1.6.18.2 with ReceiveFax Digium FAX Driver: 1.6.2.0_1.3.0 (optimized for i686_32). I use a context [capi-in] for icoming ISDN calls: ====== [capi-in] ; Faxe fuer Ruben exten => 12345,1,Macro(faxin,ruben.roegels at jumping-frog.org,${EXTEN}) ====== My macro for the fax receiving looks like that: ====== [macro-faxin] ; Faxe ; ARG1 =

On 05/21/18 17:55, Aki Tuomi wrote: > ssl_ca is used only for validating client certificates. But it was used (though not documented, IIRC) for validating server certs, too. Since intermediate CA certs are usually valid a lot longer than the server certs, having to concat the certs is awkward, at best. I would very much like to see the pre-2.3 behaviour of "ssl_ca" restored.

On 05/28/18 11:08, Aki Tuomi wrote: > > > On 28.05.2018 12:06, Hauke Fath wrote: >> On 05/21/18 17:55, Aki Tuomi wrote: >>> ssl_ca is used only for validating client certificates. >> >> But it was used (though not documented, IIRC) for validating server >> certs, too. Since intermediate CA certs are usually valid a lot longer >> than the server

On 28.05.2018 13:05, Hauke Fath wrote: > On 05/28/18 11:08, Aki Tuomi wrote: >> >> >> On 28.05.2018 12:06, Hauke Fath wrote: >>> On 05/21/18 17:55, Aki Tuomi wrote: >>>> ssl_ca is used only for validating client certificates. >>> >>> But it was used (though not documented, IIRC) for validating server >>> certs, too. Since

On Mon, 28 May 2018 13:52:01 +0300, Aki Tuomi wrote: > I'm sure. But putting it as ssl_ca makes no sense, since it becomes > confused what it is for. I guess - I haven't had a need for client certs, and only ever used ssl_ca for the server ca chain. > We can try restoring this as ssl_cert_chain setting in future release. Sounds good. How about (re)naming them