similar to: Solved: Communication in for() loop (Linux version)

I'd spent hours with Google trying to find how to control a separate software package from R via a UDP interface (I could run the package under a "system" command, but that was too slow). I finally figured out a way to communicate with UDP through R, and it works fine (using the "system" command) - it's also fast. (1) install software "socat" (available

hi, i've been running Exim & Dovecot together on the same box. Exim's been sharing Dovecot/SASL auth info over a local unix socket. works great. i'm now splitting Exim & Dovecot onto two different boxes. iiuc, Dovecot ONLY provides a UNIX (local) socket; *not* a TCP socket for over-the-network access. SUre, I could mount the Dovecot socket's volume over NFS ... but

Hello, I have successfully (hopefully) configured samba to run in Kubernetes pods, basically I have a pod (i.e. container) that run winbindd and join the Windows AD, and a pod (i.e. container) that run smbd. I have used socat to allow the unix socket communication between winbindd and smbd pods: *** winbindd pod *** UID??????? PID? PPID? C STIME TTY????????? TIME CMD root???????? 1???? 0? 0

Hi Arnaud, On Wed, 22 Mar 2017, Arnaud Quette wrote: > The technique is very general and is to send SIGUSR1/SIGUSR2 to the upsd daemon.? SIGUSR1 and SIGUSR2 are events just like ONBATT and ONLINE. > The patch runs successfully on my opensuse 13.2 box, and solves my problem. In upssched.conf I now have declarations such as > > ? ?AT SIGUSR1 * CANCEL-TIMER

Hello, Not strictly a CentOS question, but I hope someone can hint me in the right direction ... I have an incoming udp data stream to public interface that I want to duplicate and multipy to three or more destinations on the internal interface. Currently I've managed to put together netcat listener with output to pipe and socat reading from that pipe to a single destination. I hoped I

Hi Everyone! I''m having problems to redirect an UDP port to an external server. My firewall have 4 interfaces: NET, LOC (192.168.0.0/24), DMZ(192.168.1.0/24), CMTC(10.0.0.0/24). On CMTC interface I have a direct connection to another network using a VPN link. I need to redirect an UDP port to on server (10.1.0.2) on CMTC zone using my local IP (192.168.0.1) for gateway. I will use

I?m trying to follow the instructions on the wiki to move from antispam to IMAPSieve, but it?s not working at all. A bit of a background: dovecot-core 2:2.3.8-4~buster dovecot-imapd 2:2.3.8-4~buster dovecot-lmtpd 2:2.3.8-4~buster dovecot-managesieved 2:2.3.8-4~buster dovecot-pgsql 2:2.3.8-4~buster dovecot-pop3d 2:2.3.8-4~buster

Hello, We upgraded one of our dovecot servers to debian stretch with dovecot 2.2.27 and since then one of our users has been experiencing random IMAP failures. We enabled raw logging at the server side and it shows normal IMAP commands/responses: 1507292522.222427 * 6 FETCH (FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL

> Actually you are not correct. > > > 1st: I didn't quote the wikipedia article,? someone sent that as an > answer to my previous post. > > ?? (similar mindset probably, as in your response) > > 2: You are wrong,? broadcast packets, like for example DHCP, and also > WOL (if UDP), can be routed, by > > the means of ip helper addresses and directed broadcasts

We're copying a large number of 256MiB-files from one AIX-5.3 machine to anoter, using rsync-2.6.8 (with ssh). In the morning, the rsync process stopped to copy any more files (it is still hanging as I write this, and we can leave it alone for a couple of days). There is another machine in between that forwards all tcp packets to the target machine: SOURCE (rsync -z --rsh=ssh

Am I crazy for thinking about forwarding the DBUS session over an ssh connection much like the X session is forwarded? I've proven the concept with socat (to use the unix socket that dbus normally listens on rather than reconfiguring dbus to use a tcp socket) and it works just as expected. Any reason we wouldn't want openssh doing this natively? b.

daggs <daggs@gmx.com> writes: > I'd assume that saying vm running you mean that the os is up and > running too. I have similar need, I was able to get something as such > to work using virsh console when the guest was a linux with serial > console support enabled. I wasn't able to get this to work in a > script as I was never able to terminate the console seesion as

Hi, As we talked in http://lists.xen.org/archives/html/xen-devel/2013-09/msg00211.html , I have a suggestion: what about merging xl save/restore/migrate/migrate-receive? Here is the description: xl-migrate.rst Also there is a workaround for the xl migration daemon example: xl-migrate-socat.rst Patch for the example: xen-xl-migrate-socat.patch (I don''t have enough knowledge to

Hi all, currently I am considering writing a patch for OpenSSH that will allow portforwarding using the control_master unix domain socket. The idea is to introduce an extra SSHMUX command, SSHMUX_COMMAND_SOCKS, which will then pass control to the normal socks functions used for dynamic forwarding. The main reason for me to write this patch are: - some more control over who gets to connect to

This is my second go at reworking the ‘test-ipv4.sh’ test. Instead of merely connecting to the server using socat, use ‘qemu-img info’ so that the test is slightly more realistic. Also clean up old PID and log files before starting the test. Previous version was posted here: https://www.redhat.com/archives/libguestfs/2018-January/msg00253.html Rich.

??????? Original Message ??????? On Thursday, April 11, 2019 9:05 AM, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > On 11 April 2019 11:02 Laura Smith via dovecot dovecot at dovecot.org wrote: > > ??????? Original Message ??????? > > On Thursday, April 11, 2019 12:55 AM, John Fawcett via dovecot dovecot at dovecot.org wrote: > > > > > On 11/04/2019

As far as I have been able to figure out, dovecot auth always works over a Unix domain socket. I believe it is not currently possible to operate dovecot auth over an Internet domain (TCP) socket. Am I correct? I want to call dovecot's exported authentication from a Java application. Java doesn't natively know how to talk to a Unix domain socket, so there are inconveniences. There

??????? Original Message ??????? On Wednesday, April 10, 2019 10:24 PM, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > On 10 April 2019 23:56 Laura Smith via dovecot < dovecot at dovecot.org> wrote: > > > > ??????? Original Message ??????? > > On Wednesday, April 10, 2019 9:14 PM, Aki Tuomi < aki.tuomi at open-xchange.com> wrote: > > > >

2014-08-26 19:11 GMT+04:00 Andrey Korolyov <andrey@xdel.ru>: > not, right now it is not possible. Why don`t you want to just assign > unique paths for socket name, derived, say, from VM` UUID? > In case of unix domain sockets paths not problem, but i want to connect to each qemu-ga address from central point. I don't want to use socat , as i see qemu have ability to specify

Yeah, this is a bit lengthy, but it's a vexing problem. First, I'm working on learning R, mainly by using it and coming more from a programming aspect (I have the books and have gone through them, but learn best by doing). I have multiple projects going where R is almost necessary. I learned C a few years ago, but am very rusty with it (and other languages back in the 70s). I also