similar to: [Bug 1855] New: set traffic class on IPv6 packets

Hi, In IPv4, OpenSSH sets the Type of Service (ToS) / DSCP field appropriately, e.g. "low delay" for interactive connections. In IPv6, however, the Traffic Class field is apparently left set to zero for all packets. Is there a reason for this? My understanding is that it would be valid to set the IPv6 Traffic Class identically to the IPv4 ToS field. In a bug report to Debian

Did you look at the server logs as suggested by the logfile? Aki > On 13 November 2018 at 18:52 Lionel Elie Mamane <lionel at mamane.lu> wrote: > > > And the Sieve script: > > ------- start sieve script --------- > require ["vnd.dovecot.execute", "fileinto", "mailbox", "vnd.dovecot.debug"]; > > debug_log "about to

On Wed, Sep 30, 2020 at 04:32:36PM +0200, Lionel Élie Mamane wrote: > On Fri, Sep 25, 2020 at 11:47:42PM +0300, Manuel Wolfshant wrote: >> On 9/25/20 1:36 PM, Lionel Élie Mamane wrote: > >> On Thu, Sep 24, 2020 at 06:51:23PM +0300, Manuel Wolfshant wrote: >>>> On 9/21/20 9:47 PM, Lionel Élie Mamane wrote: >>>> We have a HP R/T 3000 G4 UPS; according to

On Fri, Sep 25, 2020 at 11:47:42PM +0300, Manuel Wolfshant wrote: > On 9/25/20 1:36 PM, Lionel Élie Mamane wrote: >> On Thu, Sep 24, 2020 at 06:51:23PM +0300, Manuel Wolfshant wrote: >>> On 9/21/20 9:47 PM, Lionel Élie Mamane wrote: >>> We have a HP R/T 3000 G4 UPS; according to the data returned by >>> the usbhid-ups driver, it seems to be a "badge

On 9/25/20 1:36 PM, Lionel Élie Mamane wrote: > > On Thu, Sep 24, 2020 at 06:51:23PM +0300, Manuel Wolfshant wrote: >> On 9/21/20 9:47 PM, Lionel Élie Mamane wrote: >>> We have a HP R/T 3000 G4 UPS; according to the data returned by the >>> usbhid-ups driver, it seems to be a "badge engineered" Eaton 5PX >>> UPS LI R 3000. >>> We have a

Hi Aki, Am 21.02.19 um 12:55 schrieb Aki Tuomi: > > On 21.2.2019 13.47, Lionel Elie Mamane via dovecot wrote: >> I noticed a mail stuck in my mail queue. dovecot-lda was returning >> error 64 Invalid parameter given. (EX_USAGE). >> >> Weird, weird, weird. After some sleuthing, I found the sender address >> was FirstLast at domain.tld, with a UTF8-encoded

Accepted: libxen-4.1_4.1.2-4_amd64.deb to main/x/xen/libxen-4.1_4.1.2-4_amd64.deb libxen-dev_4.1.2-4_amd64.deb to main/x/xen/libxen-dev_4.1.2-4_amd64.deb libxen-ocaml-dev_4.1.2-4_amd64.deb to main/x/xen/libxen-ocaml-dev_4.1.2-4_amd64.deb libxen-ocaml_4.1.2-4_amd64.deb to main/x/xen/libxen-ocaml_4.1.2-4_amd64.deb libxenstore3.0_4.1.2-4_amd64.deb to

On 21.2.2019 13.47, Lionel Elie Mamane via dovecot wrote: > I noticed a mail stuck in my mail queue. dovecot-lda was returning > error 64 Invalid parameter given. (EX_USAGE). > > Weird, weird, weird. After some sleuthing, I found the sender address > was FirstLast at domain.tld, with a UTF8-encoded Unicode U+FEFF ZERO > WIDTH NO-BREAK SPACE character (AKA byte order mark) between

And the Sieve script: ------- start sieve script --------- require ["vnd.dovecot.execute", "fileinto", "mailbox", "vnd.dovecot.debug"]; debug_log "about to execute"; if not execute :pipe "foofilter" { debug_log "if condition fulfilled"; fileinto :create "test-spam"; debug_log "about to stop"; stop;

On Thu, Sep 24, 2020 at 06:51:23PM +0300, Manuel Wolfshant wrote: > On 9/21/20 9:47 PM, Lionel Élie Mamane wrote: >> We have a HP R/T 3000 G4 UPS; according to the data returned by the >> usbhid-ups driver, it seems to be a "badge engineered" Eaton 5PX >> UPS LI R 3000. >> We have a stubborn "Replace Battery" alarm that stays (...): >> The

Hi, We have a HP R/T 3000 G4 UPS; according to the data returned by the usbhid-ups driver, it seems to be a "badge engineered" Eaton 5PX UPS LI R 3000. We have a stubborn "Replace Battery" alarm that stays despite: - physical battery replacement - successful quick battery test, started by upscmd - successful deep battery test, started by upscmd - successful battery test,

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

On 9/21/20 9:47 PM, Lionel Élie Mamane wrote: > Hi, > > We have a HP R/T 3000 G4 UPS; according to the data returned by the > usbhid-ups driver, it seems to be a "badge engineered" Eaton 5PX UPS > LI R 3000. > > We have a stubborn "Replace Battery" alarm that stays despite: > > - physical battery replacement > - successful quick battery test,

On Mon, 21 Sep 2020, Lionel Élie Mamane wrote: > We have a HP R/T 3000 G4 UPS; according to the data returned by the > usbhid-ups driver, it seems to be a "badge engineered" Eaton 5PX UPS > LI R 3000. > > We have a stubborn "Replace Battery" alarm that stays despite: > ... > The panel doesn't show any battery-related alarm. > > I initially

Hi, Running dovecot 2.2.27 (c0f36b0) on Debian GNU/Linux stable (version 9.6), I'm trying to use the execute command in a sieve script, with direct execution (not service socket). The script is executed, and returns (the process exits), but the dovecot-lda process seems to not notice, and thinks the script did not terminate. After sieve_execute_exec_timeout has passed, it sends a TERM, a bit

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

https://bugzilla.mindrot.org/show_bug.cgi?id=1878 Summary: error message in key_perm_ok should be firmer Product: Portable OpenSSH Version: 5.8p1 Platform: All URL: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug /663455 OS/Version: All Status: NEW Severity: minor Priority:

http://bugzilla.mindrot.org/show_bug.cgi?id=1060 Summary: ~/.ssh/config check too strict on systems with per-user groups Product: Portable OpenSSH Version: 4.1p1 Platform: Other URL: http://bugs.debian.org/314347 OS/Version: Linux Status: NEW Severity: normal Priority: P2

I noticed a mail stuck in my mail queue. dovecot-lda was returning error 64 Invalid parameter given. (EX_USAGE). Weird, weird, weird. After some sleuthing, I found the sender address was FirstLast at domain.tld, with a UTF8-encoded Unicode U+FEFF ZERO WIDTH NO-BREAK SPACE character (AKA byte order mark) between "First" and "Last" :) Since that is passed as the -f parameter to

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=490 netfilter@linuxace.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter@linuxace.com Status|NEW |RESOLVED Resolution|