> I thought there were perfomance issues with using SLOGs in general on
> OI since 148?
Do you have any data on that one? An issue number? Something?
Vennlige hilsener / Best regards
roy
--
Roy Sigurd Karlsbakk
(+47) 98013356
r...@karlsbakk.net
http://blogg.karlsbakk.net/
--
I all pedagogikk er
I thought there were perfomance issues with using SLOGs in general on OI
since 148?
On Tue, Apr 24, 2012 at 16:11, Richard Elling <
richard.ell...@richardelling.com> wrote:
> On Apr 24, 2012, at 12:35 PM, Roy Sigurd Karlsbakk wrote:
>
> > Hi all
> >
> > There was a discussion some time back about
On Apr 24, 2012, at 12:35 PM, Roy Sigurd Karlsbakk wrote:
> Hi all
>
> There was a discussion some time back about some (or most?) SSDs not honoring
> cache flushes, that is, something is written to, say, the SLOG, and ZFS sends
> a flush(), the SSD issues a NOP and falsely acknowledges the flu
Hi all
There was a discussion some time back about some (or most?) SSDs not honoring
cache flushes, that is, something is written to, say, the SLOG, and ZFS sends a
flush(), the SSD issues a NOP and falsely acknowledges the flush.
Now, I've gotten an offer for an SSD that looks good for SLOG,
> It also works although despite
> Under the Bonnet -> Content Settings saying Allow Local data under cookies it
> doesn't seem to allow said cookies.
> Also there appear to be some slight permission problems but it is a start.
>
Disable cookies and JavaScript, close the window, connect to s
We have an oi_151a server as our NFS/ZFS/iSCSI server. We have one
interface (aggregated across two physical interfaces) dedicated to NFS
traffic. We wanted to add a second interface dedicated to KVM guest
disk image I/O traffic.
(Solaris NFS server)
# cat /etc/release
OpenIn
On 4/24/2012 12:43 PM, Gary Gendel wrote:
Dan,
I've been using qmail since the end of the 80's
Yes, greylisting is a powerful tool. I get that with spamdyke for
qmail. Spamdyke and mailfront were the two biggest reasons that I
stayed with qmail so long.
I saw two greylisting packages for
Dan,
I've been using qmail since the end of the 80's
Yes, greylisting is a powerful tool. I get that with spamdyke for
qmail. Spamdyke and mailfront were the two biggest reasons that I
stayed with qmail so long.
I saw two greylisting packages for postfix when I was doing my
searching. I'
I am a long-time postfix user. The single biggest winner is
greylisting. As I recall, there are a couple of greylist packages you
can plug into postfix and it just works.
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
htt
answer in lines...
Thread name: "Re: [OpenIndiana-discuss] OT postfix v.s Qmail"
Mail number: 22
Date: Tue, Apr 24, 2012
In reply to: Gary Gendel
>
> Låzaro,
>
> Thanks for the pointer. Policy-light is much closer to spamdyke's
> capabilities than postfix is. The big difference is that qma
Låzaro,
Thanks for the pointer. Policy-light is much closer to spamdyke's
capabilities than postfix is. The big difference is that qmail uses
process chaning and passes information via environment variables where
postfix uses a database to provide the information and proxies to the
modules.
due my response, the subject will by a OT
Thread name: "Re: [OpenIndiana-discuss] Qmail-to-go on openindiana?"
Mail number: 20
Date: Tue, Apr 24, 2012
In reply to: Gary Gendel
>
> With all this discussion about Postfix vs. Qmail, I started looking
> at what it would take to replace my Qmail i
I tried the download on my machine, a Dell Optiplex 780
SunOS openindiana 5.11 oi_151a3 i86pc i386 i86pc Solaris
It also works although despite
Under the Bonnet -> Content Settings saying Allow Local data under cookies it
doesn't seem to allow said cookies.
Also there appear to be some slight p
With all this discussion about Postfix vs. Qmail, I started looking at
what it would take to replace my Qmail installation with Postfix. I
started looking at what it would take to replace spamdyke with postfix
functionality. Most things have a direct correlation. One case so far,
greylisting
Dovecot's take on Qmail (and other MTA's http://wiki.dovecot.org/MTA )
which states "qmail is an obsolete and unmaintained server. Its POP3
part can be taken over by Dovecot. Qmail started off boasting about
speed and security in the mid-1990s, but has lots of unfixed bugs
(this document includes p
anyway... postfix is the better today :D
I saw using Qmail long time ago, I like it, but is obsolete
Also, I have my compiled Qmail and configured just as "personal email
museum"
Thread name: "Re: [OpenIndiana-discuss] Qmail-to-go on openindiana?"
Mail number: 17
Date: Tue, Apr 24, 2012
In re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Virtualbox supports headless deployments just fine (just use
VBoxManage commands instead of VirtualBox), no more complexe than any
other solution, it's even documented.
Evidently licensing is more the problem...
... hence the benefit of KVM
(and f
17 matches
Mail list logo
