similar to: [Bug 164] New: X-forwarding when connecting to an IPv6-enabled host doesn't work.

http://bugzilla.mindrot.org/show_bug.cgi?id=164 ------- Additional Comments From yoshfuji at linux-ipv6.org 2002-05-18 09:44 ------- Created an attachment (id=97) Try to set IPV6_V6ONLY if available. Open ::1 and 127.0.0.1 if x11_use_localhost is set. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=164 ------- Additional Comments From stevesk at pobox.com 2002-03-14 06:17 ------- can you provide sshd -d output? i want to see any debug messages from x11_create_display_inet(). ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=164 ------- Additional Comments From djm at mindrot.org 2004-04-26 15:14 ------- Can this bug be closed? Yoshifuji-san's patch was committed two years ago... ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=164 ------- Additional Comments From cjwatson at debian.org 2002-10-27 00:16 ------- Marco d'Itri suggested in http://bugs.debian.org/153154 that ssh should only bind to AF_INET addresses in x11_create_display_inet(), since at least the xtrans code in XFree86 doesn't support IPv6. Is this a valid approach? ------- You are receiving this

Hello, coredump found after a force-resync and a replicate Emmanuel. (dovecot-ee 2.2.30.2-1) [New LWP 17168] Core was generated by `dovecot/doveadm-server'. Program terminated with signal SIGABRT, Aborted. #0 0x00007fa334127c37 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #0 0x00007fa334127c37 in __GI_raise (sig=sig at entry=6) at

Dear Members, Please tell me how can I fix this problem. Against allow imap on firewalld, I cannot access to the server. [root at speedex ~]# telnet 153.153.xxx.xxx 110 Trying 153.153.xxx.xxx... telnet: connect to address 153.153.xxx.xxx: No route to host After stopping forewalld I can access to the server. [root at speedex ~]# telnet 153.153.xxx.xxx 110 Trying 153.153.xxx.xxx... Connected to

Hey, I''m trying to set up a Gentoo box to replace an aging BSD box here. The BSD box is running packet filter and I have it set up to take all data and route it to one of six sattelites. I have come up with the following config, but unfortunately I have no real way to test it short of switching the satellites over to the new system and prayer. The setup is: 192.168.252/22 - The LAN

On 16 February 2017 at 11:35, Alice Wonder <alice at domblogger.net> wrote: > On 02/16/2017 03:28 AM, James Hogarth wrote: >> >> On 16 February 2017 at 10:42, Alice Wonder <alice at domblogger.net> wrote: >>> >>> On 02/16/2017 02:32 AM, James Hogarth wrote: >>>> >>>> >>>> On 16 February 2017 at 10:17, Alice Wonder

Dear List I fear I stumbled over a bug in asterisk 13.14.1. My 'phones' are roaming around, sometimes some are connecting from ipv6 enabled networks, another time they are not. If a connection is ipv6 I would prefer to use ipv6 to avoid ipv4-nat problems. I have not specified a transport in the endpoint section, so that the appropriate transport which corresponds to the registration

Today I received an allocation of IP6 addresses for some servers. I can 'play' with the last 2 of the 8 IP6 address segments. I always thought, mistakenly, IP6 was 6 segments, because it was IP6. IP4 had 4 segments. However IP6 is actually IP version 6 and it has 8 segments. The other interesting discovers are: :: means one or more 0 segments, example :: can mean 0:0:0: or just 0:0: or

On 08/12/2018 19:53, Jonathan Casiot via dovecot wrote: > > Hi > > I'm having an issue with doveadm batch - the following command always > crashes: > > doveadm batch : mailbox status all inbox > > Whereas the following work as expected: > > doveadm mailbox status all inbox > doveadm batch : mailbox list > > > Any assistance gratefully

On 16 February 2017 at 10:42, Alice Wonder <alice at domblogger.net> wrote: > On 02/16/2017 02:32 AM, James Hogarth wrote: >> >> On 16 February 2017 at 10:17, Alice Wonder <alice at domblogger.net> wrote: >>> >>> On 02/16/2017 02:03 AM, James Hogarth wrote: >>>> >>>> >>>> On 16 February 2017 at 09:09, Alice Wonder

On 16 February 2017 at 12:02, James Hogarth <james.hogarth at gmail.com> wrote: > On 16 February 2017 at 11:46, James Hogarth <james.hogarth at gmail.com> wrote: >> On 16 February 2017 at 11:35, Alice Wonder <alice at domblogger.net> wrote: >>> On 02/16/2017 03:28 AM, James Hogarth wrote: >>>> >>>> On 16 February 2017 at 10:42, Alice

Hi, with the latest dovecot-ee version (2.2.25.4 (5cb7c97)) if I run ?doveadm quota recalc -u alessio at skye.it? dovecot return a ?Segmentation fault? (but the quota is update fine). Since dovecot version 2.2.24.3 (55cdc32) works fine. This is my quota backends configuration: plugin { quota = maildir:UserQuota quota2 = dict:Quota Usage::noenforcing:proxy::sqlquota } dict { sqlquota

On 9/13/2016 10:00 PM, Edgar Pettijohn wrote: >> I'm attempting to capture a core-dump file, and gdb reports >> > >> > warning: core file may not match specified executable file. >> > > I believe this means the core file doesn't match up to the executable. I would delete the core and try to reproduce with your new executable then run gdb with a core

This patch adds a flag to mdb entries so that we can distinguish permanent entries with temporary ones. Cc: Stephen Hemminger <shemminger at vyatta.com> Signed-off-by: Cong Wang <amwang at redhat.com> --- bridge/mdb.c | 24 +++++++++++++++--------- include/linux/if_bridge.h | 3 +++ 2 files changed, 18 insertions(+), 9 deletions(-) diff --git a/bridge/mdb.c

Can you provide subscriptions file for the user as well? Aki On 20.11.2017 10:37, Kristjan Eentsalu wrote: > Sorry, forgot to include it first time. bt full down below > > (gdb) bt full > #0 0x0000000800d77e04 in mailbox_tree_traverse (tree=0x0, path=0x801c1a540 > "INBOX", create=false, created_r=0x7fffffffe4f7) at mailbox-tree.c:103 > node = (struct

On 02/16/2017 03:28 AM, James Hogarth wrote: > On 16 February 2017 at 10:42, Alice Wonder <alice at domblogger.net> wrote: >> On 02/16/2017 02:32 AM, James Hogarth wrote: >>> >>> On 16 February 2017 at 10:17, Alice Wonder <alice at domblogger.net> wrote: >>>> >>>> On 02/16/2017 02:03 AM, James Hogarth wrote: >>>>>

Hi, I'm using Dovecot 2.2.33.2 on a RHEL 7, new installation. When I use fs:posix as dict for acl_shared_dict, like in Dovecot wiki (https://wiki.dovecot.org/SharedMailboxes/ClusterSetup), doveadm-server crash with error: # doveadm acl set -u USERNAME FOLDER user=DEST_USERNAME lookup read write-seen doveadm(USERNAME): Panic: file dict-fs.c: line 127 (fs_dict_iterate_init): assertion

Hi all, I am trying to configure tinc for my network: I have one server with a public /64 IP6 address and one IP4 address, and some other computers with possibly only local addresses (NAT, and router which I don't control) I configured tinc so that all the clients connect by ipv4 to the server with the public address. So I have something like this Ovh (the provider of the server