Your message dated Thu, 29 Dec 2016 05:03:29 +0000
with message-id <e1cmssd-000e9l...@fasolo.debian.org>
and subject line Bug#784115: fixed in inn 1:1.7.2q-45
has caused the Debian Bug report #784115,
regarding inn: incoming feed is garbled
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
784115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784115
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: inn
Version: 1:1.7.2q-44+b2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

Inn was installed to a fresh Jessie system, minor changes have been done
to the configuration (see attachments) and a single feed was added. As soon
as the feed began to transmit, strange error messages showed up, claiming
"bad_command"s having been sent.

I did several straces of tin trying to understand what happens. One example
is shown in the attachment inn.strace. It corresponds to the log entries

| May  3 10:23:01 hetzner2 innd: pasture.szaf.org connected 17 streaming allowed
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 NCmode "mode stream" 
received
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_messageid 
<pidual.net>@mid.individual.net>
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command net>
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command 
<c<cqm3epF3jf6.individua
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command t>3e
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command 
t>3epF3jf6ual.ividuaividuaividuaividual.net>
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command  63 Zeichen.
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command Viele s
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command .,
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command Johanne . .,  
Johanne ., ohaJoha Joha Joh Johannes s  .   .  es s  .     Joh...
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command .,
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command Johanne ., s 
sJohansJohanneannesnnes s  .   .  nes s  .   .  es s  .     Joh...
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command ., sJohannes s
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command .
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 bad_command s s
| May  3 10:23:01 hetzner2 innd: pasture.szaf.org:17 closed seconds 0 accepted 
1 refused 1 rejected 0

Please note especially line 48 (with TAKETHIS) and line 51. In line 49 an
article is received over the network, in line 51 the same article is
written to /var/spool/news/de/sci/mathematik/15 in the local file system.
Note the fact that 2056 bytes are read (with 42 bytes overhead) but only
1919 bytes are written. If you compare the two payloads of read() and
write(), a couple of bytes are missing in the locally stored version of
the article. (And the following "500" error messages cite text which
is close to that garbled part of the posting.

The very same thing (with similar, but not identical amounts of data
missing) happens with the major part of articles transferred. This
seems to me as a clear case of data loss - and if the server had an
outgoing feed, the wrong versions of the articles would be spread
into the world.

Unfortunately I have no idea WHAT would cause this and thus as
well have no suggestion how to fix it. The error is easily
reproducible however (in fact, I get reports every couple of
minuates), so if additional information is required, feel free
to ask.

Stefan

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages inn depends on:
ii  bsd-mailx [mailx]                    8.1.2-0.20141216cvs-2
ii  cron                                 3.0pl1-127
ii  init-system-helpers                  1.22
ii  libc6                                2.19-18
ii  libperl5.20                          5.20.2-3
ii  libsystemd0                          215-17
ii  perl                                 5.20.2-3
ii  perl-base [perlapi-5.20.1]           5.20.2-3
ii  sendmail-bin [mail-transport-agent]  8.14.4-8
ii  time                                 1.7-25

inn recommends no packages.

Versions of packages inn suggests:
ii  gnupg  1.4.18-7

-- Configuration Files:
/etc/news/hosts.nntp changed:
localhost/t:
pasture.szaf.org:

/etc/news/inn.conf changed:
organization:   Reusenet
server:         localhost

/etc/news/newsfeeds changed:
ME:*,!control,!junk,!local.*/!local::
overview:*,!control.cancel:Tc,WO:/usr/lib/news/bin/overchan
reusenetfilesystemgateway:*:Tf,Wf,Freusenetfilesystemgateway:


-- no debconf information
Process 6937 attached
select(14, [3 11 13], [], NULL, {299808, 922648}) = 1 (in [3], left {299804, 
958833})
accept(3, {sa_family=AF_INET, sin_port=htons(55887), 
sin_addr=inet_addr("87.106.167.149")}, [16]) = 17
open("/etc/protocols", O_RDONLY|O_CLOEXEC) = 18
fstat(18, {st_mode=S_IFREG|0644, st_size=2932, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fa3cd2ca000
read(18, "# Internet (IP) protocols\n#\n# Updated from 
http://www.iana.org/assignments/protocol-numbers and other\n# sources.\n# New 
protocols will be added on request if they have been officially\n# assigned by 
IANA and are not historical.\n# If you need a huge list of used numbers please 
install the nmap package.\n\nip\t0\tIP\t\t# internet protocol, pseudo protocol 
number\nhopopt\t0\tHOPOPT\t\t# IPv6 Hop-by-Hop Option 
[RFC1883]\nicmp\t1\tICMP\t\t# internet control message 
protocol\nigmp\t2\tIGMP\t\t# Internet Group Management\nggp\t3\tGGP\t\t# 
gateway-gateway protocol\nipencap\t4\tIP-ENCAP\t# IP encapsulated in IP 
(officially ``IP'')\nst\t5\tST\t\t# ST datagram mode\ntcp\t6\tTCP\t\t# 
transmission control protocol\negp\t8\tEGP\t\t# exterior gateway 
protocol\nigp\t9\tIGP\t\t# any private interior gateway 
(Cisco)\npup\t12\tPUP\t\t# PARC universal packet protocol\nudp\t17\tUDP\t\t# 
user datagram protocol\nhmp\t20\tHMP\t\t# host monitoring 
protocol\nxns-idp\t22\tXNS-IDP\t\t# Xe!
 rox NS IDP\nrdp\t27\tRDP\t\t# \"reliable datagram\" 
protocol\niso-tp4\t29\tISO-TP4\t\t# ISO Transport Protocol class 4 
[RFC905]\ndccp\t33\tDCCP\t\t# Datagram Congestion Control Prot. 
[RFC4340]\nxtp\t36\tXTP\t\t# Xpress Transfer Protocol\nddp\t37\tDDP\t\t# 
Datagram Delivery Protocol\nidpr-cmtp 38\tIDPR-CMTP\t# IDPR Control Message 
Transport\nipv6\t41\tIPv6\t\t# Internet Protocol, version 6\nipv6-route 
43\tIPv6-Route\t# Routing Header for IPv6\nipv6-frag 44\tIPv6-Frag\t# Fragment 
Header for IPv6\nidrp\t45\tIDRP\t\t# Inter-Domain Routing 
Protocol\nrsvp\t46\tRSVP\t\t# Reservation Protocol\ngre\t47\tGRE\t\t# General 
Routing Encapsulation\nesp\t50\tIPSEC-ESP\t# Encap Security Payload 
[RFC2406]\nah\t51\tIPSEC-AH\t# Authentication Header 
[RFC2402]\nskip\t57\tSKIP\t\t# SKIP\nipv6-icmp 58\tIPv6-ICMP\t# ICMP for 
IPv6\nipv6-nonxt 59\tIPv6-NoNxt\t# No Next Header for IPv6\nipv6-opts 
60\tIPv6-Opts\t# Destination Options for IPv6\nrspf\t73\tRSPF CPHB\t# Radio 
Shortest Path First (official!
 ly CPHB)\nvmtp\t81\tVMTP\t\t# Versatile Message Transport\neig!
 rp\t88\tEIGRP\t\t# Enhanced Interior Routing Protocol 
(Cisco)\nospf\t89\tOSPFIGP\t\t# Open Shortest Path First 
IGP\nax.25\t93\tAX.25\t\t# AX.25 frames\nipip\t94\tIPIP\t\t# IP-within-IP 
Encapsulation Protocol\netherip\t97\tETHERIP\t\t# Ethernet-within-IP 
Encapsulation [RFC3378]\nencap\t98\tENCAP\t\t# Yet Another IP encapsulation 
[RFC1241]\n#\t99\t\t\t# any private encryption scheme\npim\t103\tPIM\t\t# 
Protocol Independent Multicast\nipcomp\t108\tIPCOMP\t\t# IP Payload Compression 
Protocol\nvrrp\t112\tVRRP\t\t# Virtual Router Redundancy Protocol 
[RFC5798]\nl2tp\t115\tL2TP\t\t# Layer Two Tunneling Protocol 
[RFC2661]\nisis\t124\tISIS\t\t# IS-IS over IPv4\nsctp\t132\tSCTP\t\t# Stream 
Control Transmission Protocol\nfc\t133\tFC\t\t# Fibre Channel\nmobility-header 
135 Mobility-Header # Mobility Support for IPv6 
[RFC3775]\nudplite\t136\tUDPLite\t\t# UDP-Lite [RFC3828]\nmpls-in-ip 
137\tMPLS-in-IP\t# MPLS-in-IP [RFC4023]\nmanet\t138\t\t\t# MANET Protocols 
[RFC5498]\nhip\t139\tHIP\t\t#!
  Host Identity Protocol\nshim6\t140\tShim6\t\t# Shim6 Protocol 
[RFC5533]\nwesp\t141\tWESP\t\t# Wrapped Encapsulating Security 
Payload\nrohc\t142\tROHC\t\t# Robust Header Compression\n", 4096) = 2932
close(18)                               = 0
munmap(0x7fa3cd2ca000, 4096)            = 0
getsockopt(17, SOL_IP, IP_OPTIONS, "", [0]) = 0
fcntl(17, F_SETFD, FD_CLOEXEC)          = 0
fcntl(17, F_GETFL)                      = 0x2 (flags O_RDWR)
fcntl(17, F_SETFL, O_RDWR|O_NONBLOCK)   = 0
setsockopt(17, SOL_SOCKET, SO_SNDBUF, [24576], 4) = 0
setsockopt(17, SOL_SOCKET, SO_RCVBUF, [24576], 4) = 0
setsockopt(17, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
write(17, "200 hetzner2.epaxios.com InterNetNews server INN 1.7.2 08-Dec-1997 
(Debian/44+b2) ready\r\n", 89) = 89
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org connected 17 streaming 
allowed", 73, MSG_NOSIGNAL, NULL, 0) = 73
select(18, [3 11 13 17], [], NULL, {299805, 0}) = 1 (in [17], left {299804, 
992873})
read(17, "MODE STREAM\r\n", 8191)       = 13
write(17, "203 StreamOK.\r\n", 15)      = 15
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 NCmode \"mode stream\" 
received", 75, MSG_NOSIGNAL, NULL, 0) = 75
select(18, [3 11 13 17], [], NULL, {299805, 0}) = 1 (in [17], left {299804, 
980241})
read(17, "CHECK <mi4lh7$2ed$1...@news.albasani.net>\r\nCHECK 
<iembkadet295dbh30i3r63971rajd7q...@4ax.com>\r\nCHECK 
<mi4lnn$306$1...@news.albasani.net>\r\nCHECK 
<mi4kmu$13t$1...@dont-email.me>\r\nCHECK 
<slrnmkbmci.tl.news090...@moeckel.org>\r\nCHECK 
<48lbkapr3o7rfsuqn6pgbum1c6n4uo1...@4ax.com>\r\nCHECK 
<mi4kn1$ql$1...@news.albasani.net>\r\nCHECK 
<slrnmkbmap.vtm.thomas.kai...@phg-online.de>\r\nCHECK 
<mi4k3u$vgi$1...@news.albasani.net>\r\nCHECK 
<mi4le2$j8f$1...@news1.tnib.de>\r\nCHECK 
<cqm3m7f3ka...@mid.individual.net>\r\nCHECK 
<mi4lcf$28c$1...@news.albasani.net>\r\nCHECK 
<plug1c-pd3....@criseis.ruhr.de>\r\nCHECK 
<cqm2tqf3fc...@mid.individual.net>\r\nCHECK 
<cqm3epf3jf...@mid.individual.net>\r\n", 8191) = 639
write(17, "238 <mi4lh7$2ed$1...@news.albasani.net>\r\n", 38) = 38
write(17, "238 <iembkadet295dbh30i3r63971rajd7q...@4ax.com>\r\n", 50) = 50
write(17, "238 <mi4lnn$306$1...@news.albasani.net>\r\n", 38) = 38
write(17, "238 <mi4kmu$13t$1...@dont-email.me>\r\n", 34) = 34
write(17, "238 <slrnmkbmci.tl.news090...@moeckel.org>\r\n", 44) = 44
write(17, "238 <48lbkapr3o7rfsuqn6pgbum1c6n4uo1...@4ax.com>\r\n", 50) = 50
write(17, "238 <mi4kn1$ql$1...@news.albasani.net>\r\n", 37) = 37
write(17, "238 <slrnmkbmap.vtm.thomas.kai...@phg-online.de>\r\n", 50) = 50
write(17, "438 <mi4k3u$vgi$1...@news.albasani.net>\r\n", 38) = 38
write(17, "238 <mi4le2$j8f$1...@news1.tnib.de>\r\n", 34) = 34
write(17, "238 <cqm3m7f3ka...@mid.individual.net>\r\n", 40) = 40
write(17, "238 <mi4lcf$28c$1...@news.albasani.net>\r\n", 38) = 38
write(17, "438 <pidual.net>@mid.individual.net>\r\n", 38) = 38
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_messageid 
<pidual.net>@mid.individual.net>", 92, MSG_NOSIGNAL, NULL, 0) = 92
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command net>", 62, 
MSG_NOSIGNAL, NULL, 0) = 62
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command 
<c<cqm3epF3jf6.individua", 82, MSG_NOSIGNAL, NULL, 0) = 82
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command t>3e", 62, 
MSG_NOSIGNAL, NULL, 0) = 62
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command 
t>3epF3jf6ual.ividuaividuaividuaividual.net>", 102, MSG_NOSIGNAL, NULL, 0) = 102
select(18, [3 11 13 17], [], NULL, {299805, 0}) = 1 (in [17], left {299804, 
998389})
read(17, "TAKETHIS <mi4lh7$2ed$1...@news.albasani.net>\r\nPath: 
news.szaf.org!news.albasani.net!.POSTED!not-for-mail\r\nFrom: Johannes Bauer 
<dfnsonfsdu...@gmx.de>\r\nNewsgroups: de.sci.mathematik\r\nSubject: Re: 
[Kombinatorik] Wie Skalarprodukt, aber dicker: dPS()\r\nDate: Sun, 03 May 2015 
10:16:38 +0200\r\nOrganization: albasani.net\r\nLines: 28\r\nMessage-ID: 
<mi4lh7$2ed$1...@news.albasani.net>\r\nReferences: 
<cqh02pfoqn...@mid.individual.net> 
<kombinatorik-20150501204...@ram.dialup.fu-berlin.de>\r\nMime-Version: 
1.0\r\nContent-Type: text/plain; 
charset=windows-1252\r\nContent-Transfer-Encoding: 8bit\r\nX-Trace: 
news.albasani.net 
g8Kjyw1jvr5z0/LsztNxqkldPgG7Y7mbLLUquHOtDExDkqSWKklnedNb19+urZUJOvPuQUS6r4nP/puvGInWpw==\r\nNNTP-Posting-Date:
 Sun, 3 May 2015 08:16:39 +0000 (UTC)\r\nInjection-Info: news.albasani.net; 
logging-data=\"QyB3bKlj8W6dCXXEpqTXowEtd9sW5m42yxIMmeP9JQ/zDZ52B2dEyJaowHDxokr+ec7JHnLZbvq3bBzxHake9urKdJgVM9lCKA4yFcLaFINklJ8aqioNmFZjdpR/XHoG\";
 mail-complaints-to=\"!
 ab...@albasani.net\"\r\nUser-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) 
Gecko/20100101 Thunderbird/31.3.0\r\nIn-Reply-To: 
<kombinatorik-20150501204...@ram.dialup.fu-berlin.de>\r\nCancel-Lock: 
sha1:L+q/tT51kWDUQQKpIszVPZztFlM=\r\nXref: news.szaf.org 
de.sci.mathematik:102522\r\n\r\nAm 01.05.2015 um 20:48 schrieb Stefan Ram:\r\n> 
  Sollen i und j immer bis \273Unendlich\253 gehen, oder gibt es\r\n>   jeweils 
endliche Obergrenzen n und m, mit:\r\n>   dPS(X,Y) = Produkt (X_i + Y_j)  
(i=1,2,...,n und j=1,2,...,m)?\r\n> \r\n>   Aus welchem Wertebereich k\366nnen 
die X_i und Y_j stammen?\r\n> \r\n>   Gibt es irgendeine Programmiersprache, wo 
man diese\r\n>   Berechnungsvorschrift ann\344hernd so kompakt wie oben\r\n>   
definieren kann, also in zirka einer Zeile mit zirka\r\n>   60 
Schriftzeichen?\r\n\r\nMit Python kommt man ganz gut hin:\r\n\r\nfrom functools 
import reduce\r\nfrom operator import mul\r\n\r\nX = [ 1, 2, 3, 4, 5 ]\r\nY = [ 
9, 8, 7 ]\r\nn = len(X)\r\nm = len(Y)\r!
 \ndPS = reduce(mul, (X[i] +  Y[j] for i in range(n) for j in r!
 ange(m)))\r\nprint(dPS)\r\n\r\nDie eigentliche Berechnung in einer Zeile, der 
Ausdruck hat 63 Zeichen.\r\n\r\nViele Gr\374\337e,\r\nJohannes\r\n.\r\n", 8191) 
= 2056
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
open("de/sci/mathematik/15", O_WRONLY|O_CREAT|O_TRUNC, 0664) = 18
writev(18, [{"Path: ", 6}, {"hetzner2.epaxios.com!", 21}, {"87.106.167.149", 
14}, {"!", 1}, {"news.szaf.org!news.albasani.net!.POSTED!not-for-mail\nFrom: 
Johannes Bauer <dfnsonfsdu...@gmx.de>\nNewsgroups: de.sci.mathematik\nSubject: 
Re: [Kombinatorik] Wie Skalarprodukt, aber dicker: dPS()\nDate: Sun, 03 May 
2015 10:16:38 +0200\nOrganization: albasani.net\nLines: 28\nMessage-ID: 
<mi4lh7$2ed$1...@news.albasani.net>\nReferences: 
<cqh02pfoqn...@mid.individual.net> 
<kombinatorik-20150501204...@ram.dialup.fu-berlin.de>\nMime-Version: 
1.0\nContent-Type: text/plain; charset=windows-1252\nContent-Transfer-Encoding: 
8bit\nX-Trace: news.albasani.net 
g8Kjyw1jvr5z0/LsztNxqkldPgG7Y7mbLLUquHOtDExDkqSWKklnedNb19+urZUJOvPuQUS6r4nP/puvGInWpw==\nNNTP-Posting-Date:
 Sun, 3 May 2015 08:16:39 +0000 (UTC)\nInjection-Info: news.albasani.net; 
logging-data=\"QyB3bKlj8W6dCXXEpqTXowEtd9sW5m42yxIMmeP9JQ/zDZ52B2dEyJaowHDxokr+ec7JHnLZbvq3bBzxHake9urKdJgVM9lCKA4yFcLaFINklJ8aqioNmFZjdpR/XHoG\";
 mail-complaints-!
 to=\"ab...@albasani.net\"\nUser-Agent: Mozilla/5.0 (X11; Linux x86_64; 
rv:31.0) Gecko/20100101 Thunderbird/31.3.0\nIn-Reply-To: 
<kombinatorik-20150501204...@ram.dialup.fu-berlin.de>\nCancel-Lock: 
sha1:L+q/tT51kWDUQQKpIszVPZztFlM=\n", 1104}, {"Xref: hetzner2.epaxios.com 
de.sci.mathematik:15\n", 48}, {"\n", 1}, {"Am 01.05.2015 um 20:48 schrieb 
Stefan Ram:\n>   Sollen i und j immer bis \273Unendlich\253 gehen, oder gibt 
es\n>   jeweils endliche Obergrenzen n und m, mit:\n>   dPS(X,Y) = Produkt (X_i 
+ Y_j)  (i=1,2,...,n und j=1,2,...,m)?\n> \n>   Aus welchem Wertebereich 
k\366nnen die X_i und Y_j stammen?\n> \n>   Gibt es irgendeine 
Programmiersprache, wo man diese\n>   Berechnungsvorschrift ann\344hernd so 
kompakt wie oben\n>   definieren kann, also in zirka einer Zeile mit zirka\n>   
60 Schriftzeichen?\n\nMit Python kommt man ganz gut hin:\n\nfrom functools 
import reduce\nfrom operator import mul\n\nX = [ 1, 2, 3, 4, 5 ]\nY = [ 9, 8, 7 
]\nn = len(X)\nm = len(Y)\ndPS = reduce(!
 mul, (X[i] +  Y[j] for i in range(n) for j in range(m)))\nprin!
 t(dPSGr\374\337e,\nJohannes\n", 724}], 8) = 1919
close(18)                               = 0
lseek(5, 0, SEEK_CUR)                   = 376034
write(5, 
"<mi4lh7$2ed$1...@news.albasani.net>\t1430641381~-~1430640998\tde.sci.mathematik/15\n",
 78) = 78
lseek(8, 1950208, SEEK_SET)             = 1950208
read(8, "\0\0\0\0\0\0\0\0", 8)          = 8
write(8, "\343\274\5\327\0\0\0\0", 8)   = 8
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(16, "de/sci/mathematik/15\tRe: [Kombinatorik] Wie Skalarprodukt, aber 
dicker: dPS()\tJohannes Bauer <dfnsonfsdu...@gmx.de>\tSun, 03 May 2015 10:16:38 
+0200\t<mi4lh7$2ed$1...@news.albasani.net>\t<cqh02pfoqn...@mid.individual.net> 
<kombinatorik-20150501204...@ram.dialup.fu-berlin.de>\t1919\t28\tXref: 
hetzner2.epaxios.com de.sci.mathematik:15 \n", 327) = 327
write(17, "239 <mi4lh7$2ed$1...@news.albasani.net>\r\n", 38) = 38
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command  63 
Zeichen.", 70, MSG_NOSIGNAL, NULL, 0) = 70
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command Viele s", 
65, MSG_NOSIGNAL, NULL, 0) = 65
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command .,", 60, 
MSG_NOSIGNAL, NULL, 0) = 60
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command Johanne . 
.,  Johanne ., ohaJoha Joha Joh Johannes s  .   .  es s  .     Joh...", 137, 
MSG_NOSIGNAL, NULL, 0) = 137
write(17, "500 Syntax error or bad command\r\n", 33) = 33
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command .,", 60, 
MSG_NOSIGNAL, NULL, 0) = 60
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command Johanne ., 
s sJohansJohanneannesnnes s  .   .  nes s  .   .  es s  .     Joh...", 137, 
MSG_NOSIGNAL, NULL, 0) = 137
write(17, "500 Syntax error or bad command\r\n", 33) = 33
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command ., 
sJohannes s", 72, MSG_NOSIGNAL, NULL, 0) = 72
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command .", 59, 
MSG_NOSIGNAL, NULL, 0) = 59
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 bad_command s s", 61, 
MSG_NOSIGNAL, NULL, 0) = 61
write(17, "500 Syntax error or bad command\r\n", 33) = 33
sendto(4, "<61>May  3 10:23:01 innd: pasture.szaf.org:17 closed seconds 0 
accepted 1 refused 1 rejected 0", 94, MSG_NOSIGNAL, NULL, 0) = 94
close(17)                               = 0
select(16, [3 11 13], [15], NULL, {299805, 0}) = 1 (out [15], left {299804, 
999994})
write(15, "/var/spool/news/de/sci/mathematik/15\n", 37) = 37
select(14, [3 11 13], [], NULL, {299805, 0}Process 6937 detached
 <detached ...>

--- End Message ---
--- Begin Message ---
Source: inn
Source-Version: 1:1.7.2q-45

We believe that the bug you reported is fixed in the latest version of
inn, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 784...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <m...@linux.it> (supplier of updated inn package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Thu, 29 Dec 2016 04:24:28 +0100
Source: inn
Binary: inn
Architecture: source i386
Version: 1:1.7.2q-45
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri <m...@linux.it>
Changed-By: Marco d'Itri <m...@linux.it>
Description:
 inn        - News transport system `InterNetNews' by the ISC and Rich Salz
Closes: 779745 784115 836788
Changes:
 inn (1:1.7.2q-45) unstable; urgency=medium
 .
   * Fixed a lot of compiler warnings, which should solve the NNTP
     streaming feed corruption experienced on 64 bit platforms since
     1.7.2q-41+b1. (Closes: #784115)
   * Switched to libsystemd-dev. (Closes: #779745)
   * Rebuilt with current Perl. (Closes: #836788)
   * Enabled --diff-ignore for recent versions of dpkg-source.
Checksums-Sha1:
 2761b656664584a363a96dd95a6818c2c36dc088 1627 inn_1.7.2q-45.dsc
 378ce08caef9eaaa3d1dd2564d1684d820819a10 191697 inn_1.7.2q-45.diff.gz
 4d0efcfa07e5db0cadafe23f2468413bc787aa89 979140 inn-dbgsym_1.7.2q-45_i386.deb
 055890f932346f57bf5612391be0a20c8d79f872 5195 inn_1.7.2q-45_i386.buildinfo
 1647265a0ed6beceb833edd7ea8128d132c7314e 710480 inn_1.7.2q-45_i386.deb
Checksums-Sha256:
 86bfc84494eeb6eec3e10e702fa3db0348abd86a900f2060da6f02a886706e2c 1627 
inn_1.7.2q-45.dsc
 3bcbf11ba8b19e37dfa403fc9ae8e857f07851f2bec69c9f84028498b6398b98 191697 
inn_1.7.2q-45.diff.gz
 e0ed241f57b123ce850c85cffb07048194fc5fcb7c0a20876647d3c823a86eae 979140 
inn-dbgsym_1.7.2q-45_i386.deb
 0deb662baf95fff446833a55c7d321bfb65e2188eac4974fa2f1b3a31faa0221 5195 
inn_1.7.2q-45_i386.buildinfo
 d22fe050dafcf9558cabd4f557346ab1153208b167d7f3aed7a72ac91ea76a3d 710480 
inn_1.7.2q-45_i386.deb
Files:
 c637a370ca44482bccc46a59da3b7135 1627 news extra inn_1.7.2q-45.dsc
 c9017777dfa4e5eb796189bb162fd710 191697 news extra inn_1.7.2q-45.diff.gz
 c2fb7433b233f5d9b50639cee6e37f55 979140 debug extra 
inn-dbgsym_1.7.2q-45_i386.deb
 8ca8388e8f37afd1e12014d016ef96b7 5195 news extra inn_1.7.2q-45_i386.buildinfo
 7b5803b4dce20300646ec669997419cc 710480 news extra inn_1.7.2q-45_i386.deb

-----BEGIN PGP SIGNATURE-----

iQGzBAEBCAAdFiEEGBsIcS5ipP0URKfyK/WlwSLE96QFAlhklHMACgkQK/WlwSLE
96QGIgv9HX3HfL9YUvSRhzjv7e+Ihv+OWdISyDT33i29RVo4kmh0VY3WDPCIoFO4
xlQAooLdhQof6+yjdJPBkWTRbvorFs3BSKzBfW69nIX+a/KKINYRjC8wvKP04Z8P
cRzZdZ7mGFMfxKBhij79spVy+ZGMTBJixSJhfzC/W0AH24Ae5UkiC1LeD15mKDu3
AP+onOtsan8CJ8Oh6t9VXQXG7nA5P/P2kkjJggnKI+mXJyONjKQn8wIf5YUqAqpk
Y+KNEYvTgBHnCL/fEUSkFmhXpvyKjydxIgZZ6yQGPEWUL+Id8Q55DHHBs5MjyANM
7fIZCcxfIsGhTFfLa8Lw+bKmnis9ulCL5x9T/IXUnczp5DgY6FK8bp5dVaAWW//N
hFSds9pmRYrpdxUhS9o+PUAuNDk1AyHoBgsexeo90LsPr7IJZr/XUsCr0NQDukKb
+2hI9Pgu9XCjKIVwcoZjqQT/nwDAoenCn53SdDyWjcBEsU/KSXbXh6L+vvBi/ZIq
bKpofktL
=mu4n
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to