From unknown Wed Sep 10 17:01:39 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#39448 <39448@debbugs.gnu.org> To: bug#39448 <39448@debbugs.gnu.org> Subject: Status: 26.1; ERC connect wierdness Reply-To: bug#39448 <39448@debbugs.gnu.org> Date: Thu, 11 Sep 2025 00:01:39 +0000 retitle 39448 26.1; ERC connect wierdness reassign 39448 emacs submitter 39448 Corwin Brust severity 39448 normal tag 39448 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 06 00:38:02 2020 Received: (at submit) by debbugs.gnu.org; 6 Feb 2020 05:38:02 +0000 Received: from localhost ([127.0.0.1]:47004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1izZrV-0003S7-Ql for submit@debbugs.gnu.org; Thu, 06 Feb 2020 00:38:02 -0500 Received: from lists.gnu.org ([209.51.188.17]:46536) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1izZrT-0003Ry-JO for submit@debbugs.gnu.org; Thu, 06 Feb 2020 00:38:00 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35919) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1izZrR-0000bO-5f for bug-gnu-emacs@gnu.org; Thu, 06 Feb 2020 00:37:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_NONE,URIBL_BLOCKED,WEIRD_PORT autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1izZrO-0001DT-U6 for bug-gnu-emacs@gnu.org; Thu, 06 Feb 2020 00:37:57 -0500 Received: from mail-ed1-f42.google.com ([209.85.208.42]:45816) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1izZrO-0001BP-J5 for bug-gnu-emacs@gnu.org; Thu, 06 Feb 2020 00:37:54 -0500 Received: by mail-ed1-f42.google.com with SMTP id v28so4583094edw.12 for ; Wed, 05 Feb 2020 21:37:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=gdCYaHRCSsk8qewMoaq/7Y9p/K15fGSCyJak2a6qJYM=; b=kdAHGetx+u23a1XGdeXQIJfdjXeo4mG27rophc2uC1pCEjtJ5HotAVJLO/jqr9CeCK 9Ft6K2O5JqiN0nTdK1In+gP2I3sqRK2uGGODW0LKMw3gauddMlqp4u911GHrRKJ1Y9yU NvdfSoFnakpj+109tgZ9R6jEgV4B64IlCj4owxemlxcF9h+0Z5iLCYJIKtaxzd6mdfF3 mBUAvEXIoepZ8jr8ldRV20vMpEOKQxCjxIDIG/NMiQeKQuVnWk0BKxjzz+M8VhbBfNAJ tL/tADRtDcESph3Hajo+em+vIsRdpveuFvKCQGWPu6a5Vnt0eejvVN6sQVjKUWewpYkI gZBQ== X-Gm-Message-State: APjAAAUNP7EcrEbt2oNuzp2czjDuEoPwTFvlFP1F3755fARuaxBWFNz0 5X45CGdnecg4SMZv5MjY+YMEbAWY/TxLmGF94zOiCP2ijiM= X-Google-Smtp-Source: APXvYqxxQWRHOGka3y48aBcGa/Vx2EQrSTBl52NcCzZhJklzNyXXpHCqbYXUTeor0ubfu/M2fXVKsiDW180iVxvqvTo= X-Received: by 2002:a17:906:7806:: with SMTP id u6mr1597134ejm.200.1580967472820; Wed, 05 Feb 2020 21:37:52 -0800 (PST) MIME-Version: 1.0 From: Corwin Brust Date: Wed, 5 Feb 2020 23:37:43 -0600 Message-ID: Subject: 26.1; ERC connect wierdness To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="0000000000009e773c059de1acb9" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.208.42 X-Spam-Score: 2.8 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: *** E-Mail body has been placed on clipboard, please paste it here! *** Greetings! I'm reporting at the request of Bandali although I don't have a great deal of information, I'm afraid. I suspect a coorilation to a major update of MELPA/ELPA packages I did on Sunday - I h [...] Content analysis details: (2.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: freenode.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mplscorwin[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [209.51.188.17 listed in list.dnswl.org] 0.0 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.0 HTML_MESSAGE BODY: HTML included in message 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) --0000000000009e773c059de1acb9 Content-Type: text/plain; charset="UTF-8" *** E-Mail body has been placed on clipboard, please paste it here! *** Greetings! I'm reporting at the request of Bandali although I don't have a great deal of information, I'm afraid. I suspect a coorilation to a major update of MELPA/ELPA packages I did on Sunday - I haven't successfully connected to ERC since. That said, problem exists also under -Q [Start Emacs from Git Bash prompt; same under cmd.exe and this is easier) /d/emax64/bin/runemacs.exe -Q --eval '(setq erc-debug-irc-protocol t)(raise-frame)' ;; the raise frame was an error but I didn't worry about it ;; making my report. Hope that doesn't cause confusion. [Once Emacs is up, I pulled and evaled two bits of code from my startup sequence one at a time in the order shown:] ;; from emacswiki (defmacro asf-erc-bouncer-connect (command server port nick ssl pass) "Create interactive command `COMMAND'. Connect to IRC `SERVER` on `PORT`as `NICK` with `SSL` or `PASS`. The command uses interactive mode if passed an argument." (fset command `(lambda (arg) (interactive "p") (if (not (= 1 arg)) (call-interactively 'erc) (let ((erc-connect-function ',(if ssl 'erc-open-ssl-stream 'open-network-stream))) (erc :server ,server :port ,port :nick ,nick :password ,pass)))))) (asf-erc-bouncer-connect erc-fn "irc.freenode.net" 6667 "mplsCorwin" nil "q[corwin]:exactlythatsmart") [Then, finally:] M-x erc-fn RET Which results in my making various notes shown here in fairly haphazard form. Sorry. 1. ERC appears to start, ERC: CLOSED shown in the mode-line, "Connecting [...]" in the minibuffer. 2. It appears to just sit there 3. I join freenode.net from a web-client while playing with this last night and saw myself join and then connection timeout three times in fairly rapid succession but this didn't happen while testing under -Q AFICT. There is *no* indication that any server activity is occuring, e.g. no updates to the irc.freenode.net:6667 and no process buffers I can find. 4. Today preping this report I got a slightly different output at the end: *** ERC terminated: failed with code 10060 5. After confirming this problem didn't go away over night (also under -Q but before preping this bug report, which I did under a fresh session), I connected to freenode and chatted with bandali using rcirc which had no connection difficulties I noticed. 6. I think I'm starting to get somewhere with lisp but my foundational Emacs knowledge is weak. Moreover, I'm running under Windows 10 and don't (yet) know how to compile from sources locally. That said let me know any other information, tests, etc which would be helpful and I'll do my best (not withstanding $life & whatnot) to respond promply. 7. My next step, again at Bandali's advice, is to play with tls. Obviously, if that changes things I'll report back in. In GNU Emacs 26.1 (build 1, x86_64-w64-mingw32) of 2018-05-13 built on TPW550S Windowing system distributor 'Microsoft Corp.', version 10.0.18363 Recent messages: Connecting to irc.freenode.net:6667... Logging in as `mplsCorwin'... is undefined Connecting to irc.freenode.net:6667... Logging in as `mplsCorwin'... Connecting to irc.freenode.net:6667... Logging in as `mplsCorwin'... is undefined Mark set Making completion list... Configured using: 'configure --without-compress-install --without-dbus --with-modules 'CFLAGS= -O2 -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS LCMS2 Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: cp1252 Major mode: ERC Minor modes in effect: erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-networks-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-track-minor-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny seq dired dired-loaddefs rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch erc-list erc-menu easymenu erc-join erc-ring erc-networks erc-pcomplete pcomplete comint ansi-color ring erc-track erc-match erc-button wid-edit erc-fill erc-stamp erc-netsplit erc-goodies erc erc-backend erc-compat format-spec auth-source cl-seq eieio byte-opt bytecomp byte-compile cconv eieio-core cl-macs gv eieio-loaddefs cl-loaddefs cl-lib password-cache thingatpt pp elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 131403 9951) (symbols 56 23563 1) (miscs 48 64 161) (strings 32 39139 913) (string-bytes 1 1036867) (vectors 16 18196) (vector-slots 8 526999 16844) (floats 8 62 195) (intervals 56 665 14) (buffers 992 16)) --0000000000009e773c059de1acb9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
*** E-Mail body has been placed on clipboard, please paste= it here! ***



