We have a mailserver that will not post email, and it appears that
SpamAssassin is not running [via Mailscanner]. Load isn't the problem,
something apparently changed this evening.
Looking for someone that can take a look [paid gig] now, .. if possible.
[Not a current system.]
Thanks!
Le
> > Secondly, the proper way of doing nat, is using match rules, not pass.
>
> Why would you say that? 'pass ... nat-to ...' makes perfect sense to me.
> Using "match" was an easy transition from the old nat rules, but being
> "*the* proper way", no way.
I also believe that one-way-ism is dise
hello -
i've been using a soekris net5501 as a home gateway since early 2008,
starting w/openbsd 4.2 and upgrading through 5.4. for most of that time
it's also been serving as a wireless access point. the wireless card is
a SparkLAN WMIR-168AG WLAN 802.11a/b/g Mini PCI Module with the Ralink
RT2
This comment implies yes:
/*
* Lookup ``tn'' in each possible terminfo file until
* we find it or reach the end.
*/
for (fname = pathvec; *fname; fname++) {
And this one from read_entry.c:
#ifdef __OpenBSD__
/* First check the BSD terminfo.db file */
if (_nc_read_b
David Vasek [va...@fido.cz] wrote:
> Hello,
>
> I would like to ask you. Does anybody have a real life experience with a few
> TB large encrypted vnd(4) image which hosts a filesystem which is
> intensively written to and read from? In such a setup where the host device
> is a 4k-byte sector drive
On 03/24/14 15:44, Giancarlo Razzolini wrote:
Secondly, the proper way of doing nat, is using match rules, not pass.
Why would you say that? 'pass ... nat-to ...' makes perfect sense to me.
Using "match" was an easy transition from the old nat rules, but being
"*the* proper way", no way.
Hi Ted,
Le 24/03/2014 22:33, Ted Unangst a écrit :
> On Mon, Mar 24, 2014 at 22:28, Christophe wrote:
>
>> sysctl -w net.ipv6.conf.eth0.mtu=1280
>>
>> This does not apply to L2 MTU on network interface itself but only on
>> IPv6 traffic/packets.
>>
>> Is there a way to handle this on OpenBSD ?
>
> int
> _nc_read_bsd_terminfo_entry(tn, filename, tp)
> const char *const tn;
> char *const filename;
> TERMTYPE *const tp;
> {
> char **fname, *p;
> char envterm[PATH_MAX]; /* local copy of $TERMINFO */
> char hometerm[PATH_MAX]; /* local copy of $HOME/.terminfo */
> ch
On Mon, Mar 24, 2014 at 22:28, Christophe wrote:
> sysctl -w net.ipv6.conf.eth0.mtu=1280
>
> This does not apply to L2 MTU on network interface itself but only on
> IPv6 traffic/packets.
>
> Is there a way to handle this on OpenBSD ?
You can set an mtu using route. Maybe it works.
Hi list,
As i've already seen on Linux Kernel, MTU can be specified by network
interface and by IP protocol through sysctl (don't know if it is the
best way to do, but it's efficient) .
For instance :
sysctl -w net.ipv6.conf.eth0.mtu=1280
This does not apply to L2 MTU on network interface itsel
On Mon, 24 Mar 2014 13:52:52 +0100 (CET)
David Vasek wrote:
> On Sun, 23 Mar 2014, Robert wrote:
>
> > Hi,
> >
> > I have two external USB disks, 3TB and 4TB, in use like that.
> > So far no problems, even after hard reboots (power outage).
> > They are used for backups, and it's USB 2.0 - so I
Nicholas Marriott schrieb am 24.03.2014 18:51:
> IIRC the directories are searched after the db. Install it as stnew or
> something
> instead.
>
You're right, installing the terminfo entries as stnew works (if the
terminal name is changed as well)! I grepped the sources a bit, and
found this f
On Fri, Mar 21, 2014 at 03:08:31AM +1100, Jonathan Gray wrote:
> It seems this needs a new driver, here is a quick test that modifies
> an existing one that might work:
snip
Your patch works great. Kermit is talking to the device.
Thank you so much for the help!
/jl
--
ASCII ribbon campaign
On Mon, Mar 24, 2014 at 01:23:32PM -0500, Adam Thompson wrote:
> See ucom(4) man page.
> Short answer: /dev/ttyU0
> (ucom? should match up with /dev/ttyU?)
> -Adam
Thank you!
/jl
John Long wrote:
> Jonathan, this looks promising.
>
> David Coppa had said
>
> >>> It should expose a ucom*, e.g.:
> >>>
> >>> ucom0 at uftdi0 portno 1
> >>
>
> The dmesg now shows:
>
> moscom0 at uhub1 port 3 "HP Company HPx9G+ Device" rev 1.10/1.00 addr 2
> ucom0 at moscom0 portno 0
>
See ucom(4) man page.
Short answer: /dev/ttyU0
(ucom? should match up with /dev/ttyU?)
-Adam
On March 24, 2014 12:58:20 PM CDT, John Long wrote:
>Jonathan, this looks promising.
>
>David Coppa had said
>
>> > > It should expose a ucom*, e.g.:
>> > >
>> > > ucom0 at uftdi0 portno 1
>> >
>
>Th
Jonathan, this looks promising.
David Coppa had said
> > > It should expose a ucom*, e.g.:
> > >
> > > ucom0 at uftdi0 portno 1
> >
The dmesg now shows:
moscom0 at uhub1 port 3 "HP Company HPx9G+ Device" rev 1.10/1.00 addr 2
ucom0 at moscom0 portno 0
How do I relate this to a filename?
Th
IIRC the directories are searched after the db. Install it as stnew or
something instead.
Original message
From: Nils R
Date: 24/03/2014 17:11 (GMT+00:00)
To: nicholas.marri...@gmail.com
Cc: misc@openbsd.org
Subject: Re: {r,s}mkx entries in terminfo db missing
Nicholas
Nicholas Marriott schrieb am 24.03.2014 14:06:
> Hi
>
> > On OpenBSD, the curse and termcap library use *only* pre-compiled
> > databases to search for a TERM entry.
> >
> > Every mention to the /usr/share/misc/terminfo/*/* or ~/.terminfo/*/*
> > scheme in OpenBSD's own manpages or on instructions
Hugo Villeneuve schrieb am 23.03.2014 02:24:
> On Fri, Mar 21, 2014 at 03:20:42PM +0100, Nils R wrote:
> >
> > After replacing the st-entries in /usr/share/mish/termcap and
> > recreating the db with cap_mkdb, i also had to rename the terminfo.db
> > to make it work. I could not find any program to
There's a minor typo in current.html -- diff below.
Thanks,
--avj
Index: current.html
===
RCS file: /home/cvsync/www/faq/current.html,v
retrieving revision 1.484
diff -u -p -r1.484 current.html
--- current.html
Hello gents,
and thanks to all involved, it's fixed in the latest snapshot.
Here are the snapshots I've used lately and marked whether it works:
24-03-2014/ [Works]
20-03-2014/ [Crashes]
24-02-2014/ [Works]
Hope this helps even a bit.
--
Regards,
Ville
On 24 March 2014 08:09, Philip Guenther
Em 21-03-2014 21:48, Stuart Henderson escreveu:
> On 2014-03-19, Giancarlo Razzolini wrote:
>> Em 19-03-2014 09:41, Stuart Henderson escreveu:
>>> you have more trust in ISP DNS servers honouring TTLs than I do. if
>>> you can only get a dynamic IP at home and would like to host mail
>>> there you
Em 18-03-2014 15:19, Friedrich Locke escreveu:
> Hi folks,
>
> i am studying pf and a doubt arose!
>
> Since my state policy if if-bound (set state-policy if-bound) i need two
> rules for each traffic i want to pass. Is that understanding right ?
>
> For instance, for nat i could :
>
> pass out on
Hi
> On OpenBSD, the curse and termcap library use *only* pre-compiled
> databases to search for a TERM entry.
>
> Every mention to the /usr/share/misc/terminfo/*/* or ~/.terminfo/*/*
> scheme in OpenBSD's own manpages or on instructions written for
> system that do use that scheme (Linux) are in
On Sun, 23 Mar 2014, Robert wrote:
Hi,
I have two external USB disks, 3TB and 4TB, in use like that.
So far no problems, even after hard reboots (power outage).
They are used for backups, and it's USB 2.0 - so I can't really say much about
"intense writing"...
Hi,
thanks for your response.
This was posted on the debian list and I was thinking of mentioning
OpenSSH having ed25519 recently added. Is the latest OpenSSH using ecdsa
potentially vulnerable to the alledged reduction to 32 bits of security.
__
> Also ECDSA
On Sun, 23 Mar 2014, Chris Smith wrote:
> From: Chris Smith
> To: Stuart Henderson
> Cc: OpenBSD-Misc
> Date: Sun, 23 Mar 2014 22:09:00
> Subject: Re: Unbound in base, yes, what about ldns?
...
> How about this line added to rc.conf.local when using the package:
> syslogd_flags="${syslogd_fl
28 matches
Mail list logo
