On Fri, Sep 13, 2019 at 09:34:33PM +0200, Caspar Schutijser wrote:
> Hi,
>
Hi,
> smtpd crashed on one of my machines. I attempted to start it again but
> it crashed again after a few seconds.
>
> [...]
>
> So I think the problem is that b->backupname is passed to strcmp()
> without checking w
On Fri, Sep 06, 2019 at 11:01:35PM +0200, Klemens Nanni wrote:
> I'd like to finally commit this so occasional installations over said
> wifi will just work.
I'll commit this weekend unless someone objects.
Hi Stefan,
On Fri, Sep 13, 2019 at 02:10:12PM +0200, Stefan Sperling wrote:
> Updated diff, rebased on top of -current
>
> If you were seeing throughput problems when testing this diff in the
> previous round, please try again.
>
> I suspect such problems were due to the ifq drop issue which has
Remove unused struct.
Index: parse.y
===
RCS file: /cvs/src/usr.sbin/httpd/parse.y,v
retrieving revision 1.113
diff -u -p -u -p -r1.113 parse.y
--- parse.y 28 Jun 2019 13:32:47 - 1.113
+++ parse.y 13 Sep 2019 20:41:2
Hi,
smtpd crashed on one of my machines. I attempted to start it again but
it crashed again after a few seconds.
After doing
# sysctl kern.nosuidcoredump=3
# mkdir -m 700 /var/crash/smtpd
and rebuilding smtpd with DEBUG=-g I obtained the following information:
# egdb /usr/src/usr.sbin/smtpd
Hi all,
I've used the base ftpd(8) today:
$ echo $USER | doas tee -a /etc/ftpchroot
$ doas rcctl enable ftpd
$ doas rcctl start ftpd
And, after connecting to it:
$ ftp localhost
authenticating, and listing the content of the directory, I found
this message in /v
On Fri, Aug 30, 2019 at 03:59:08PM +0200, Stefan Sperling wrote:
> I would like to try this again: In iwm(4), process more than one frame
> per Rx interrupt, and enable monitor mode.
>
> Monitor mode triggers "unhandled fimware response" errors without multi-Rx
> support. We have seen these infamo