Greetings!=C2=A0 I'm reporting= at the request of Bandali although I don't
have a great deal of inf= ormation, I'm afraid.=C2=A0 I suspect a coorilation
to a major updat= e of MELPA/ELPA packages I did on Sunday - I haven't
successfully co= nnected to ERC since.=C2=A0 That said, problem exists also
under -Q
<= br>[Start Emacs from Git Bash prompt; same under cmd.exe and this is easier= )

/d/emax64/bin/runemacs.exe -Q --eval '(setq erc-debug-irc-prot= ocol t)(raise-frame)'

;; the raise frame was an error but I didn= 't worry about it
;; making my report.=C2=A0 Hope that doesn't c= ause confusion.

[Once Emacs is up, I pulled and evaled two bits of c= ode from my startup
sequence one at a time in the order shown:]

;= ; from emacswiki
(defmacro asf-erc-bouncer-connect (command server port = nick ssl pass)
=C2=A0 =C2=A0"Create interactive command `COMMAND= 9;.
Connect to IRC `SERVER` on `PORT`as `NICK` with `SSL` or `PASS`.
= The command uses interactive mode if passed an argument."
=C2=A0 = =C2=A0(fset command
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0`(lambda (arg)
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(interactive "p")
= =C2=A0 (if (not (=3D 1 arg))
=C2=A0 =C2=A0 =C2=A0 (call-interactively = 'erc)
=C2=A0 =C2=A0 (let ((erc-connect-function ',(if ssl
= =C2=A0 =C2=A0 =C2=A0 'erc-open-ssl-stream
=C2=A0 =C2=A0 &= #39;open-network-stream)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (erc :server ,se= rver :port ,port :nick ,nick :password ,pass))))))

(asf-erc-bouncer-= connect erc-fn
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"irc.freenode.net"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A06667
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&q= uot;mplsCorwin" nil
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"q[corwin]:exactlythatsma= rt")

[Then, finally:]

M-x erc-fn RET

Which result= s in my making various notes shown here in fairly haphazard
form.=C2=A0 = Sorry.

1. ERC appears to start, ERC: CLOSED shown in the mode-line, = "Connecting
[...]" in the minibuffer.

2. It appears to = just sit there

3. I join freenode.ne= t from a web-client while playing with this last
night and saw mysel= f join and then connection timeout three times in
fairly rapid successio= n but this didn't happen while testing under -Q
AFICT.=C2=A0 There i= s *no* indication that any server activity is occuring,
e.g. no updates = to the irc.freenode.net:6667 a= nd no process buffers I
can find.

4. Today preping this report I = got a slightly different output at the
end:

=C2=A0 *** ERC termin= ated: failed with code 10060

5. After confirming this problem didn&#= 39;t go away over night (also under
-Q but before preping this bug repor= t, which I did under a fresh
session), I connected to freenode and chatt= ed with bandali using rcirc
which had no connection difficulties I notic= ed.

6. I think I'm starting to get somewhere with lisp but my fo= undational
Emacs knowledge is weak.=C2=A0 Moreover, I'm running unde= r Windows 10 and
don't (yet) know how to compile from sources locall= y.=C2=A0 That said let me
know any other information, tests, etc which w= ould be helpful and I'll
do my best (not withstanding $life & wh= atnot) to respond promply.

7. My next step, again at Bandali's a= dvice, is to play with tls.
Obviously, if that changes things I'll r= eport back in.


In GNU Emacs 26.1 (build 1, x86_64-w64-mingw32)=C2=A0of 2018-05-13 built on TPW550S
Windowing system distributor '= ;Microsoft Corp.', version 10.0.18363
Recent messages:
Connecting= to irc.freenode.net:6667...
Logging in as `mplsCorwin'...
<M= -insert> is undefined
Connecting to irc.freenode.net:6667...
Logg= ing in as `mplsCorwin'...
Connecting to irc.freenode.net:6667... Logging in as `mplsCorwin'...
<left-fringe> <drag-mouse-1&= gt; is undefined
Mark set
Making completion list...

Configured= using:
=C2=A0'configure --without-compress-install --without-dbus -= -with-modules
=C2=A0'CFLAGS=3D -O2 -g3''

Configured f= eatures:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND NOTIFY ACL GNUTLS = LIBXML2
ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS LCMS2

Important = settings:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 locale-coding-sys= tem: cp1252

Major mode: ERC

Minor modes in effect:
=C2=A0 = erc-list-mode: t
=C2=A0 erc-menu-mode: t
=C2=A0 erc-autojoin-mode: t<= br>=C2=A0 erc-ring-mode: t
=C2=A0 erc-networks-mode: t
=C2=A0 erc-pco= mplete-mode: t
=C2=A0 erc-track-mode: t
=C2=A0 erc-track-minor-mode: = t
=C2=A0 erc-match-mode: t
=C2=A0 erc-button-mode: t
=C2=A0 erc-fi= ll-mode: t
=C2=A0 erc-stamp-mode: t
=C2=A0 erc-netsplit-mode: t
= =C2=A0 erc-irccontrols-mode: t
=C2=A0 erc-noncommands-mode: t
=C2=A0 = erc-move-to-prompt-mode: t
=C2=A0 erc-readonly-mode: t
=C2=A0 tooltip= -mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 electric-indent-mode: t=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-= mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode:= t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 aut= o-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-comp= ression-mode: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode= : t

Load-path shadows:
None found.

Features:
(shadow so= rt mail-extr emacsbug message rmc puny seq dired
dired-loaddefs rfc822 m= ml mml-sec epa derived epg epg-config gnus-util
rmail rmail-loaddefs mm-= decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailh= eader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils = misearch multi-isearch erc-list erc-menu
easymenu erc-join erc-ring erc-= networks erc-pcomplete pcomplete comint
ansi-color ring erc-track erc-ma= tch erc-button wid-edit erc-fill
erc-stamp erc-netsplit erc-goodies erc = erc-backend erc-compat
format-spec auth-source cl-seq eieio byte-opt byt= ecomp byte-compile
cconv eieio-core cl-macs gv eieio-loaddefs cl-loaddef= s cl-lib
password-cache thingatpt pp elec-pair time-date mule-util toolt= ip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel do= s-w32
ls-lisp disp-table term/w32-win w32-win w32-vars term/common-wintool-bar dnd fontset image regexp-opt fringe tabulated-list replace
ne= wcomment text-mode elisp-mode lisp-mode prog-mode register page
menu-bar= rfn-eshadow isearch timer select scroll-bar mouse jit-lock
font-lock sy= ntax facemenu font-core term/tty-colors frame cl-generic
cham georgian u= tf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese= eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic i= ndian cyrillic chinese composite charscript charprop
case-table epa-hook= jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvic= e loaddefs button faces cus-face macroexp files
text-properties overlay = sha1 md5 base64 format env code-pages mule
custom widget hashtable-print= -readable backquote w32notify w32 lcms2
multi-tty make-network-process e= macs)

Memory information:
((conses 16 131403 9951)
=C2=A0(symb= ols 56 23563 1)
=C2=A0(miscs 48 64 161)
=C2=A0(strings 32 39139 913)<= br>=C2=A0(string-bytes 1 1036867)
=C2=A0(vectors 16 18196)
=C2=A0(vec= tor-slots 8 526999 16844)
=C2=A0(floats 8 62 195)
=C2=A0(intervals 56= 665 14)
=C2=A0(buffers 992 16))
--0000000000009e773c059de1acb9-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 14:29:29 2020 Received: (at 39448) by debbugs.gnu.org; 8 Feb 2020 19:29:30 +0000 Received: from localhost ([127.0.0.1]:51845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j0VnF-0004oi-Is for submit@debbugs.gnu.org; Sat, 08 Feb 2020 14:29:29 -0500 Received: from mail-ed1-f42.google.com ([209.85.208.42]:38422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j0VnD-0004oU-MJ for 39448@debbugs.gnu.org; Sat, 08 Feb 2020 14:29:28 -0500 Received: by mail-ed1-f42.google.com with SMTP id p23so3537614edr.5 for <39448@debbugs.gnu.org>; Sat, 08 Feb 2020 11:29:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=jtNtbuBHo1sQohht2llrqZpxq5dHBhjUKINPYKQQBcw=; b=SgleAs3Ni/FWkv7iLhKLqaS9j5MMRggsmF6Z2FvgonYDV/s8nFhoNmx8LsLWEhV08/ jcEqCOH3iCUNVscRWDuJo+3cOWtyJe1oddzWonF/ssbWks3RUHAgs4NG/FlWxC2JNL5E +omKTStzvFfZhGZzzqufiVisEIb9sGJtTQZgJNwDX/dRmI1q69SLH+TZHEJIppLCuZqp y8VnaPNl/JRhBiAf7o+qYhcktNM+Z7bZfFlENa6n+KOcSMvHJycoJltlrTUQHrJwXvmg jrAhh7hW7Yul4SxTagjNR+VOqRC52I0WvMACVMO92XQ1db4lNCMUwOghFtjEj8jYhiyY fsAg== X-Gm-Message-State: APjAAAVukiapLao0gygldQbod2eHShfuf+CTZWb+bFuhSUzx+l+BvsfX iy8C39iMGUXO/zAMv66WhIvzY07TLnI8LNwNzwCsidopEaU= X-Google-Smtp-Source: APXvYqyUfLnELgvYqmhNBXXgurQM9Q+lg7e1R1I0X9ed6kmKeG+9WMMz3jMXAW0Jcfd+8yb740TZQ8pNCT1Vashi4co= X-Received: by 2002:a05:6402:6d2:: with SMTP id n18mr4468412edy.100.1581190161690; Sat, 08 Feb 2020 11:29:21 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Corwin Brust Date: Sat, 8 Feb 2020 13:29:11 -0600 Message-ID: Subject: Re: bug#39448: 26.1; ERC connect wierdness To: 39448@debbugs.gnu.org Content-Type: multipart/alternative; boundary="000000000000e8f568059e158577" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 39448 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --000000000000e8f568059e158577 Content-Type: text/plain; charset="UTF-8" Hi again, On Wed, Feb 5, 2020 at 11:39 PM Corwin Brust wrote: > Greetings! I'm reporting at the request of Bandali > Adding detail, again at the request of Bandali. /d/emax64/bin/runemacs.exe -Q --eval '(setq erc-debug-irc-protocol > t)(raise-frame)' > [...] > 1. ERC appears to start, ERC: CLOSED shown in the mode-line, "Connecting > [...]" in the minibuffer. > > 2. It appears to just sit there > [... ] > *** ERC terminated: failed with code 10060 > [... etc ...] I found that my ISP, Comcast, has added a service they call "Protected Browsing" or "Safe Browsing" or "xFi Advanced Security" depending on whether you are the web portal, the documentation for the web portal, or at their marketing, etc. Here's a forum thread with details for turning this off: https://forums.xfinity.com/t5/Email-Web-Browsing/Unblock-all-websites/td-p/3292083 Looking at the web portal I could see that lots of requests to port 113 were getting blocked (many with alarming log commentary about "China" and "Australia" and other parts foreign. The horror). Once I completely disabled the Comcast security feature, whatever it's called, ERC connects without difficulty. I think this may still be a valid bug, however, as I was able to connect to Freenode (used for testing in all cases) from rcirc even while Comcast's anti-productivity software was active. I'm curious how the two different IRC implementations handle/depend on IDENT. I'll dig into this if I can and report with such clues or questions as I find. Regards, -- *Corwin* 612-217-1742 612-298-0615 (fax) 612-695-4276 (mobile) *corwin.brust (skype)corwin@bru.st * --000000000000e8f568059e158577 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi again,

On Wed, Feb 5, 2020 at 11:39 PM Corwin B= rust <corwin@bru.st> wrote:
Greetings!=C2=A0 I'm reporting at the request of Bandali=


/d/emax64/bin/runemacs.exe -Q --eval '(setq erc-= debug-irc-protocol t)(raise-frame)'
[.= ..]
1. ERC appears to start, ERC: CLOSED shown in the mode-line, &qu= ot;Connecting
[...]" in the minibuffer.

2. It appears to jus= t sit there
[... ]
=C2=A0 *** ERC t= erminated: failed with code 10060
[... etc ...]

I found that my ISP, Comcast, has added a service= they call "Protected Browsing"=20 or "Safe Browsing"=20 or "xFi Advanced Security" depending on whether you are the web p= ortal, the documentation for the web portal, or at their marketing, etc.=C2= =A0=C2=A0

Here's a forum thread with deta= ils for turning this off:=C2=A0

Looking at the web portal I could see t= hat lots of requests to port 113 were getting blocked (many with alarming l= og commentary about "China" and "Australia" and other p= arts foreign.=C2=A0 The horror).=C2=A0=C2=A0

= Once I completely disabled the Comcast security feature, whatever it's = called, ERC connects without difficulty.=C2=A0

I think this may still be a valid bug, however, as I was able to connect = to Freenode (used for testing in all cases) from rcirc even while Comcast&#= 39;s anti-productivity software was active.=C2=A0 I'm curious how the t= wo different IRC implementations handle/depend on IDENT.=C2=A0 I'll dig= into this if I can and report with such clues or questions as I find.
<= /div>

Regards,
--
Corwin
612-217-1742
612-298-0615 = (fax)
612-695-4276 (mobile)
=
corwin.brust (skype)
--000000000000e8f568059e158577-- From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 08:34:26 2020 Received: (at 39448) by debbugs.gnu.org; 20 Feb 2020 13:34:26 +0000 Received: from localhost ([127.0.0.1]:44027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4lyE-0006cf-Bm for submit@debbugs.gnu.org; Thu, 20 Feb 2020 08:34:26 -0500 Received: from quimby.gnus.org ([95.216.78.240]:46966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4lyD-0006cQ-Am for 39448@debbugs.gnu.org; Thu, 20 Feb 2020 08:34:25 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j4ly3-0003EZ-TC; Thu, 20 Feb 2020 14:34:18 +0100 From: Lars Ingebrigtsen To: Corwin Brust Subject: Re: bug#39448: 26.1; ERC connect wierdness References: Date: Thu, 20 Feb 2020 14:34:15 +0100 In-Reply-To: (Corwin Brust's message of "Sat, 8 Feb 2020 13:29:11 -0600") Message-ID: <878skx5qnc.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Corwin Brust writes: > Once I completely disabled the Comcast security feature, whatever it's called, > ERC connects without difficulty. > > I think this may still be a valid bug, however, as I was able to > connect to Fr [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: ingebrigtsen.no] -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 39448 Cc: 39448@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Corwin Brust writes: > Once I completely disabled the Comcast security feature, whatever it's called, > ERC connects without difficulty. > > I think this may still be a valid bug, however, as I was able to > connect to Freenode (used for testing in all cases) from rcirc even > while Comcast's anti-productivity software was active. I'm curious > how the two different IRC implementations handle/depend on IDENT. > I'll dig into this if I can and report with such clues or questions as > I find. Whatever "security" software they were using could be using deep packet inspection; i.e., blocking the connection based on the protocol contents of the packets. It does sound rather unlikely that anybody would bother to do that for IRC, but who knows these days... Did you find any further clues? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 08:34:31 2020 Received: (at control) by debbugs.gnu.org; 20 Feb 2020 13:34:31 +0000 Received: from localhost ([127.0.0.1]:44030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4lyJ-0006cy-JO for submit@debbugs.gnu.org; Thu, 20 Feb 2020 08:34:31 -0500 Received: from quimby.gnus.org ([95.216.78.240]:46980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4lyH-0006cY-Ng for control@debbugs.gnu.org; Thu, 20 Feb 2020 08:34:29 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j4lyA-0003Eh-0A for control@debbugs.gnu.org; Thu, 20 Feb 2020 14:34:24 +0100 Date: Thu, 20 Feb 2020 14:34:21 +0100 Message-Id: <877e0h5qn6.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #39448 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 39448 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 39448 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 08:38:52 2020 Received: (at 39448) by debbugs.gnu.org; 20 Feb 2020 13:38:52 +0000 Received: from localhost ([127.0.0.1]:44056 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4m2W-0006lF-GC for submit@debbugs.gnu.org; Thu, 20 Feb 2020 08:38:52 -0500 Received: from mail-ed1-f43.google.com ([209.85.208.43]:39264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4m2V-0006l0-5Z for 39448@debbugs.gnu.org; Thu, 20 Feb 2020 08:38:51 -0500 Received: by mail-ed1-f43.google.com with SMTP id m13so33766948edb.6 for <39448@debbugs.gnu.org>; Thu, 20 Feb 2020 05:38:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MLY33l29CdGAZdxTkw7r/bxar/8jAWq8CENBEDHnvFE=; b=SIaMq9Cu0pDQVDRS7yYp/at2PX0LAnQZutzhi3mbIahlj417MqSawret9+RHCxyRX9 ViDy7sAuMQTGYPb7p1KSt4V/HPCvPjR0k+fVSUx1uAEhMQD2Q4AF9vJ3bbchPe9Y9TOE fJU06CgN49RaN2e7TkMqn4A+1yJ4JOooiDzPa+n8sGnlCQuW7dnfUOgW2ndc1lljIkNf CIoPMENWdxJ3Mh3ggft6UOI5T0ilViqPARscfTelZY4yaKDpC8MmuHKJme8fE+zzGyvd kh2jBsIebSQbMmWoAJ4+m3D/iwstZwrAV4b8lZr8bRF8HMic7XVfcj5jDyXSN4bXSIb4 Edyw== X-Gm-Message-State: APjAAAUKtb13a66Gw7gVqjcKAGF2hRDbBXGLqcPz/ve8oPf25BoXEriK 3Cq31PMvbIYI/aKrlbdXDcUylefy+mFdmmXsH5c= X-Google-Smtp-Source: APXvYqwTNkTll2SZNh4GLyJF1SjK+ZaD1TWoJ1cvYLQVIXJXGKtBu0q8KTcYiMKTiqO993qv2cAoSJlbcbHF1XulpJM= X-Received: by 2002:a05:6402:2218:: with SMTP id cq24mr7556324edb.24.1582205925335; Thu, 20 Feb 2020 05:38:45 -0800 (PST) MIME-Version: 1.0 References: <878skx5qnc.fsf@gnus.org> In-Reply-To: <878skx5qnc.fsf@gnus.org> From: Corwin Brust Date: Thu, 20 Feb 2020 07:38:34 -0600 Message-ID: Subject: Re: bug#39448: 26.1; ERC connect wierdness To: Lars Ingebrigtsen Content-Type: multipart/alternative; boundary="000000000000242535059f020625" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 39448 Cc: 39448@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --000000000000242535059f020625 Content-Type: text/plain; charset="UTF-8" I haven't yet. More, I upgraded to 27.0.50 from 26.3 and everything is so snappy and nice - I maybe won't dig too hard anymore. Shall we close this or is it better that I do try further digging? On Thu, Feb 20, 2020, 07:34 Lars Ingebrigtsen wrote: > Corwin Brust writes: > > > Once I completely disabled the Comcast security feature, whatever it's > called, > > ERC connects without difficulty. > > > > I think this may still be a valid bug, however, as I was able to > > connect to Freenode (used for testing in all cases) from rcirc even > > while Comcast's anti-productivity software was active. I'm curious > > how the two different IRC implementations handle/depend on IDENT. > > I'll dig into this if I can and report with such clues or questions as > > I find. > > Whatever "security" software they were using could be using deep packet > inspection; i.e., blocking the connection based on the protocol contents > of the packets. It does sound rather unlikely that anybody would bother > to do that for IRC, but who knows these days... > > Did you find any further clues? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --000000000000242535059f020625 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I haven't yet.=C2=A0 More, I upgraded to 27.0.50 from= 26.3 and everything is so snappy and nice -=C2=A0 I maybe won't dig to= o hard anymore.=C2=A0=C2=A0

Sh= all we close this or is it better that I do try further digging?

On Th= u, Feb 20, 2020, 07:34 Lars Ingebrigtsen <larsi@gnus.org> wrote:
C= orwin Brust <corwin@bru.st> writes:

> Once I completely disabled the Comcast security feature, whatever it&#= 39;s called,
> ERC connects without difficulty.=C2=A0
>
> I think this may still be a valid bug, however, as I was able to
> connect to Freenode (used for testing in all cases) from rcirc even > while Comcast's anti-productivity software was active.=C2=A0 I'= ;m curious
> how the two different IRC implementations handle/depend on IDENT.
> I'll dig into this if I can and report with such clues or question= s as
> I find.

Whatever "security" software they were using could be using deep = packet
inspection; i.e., blocking the connection based on the protocol contents of the packets.=C2=A0 It does sound rather unlikely that anybody would both= er
to do that for IRC, but who knows these days...

Did you find any further clues?

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no
--000000000000242535059f020625-- From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 08:56:31 2020 Received: (at 39448) by debbugs.gnu.org; 20 Feb 2020 13:56:31 +0000 Received: from localhost ([127.0.0.1]:44100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4mJb-0000kr-EU for submit@debbugs.gnu.org; Thu, 20 Feb 2020 08:56:31 -0500 Received: from quimby.gnus.org ([95.216.78.240]:47368) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4mJY-0000kb-TM for 39448@debbugs.gnu.org; Thu, 20 Feb 2020 08:56:29 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j4mJQ-0003UL-KZ; Thu, 20 Feb 2020 14:56:23 +0100 From: Lars Ingebrigtsen To: Corwin Brust Subject: Re: bug#39448: 26.1; ERC connect wierdness References: <878skx5qnc.fsf@gnus.org> Date: Thu, 20 Feb 2020 14:56:19 +0100 In-Reply-To: (Corwin Brust's message of "Thu, 20 Feb 2020 07:38:34 -0600") Message-ID: <87lfox4b24.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Corwin Brust writes: > I haven't yet. More, I upgraded to 27.0.50 from 26.3 and everything is so > snappy and nice - I maybe won't dig too hard anymore. > > Shall we close this or is it better that I do try further diggin [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: ingebrigtsen.no] -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 39448 Cc: 39448@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Corwin Brust writes: > I haven't yet. More, I upgraded to 27.0.50 from 26.3 and everything is so > snappy and nice - I maybe won't dig too hard anymore. > > Shall we close this or is it better that I do try further digging? It sounds unlikely that we'll make more progress here, so I'll close the report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 08:56:36 2020 Received: (at control) by debbugs.gnu.org; 20 Feb 2020 13:56:36 +0000 Received: from localhost ([127.0.0.1]:44103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4mJf-0000l8-Mu for submit@debbugs.gnu.org; Thu, 20 Feb 2020 08:56:35 -0500 Received: from quimby.gnus.org ([95.216.78.240]:47382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4mJd-0000ki-WC for control@debbugs.gnu.org; Thu, 20 Feb 2020 08:56:34 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j4mJW-0003UV-BL for control@debbugs.gnu.org; Thu, 20 Feb 2020 14:56:28 +0100 Date: Thu, 20 Feb 2020 14:56:25 +0100 Message-Id: <87k14h4b1y.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #39448 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 39448 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 39448 quit From unknown Wed Sep 10 17:01:39 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 20 Mar 2020 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator