similar to: [Bug 1256] unix domain sockets support

https://bugzilla.mindrot.org/show_bug.cgi?id=1963 --- Comment #5 from martin f. krafft <bugzilla.mindrot.org at pobox.madduck.net> --- With reference to http://bugs.debian.org/650512, which I just reopened, I am sorry to say that the bug persists in OpenSSH 6.0. -- You are receiving this mail because: You are watching the assignee of the bug. You are watching someone on the CC list of the

https://bugzilla.mindrot.org/show_bug.cgi?id=1256 bpeeluk at yahoo.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bpeeluk at yahoo.co.uk -- You are receiving this mail because: You are watching the assignee of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=1256 Patrick Hemmer <mindrot at stormcloud9.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mindrot at stormcloud9.net -- You are receiving this mail because: You are watching the assignee of the

https://bugzilla.mindrot.org/show_bug.cgi?id=1256 Frank Ch. Eigler <fche at elastic.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fche at elastic.org -- You are receiving this mail because: You are watching the assignee of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=1256 Colin Watson <cjwatson at debian.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cjwatson at debian.org --- Comment #7 from Colin Watson <cjwatson at debian.org> --- It looks as though

https://bugzilla.mindrot.org/show_bug.cgi?id=1812 Summary: ControlPersist causes defunct/zombie processes Product: Portable OpenSSH Version: 5.6p1 Platform: All URL: http://bugs.debian.org/594687 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=2328 Bug ID: 2328 Summary: Per-user certificate revocation list (CRL) in authorized_keys Product: Portable OpenSSH Version: 6.7p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: sshd

https://bugzilla.mindrot.org/show_bug.cgi?id=1964 Bug #: 1964 Summary: QoS/DSCP names false translated to ToS hex value Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: amd64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh

also sprach Nico Kadel-Garcia <nkadel at gmail.com> [2014-12-23 07:50 +0100]: > If it's not "in the local network", then it shouldn't get the > subdomain of the internal network, and you've got a DNS "views" or > DHCP configuration issue. While the machine is not at the office, other machines can resolve fishbowl.office to a valid IP? that's the

also sprach Nico Kadel-Garcia <nkadel at gmail.com> [2014-12-22 14:43 +0100]: > The problem, I think, isn't that you have an entry in all three. It's > that you have a *shortened* hostname that is identical in all 3 DNS > domains. If your DNS admins have gracefully set the local environments > to each be on their own subdomain, and that subdomain is *first* in > DHCP

https://bugzilla.mindrot.org/show_bug.cgi?id=1963 Bug #: 1963 Summary: IPQoS not honoured Classification: Unclassified Product: Portable OpenSSH Version: 5.8p1 Platform: amd64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: unassigned-bugs at

That's a good point. DHCP allows you to set DNS search parameters. So as long as each location sets different search, "ssh fishbowl" will in fact resolve to the proper local FQDN. On Monday, December 22, 2014, Nico Kadel-Garcia <nkadel at gmail.com> wrote: > On Mon, Dec 22, 2014 at 4:26 AM, martin f krafft <madduck at madduck.net > <javascript:;>> wrote:

also sprach Phil Pennock <phil.pennock at globnix.org> [2017-11-15 19:41 +0100]: > So, instead of running no command server side, would a suitable > workaround be to run 'while sleep 1; do echo .; done' as the server > command and discard stdout from ssh on the client side? That way, the > server side should detect the dropped link sooner, leading to sshd exit > and

Hello, I'm tasked with establishing a persistent SSH connection across a very unreliable link, for a remote port forward (always port 2217). I figured I'd use ServerAliveInterval to make sure that the ssh(1) process dies when the connection appears down, and I use systemd to restart it in this case. This works fine. What does not work fine, however, is the server-side. If the connection

Hello, I am trying to test-call my own asterisk server to see if I can receive SIP calls properly. I use a softphone to call the SIP address, and because twinkle doesn't support SRV records, I go via a proxy. When the call comes in, asterisk says: handle_request_invite: Sending fake auth rejection for user "martin f. krafft" <sip:xxxxxxxxxxxxxxxx at

https://bugzilla.mindrot.org/show_bug.cgi?id=1965 Bug #: 1965 Summary: IPQoS option ignored for AF_INET since 5.9p1-1 Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: All URL: http://bugs.debian.org/643312 OS/Version: Linux Status: NEW Severity: normal

From the digest: On Aug 14, 2007, at 1:04 PM, dovecot-request at dovecot.org wrote: other messages cut out? > > > Message: 9 > Date: Tue, 14 Aug 2007 19:03:58 +0200 > From: martin f krafft <madduck at madduck.net> > Subject: Re: [Dovecot] use of deliver from procmail advisable? > To: dovecot at dovecot.org > Message-ID: <20070814170358.GA17390 at

Dear list, I am running dovecot 1.2.15 on a Debian server. One user reports continuous problems synchronising her mailbox via IMAP (offlineimap, via SSH tunnel or SSL socket). It seems that she has a large, locally-created message, but the uplink bandwidth seems to be not enough to push it before dovecot times out the APPEND command. The error/exception happens inside offlineimap's Python

Hi list, > Jul 17 12:15:10 seamus dovecot: IMAP(someone at somehost.org): block_alloc(): Out of memory > Jul 17 12:15:10 seamus dovecot: child 26181 (imap) returned error 83 (Out of memory) I found those two entries in the logs this morning. The system has ample free memory. What's going on? -- martin | http://madduck.net/ | http://two.sentenc.es/ "i wish i hadn't slept

Hey folks, I can park a call with #70 after enabling that feature in features.conf. However, once I retrieve the call from the parking lot, #70 cannot be used to park it again. Worse yet, none of the keys defined in the featuremap work anymore, include blindxfer or automon. Any ideas what may be the problem? -- martin | http://madduck.net/ | http://two.sentenc.es/ "man sagt nicht