Am 10.07.2012 05:59, schrieb Stan Hoeppner:
>>> That's simply not true Reindl.
>>>
>>> SATA drives are being used very widely in production today, and
>>> outnumber SAS deployments by a very wide margin.
>>
>> for SOHO with no public services, yes
>
> Google has more public facing services, se
Le 10/07/2012 08:13, Robert Schetterer a écrit :
Am 09.07.2012 21:41, schrieb Reindl Harald:
in these environments you find near to zero SATA
only few people these does are doing bare metal installs in days
where hardware supported virtaliziation has nearly zero overhead
Hi Harald, that simpl
Am 09.07.2012 21:41, schrieb Reindl Harald:
> in these environments you find near to zero SATA
> only few people these does are doing bare metal installs in days
> where hardware supported virtaliziation has nearly zero overhead
Hi Harald, that simply not true
i have thousends of mailbox users on
Am 09.07.2012 21:29, schrieb Stan Hoeppner:
> SAS is found today almost exclusively in high volume transactional
> servers such as mail spools, mail stores, databases, VM image storage,
> and applications that need higher reliability, such as medical imaging
> systems, etc.
and SAS may not be fast
On Mon, 2012-07-09 at 12:10 +0200, Reindl Harald wrote:
> what you do not understand is that a proper SAN is NOT
> an complex setup, it is in many cases a simpler one
> because you have TWO controllers, disks with DUAL channel
> and a proper RAID level in ONE device
>
> to built all this redundan
On 7/9/2012 2:41 PM, Reindl Harald wrote:
>
>
> Am 09.07.2012 21:29, schrieb Stan Hoeppner:
>> On 7/9/2012 3:17 AM, Reindl Harald wrote:
>>>
>>>
>>> Am 09.07.2012 07:48, schrieb Wojciech Puchar:
> disagreed with my statement, then agreed with it. Apparently you didn't
> realize you did s
On 07/09/2012 03:00 PM, Stephan Bosch wrote:
And then you still have a problem. The sieved tool does not reconstruct
the sieve script that was used to create it; it produces an
assembly-like output from the byte code. You'd have to manually
translate that back to Sieve. :/
Looks like I'll have
On 7/9/2012 10:53 PM, Florin Andrei wrote:
On 07/09/2012 01:46 PM, Pascal Volk wrote:
On 07/09/2012 10:28 PM Florin Andrei wrote:
…
By mistake, I deleted the .sieve plaintext file with all the Sieve
filters, but I still do have the .sievec compiled binary. Is there any
way to dump the binary fi
Am 09.07.2012 22:42, schrieb s...@privat.dk:
Moi.
Hi there.
Wouldn't it be possible to either stop this madness of silly people
trying to teach other maillist users this storage nonsense ? (Religion)
or to tell how to unsubscribe asap ?
My inbox is filling up with this to me, and maybe other on
On 07/09/2012 01:46 PM, Pascal Volk wrote:
On 07/09/2012 10:28 PM Florin Andrei wrote:
…
By mistake, I deleted the .sieve plaintext file with all the Sieve
filters, but I still do have the .sievec compiled binary. Is there any
way to dump the binary file back into plaintext format? Keep in mind,
On 07/09/2012 10:28 PM Florin Andrei wrote:
> …
> By mistake, I deleted the .sieve plaintext file with all the Sieve
> filters, but I still do have the .sievec compiled binary. Is there any
> way to dump the binary file back into plaintext format? Keep in mind,
> I'm running v2 now, and the bina
Moi.
Hi there.
Wouldn't it be possible to either stop this madness of silly people
trying to teach other maillist users this storage nonsense ? (Religion)
or to tell how to unsubscribe asap ?
My inbox is filling up with this to me, and maybe other on the dovecot
list, completely out of the list s
Hi,
I upgraded a server from an old Linux distribution to a much newer one.
In the process, Dovecot got upgraded from v1 to v2.
By mistake, I deleted the .sieve plaintext file with all the Sieve
filters, but I still do have the .sievec compiled binary. Is there any
way to dump the binary fil
Am 09.07.2012 21:29, schrieb Stan Hoeppner:
> On 7/9/2012 3:17 AM, Reindl Harald wrote:
>>
>>
>> Am 09.07.2012 07:48, schrieb Wojciech Puchar:
disagreed with my statement, then agreed with it. Apparently you didn't
realize you did so. Would you please clarify what I stated that is
>>>
On 7/9/2012 3:17 AM, Reindl Harald wrote:
>
>
> Am 09.07.2012 07:48, schrieb Wojciech Puchar:
>>> disagreed with my statement, then agreed with it. Apparently you didn't
>>> realize you did so. Would you please clarify what I stated that is
>>> "simply not true"? You comment WRT SSD doesn't pr
On 07/09/2012 12:45 PM Reinhard Vicinus wrote:
> Hi,
>
> i'm trying to configure imap_stats like it's documented in the wiki:
> http://wiki2.dovecot.org/Statistics. But as soon as i activate the
> imap_stats plugin i get the following error message trying to login via
> imap:
>
> dovecot: imap
Micah Anderson writes:
> I mentioned this on the #dovecot irc channel, but I thought I would post
> here so I can provide more details.
>
> The basic problem is that when I upgraded from 2.1.4 to 2.1.7, some
> users no longer are able to see their folders in pine/alpine. The
> folders are actuall
Am 09.07.2012 13:51, schrieb Timo Sirainen:
> On Mon, 2012-07-09 at 13:39 +0200, Angel L. Mateo wrote:
>> Hello,
>>
>> More problems (it seems that we won't be able to put our new servers in
>> production). The problem now is that when we reach 1000 dovecot
>> processes we have errors like:
El 09/07/12 13:51, Timo Sirainen escribió:
On Mon, 2012-07-09 at 13:39 +0200, Angel L. Mateo wrote:
Hello,
More problems (it seems that we won't be able to put our new servers in
production). The problem now is that when we reach 1000 dovecot
processes we have errors like:
Jul 9 12:10
On Mon, 2012-07-09 at 13:39 +0200, Angel L. Mateo wrote:
> Hello,
>
> More problems (it seems that we won't be able to put our new servers in
> production). The problem now is that when we reach 1000 dovecot
> processes we have errors like:
>
> Jul 9 12:10:22 myotis31 dovecot: imap-login
Hello,
More problems (it seems that we won't be able to put our new servers in
production). The problem now is that when we reach 1000 dovecot
processes we have errors like:
Jul 9 12:10:22 myotis31 dovecot: imap-login: Panic: epoll_ctl(add, 6)
failed: Invalid argument
Jul 9 12:10:22 myoti
Please, guys, lets put an end to this topic, I think everyone has had
their say, and everyone is capable of making up their own mind about
what type of storage to use - the noise is starting to get irritating.
On 2012-07-09 6:44 AM, Reindl Harald wrote:
Am 09.07.2012 12:37, schrieb Wojciech P
Hi,
i'm trying to configure imap_stats like it's documented in the wiki:
http://wiki2.dovecot.org/Statistics. But as soon as i activate the
imap_stats plugin i get the following error message trying to login via
imap:
dovecot: imap: Error: Can't load plugin imap_stats_plugin: Plugin stats
m
Am 09.07.2012 12:37, schrieb Wojciech Puchar:
>> look in the mirror after your off-list explanations why
>
> i am talking both about your off-list and on-list conversation in which you
> prove all your "knowledge" is advert
> based.
you have no idea about my knowledge
impossible becaus i have
please stop this bullshit, especially OFF-LIST
Fortunately you do not decide about it.
i do not sell them and i am not uneducated
The wording they use ("everyone do this", "because it is enterprise") just
proves that most of them are people that
should not even touch a computer
look in t
Am 09.07.2012 12:14, schrieb Wojciech Puchar:
> there are lots of skilled engineers here on that forum.
>
> But certainly not the ones that babble about storage, SANs etc.. just because
> they sell them, have profits from
> selling them or are just that uneducated.
please stop this bullshit, e
Many people just want to be proud, or want to make things expensive so their
clients are proud. but not always it's like that.
You go on a bit about "pride in complexity" . . What you fail to understand is
that many highly intelligent, experienced, very able engineers build systems that are
what you do not understand is that a proper SAN is NOT
an complex setup, it is in many cases a simpler one
because you have TWO controllers, disks with DUAL channel
and a proper RAID level in ONE device
to built all this redundancy at your own is a much
complexer software-setup and you can be pret
Seem some people have never heard of "keep it simple, stupid"or
"less is more" ... sounds like a few people here are falsely propping
up their worth to their employers, making unnecessary BS to justify
their own existence.
My experience of over 20 years of this industry easily shows that t
Am 09.07.2012 11:41, schrieb Wojciech Puchar:
>>> using SATA for any production-storage
>>>
>>
>> Hi, sorry SATA is running fine here,
>
> as well here.
>
> Many people just want to be proud, or want to make things expensive so their
> clients are proud. but not always it's
> like that.
oh ye
On 9 Jul 2012, at 10:41, Wojciech Puchar wrote:
> Many people just want to be proud, or want to make things expensive so their
> clients are proud. but not always it's like that.
You go on a bit about "pride in complexity" . . What you fail to understand is
that many highly intelligent, experie
ouch - that said and your offlist discussion why SAN storages
are crap for you gives a picture - nobody, really nobody is
using SATA for any production-storage
In a view of moron you are "everyone".
using SATA for any production-storage
Hi, sorry SATA is running fine here,
as well here.
Many people just want to be proud, or want to make things expensive so
their clients are proud. but not always it's like that.
Hello,
We still have problems with our updated dovecot servers... The problem
now is that we are having errors like:
Jul 9 10:22:02 myotis31 dovecot: lmtp(15431, ): Error: Timeout
(180s) while waiting for lock for transaction log file
/var/indexes//.INBOX/dovecot.index.log
Jul 9 10:22:02
Am 09.07.2012 10:17, schrieb Reindl Harald:
>
>
> Am 09.07.2012 07:48, schrieb Wojciech Puchar:
>>> disagreed with my statement, then agreed with it. Apparently you didn't
>>> realize you did so. Would you please clarify what I stated that is
>>> "simply not true"? You comment WRT SSD doesn't
Am 09.07.2012 07:48, schrieb Wojciech Puchar:
>> disagreed with my statement, then agreed with it. Apparently you didn't
>> realize you did so. Would you please clarify what I stated that is
>> "simply not true"? You comment WRT SSD doesn't prove anything I said to
>> be untrue. Quite the con
36 matches
Mail list logo
