similar to: A little utility for checking socket settings

Hi, I am trying to compile 2.2.3a on an HPUX11 system using HP's native compilers and I am getting the folling errors. cpp: "/usr/include/sys/xti.h", line 488: warning 2001: Redefinition of macro TCP_NODELAY. cpp: "/usr/include/sys/xti.h", line 489: warning 2001: Redefinition of macro TCP_MAXSEG. The above is an example, it happens for each stage of the compile process.

On Sat, Jan 7, 2017 at 2:30 PM, Peter Moody <mindrot at hda3.com> wrote: > so I spent a bit of time looking at this and it seems like the only > way to go, at least if I want to keep it in ssh_connect_direct(), is > to use pthreads. further, it seems like getting that accepted is > something of a long shot: Sorry, pthreads is a non-starter. I would have thought that using

hi there :) the code in util.c seems to have some bugs w/regard to compilation on 64-bit machines. in this case, the hardware is an Alpha running redhat 4.2 with pam turned off in the makefile. i get a whole series of errors, all of which say "passing arg 'n' of 'function' from incompatible pointer type. in util.c, checked out of the main branch the day before yesterday,

On 7.3.2019 23.37, A. Schulze via dovecot wrote: > > Am 07.03.19 um 17:33 schrieb Aki Tuomi via dovecot: > >>> test-http-client-errors.c:2989: Assert failed: FALSE >>> connection timed out ................................................. : FAILED > Hello Aki, > >> Are you running with valgrind or on really slow system? > I'm not aware my buildsystem

hi ! i have succesfully compiled libshout/icecast/ices on a quad ss20 (4xhypersparc@125mhz, 128mb ram). ten out of ten for a robust, cross-platform build, guys ! it compiled straight out of the box. i can start the server and it even connects to a remote server and starts to relay. when i run xmms from another machine and connect, it stops at "pre-buffering 0/32k". here's an

Hello, I really like the idea behind mac_portacl but I find it difficult to use it because of one issue. When an unprivileged program binds to high automatic port with a call to bind(2) and port number set to 0 the system chooses the port to bind to itself. This mechanismus is used by number of programs, most commonly by ftp clients in active mode. Unfortunately this 0 is checked by the

Hi Thenx for replay. Finaly for a test in my lab I upgrate to latest 2.2.36 and os debian 10 In this machine is dovecot director But if i tested via telnet root at postfix:~# telnet 46.xxx.xxx.xxx 143 Trying 46.xxx.xxx.xxx... Connected to 46.xxx.xxx.xxx. Escape character is '^]'. * BYE Disconnected: Auth process broken Connection closed by foreign host. In log: Jan 24 16:02:07 postfix

Hi all, This is a client side only implementation of reversed dynamic (SOCKS) TCP forwarding, which means it is compatible with any existing servers have 'remote forward' capability. To establish such forward, use "ssh -R [BIND_ADDRESS:]PORT ...". The server will listen on that port and address and accept SOCKS traffics. Hope this will be useful for you. There was an

Hi I have little problem with debian10 and dovecot 2.2.33.2 ps -ax 21815 ???????? S????? 0:00 dovecot/pop3-login director 21816 ???????? S????? 0:00 dovecot/pop3-login director 21817 ???????? S????? 0:00 dovecot/pop3-login director 21818 ???????? S????? 0:00 dovecot/pop3-login director 21819 ???????? S????? 0:00 dovecot/pop3-login director 21821 ???????? S????? 0:00 dovecot/pop3-login director

Hello, The qemu emulator has a feature to fork a samba instance for file sharing with the emulated hosts. It communicates with smbd over stdin. The generated configuration file contains a "smb ports = 0" directive to prevent smbd from listening to any ports. Unfortunately, with at least Samba 3.6.4 this causes a segfault instead: [0] vostro:/tmp/qemu-smb.6836-0# smbd -i -s smb.conf

Hi Thenx but maby problem is in ssl or core file and gdb was incorrectly used # 2.2.36 (1f10bfa63): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.24 (124e06aa) # OS: Linux 4.19.0-1-amd64 x86_64 Debian buster/sid Jan 24 16:56:38 thebe-postfix dovecot: master: Dovecot v2.2.36 (1f10bfa63) starting up for imap, pop3, lmtp, sieve Jan 24 16:56:39 thebe-postfix dovecot: master: Error:

http://bugzilla.mindrot.org/show_bug.cgi?id=311 ------- Additional Comments From jmknoble at pobox.com 2002-06-28 09:00 ------- What version of glibc? What's the output of the following? find /usr/include -name \*.h -follow -exec grep -l SCM_RIGHTS \{\} \; ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

So far, bugs 2072 and 2140 have reported this condition. I was wondering if there was any movement on it. I know Richard Allen, author of 2140 and apparently the patch to bug 1065, had said he'd do some work on it. My "fix" for now has been ripping the #ifdef's out of config.h, but I still get a lot of complaints in the system log files about TCP_NODELAY, et. al: [2005/01/14

Hello ! I have a Samba server (version 2.2.7-security rollup fix) on a Redhat 8.0 which work as a PDC and file server with some shares where the people work everyday on word and excel files opened by their client. The client are mostly Win98. Some of this client has Office97 and some other Office2000. Normally this people work on several documents on the server opened remotely, sometimes also 20

On Wed, 2019-10-23 at 22:21 -0700, Jeremy Allison wrote: > On Wed, Oct 23, 2019 at 11:58:33PM +0000, Jon Gerdes wrote: > > winbind has a concept of offline and online but I don't know what > > that > > is, nor how nss works with it. I've tried using smbcontrol to tell > > winbind it is offline or online but that does not seem to work. > > Restarting

Strangest thing. Since some time Marts 25. I'm no longer receiving mails from the dovecot mailing list server. Mails from other sources are behaving fine. Instead I'm just seing Mar 26 08:27:54 dna01 postfix/smtpd[107746]: Anonymous TLS connection established from talvi.dovecot.org[94.237.25.159]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) Mar 26 08:27:54 dna01

The attached patch adds a new 'ConnectTimeout' option (man page updated in patch) to avoid wasting time when the target host is down. I needed that because I was using rsync/rdist over ssh for massive files update and the default connect() took too long for my purpose. The patch was tested on Linux only, but I used a similar one for ssh 1.2.XX on Linux, Solaris and HP-UX without

Hi Thenx. Dump core: Core was generated by `dovecot/auth'. Program terminated with signal SIGSEGV, Segmentation fault. #0? 0x00007fa910394c7a in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0? 0x00007fa910394c7a in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1? 0x00005604e6f98bc8 in password_scheme_register_crypt () at password-scheme-crypt.c:144

this is 6.0-STABLE as for Mar 17. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #2: Fri Mar 17 11:05:32 UTC 2006 vlad@host:/usr/src/sys/amd64/compile/DEF_WEB Timecounter

Hi all, Gluster and Ganesha are amazing. Thank you for this great work! I?m struggling with one issue and I think that you might be able to help me. I spent some time by playing with Gluster and Ganesha and after I gain some experience I decided that I should go into production but I?m still struggling with one issue. I have 3x node CentOS 7.3 with the most current Gluster and Ganesha from