On Wednesday, 27.03.13 at 03:38, Ben Morrow wrote:
> At 10PM + on 26/03/13 you (Andre Rodier) wrote:
> >
> > The perl script to transform mbox files into maildirs in the dovecot
> > distribution is old, and crashed many times in the middle of the
> > process.
> > I had a look to the script, an
If you are concerned about data being left on a hard drive when it fails
and you are returning it to vendor, then I would consider hard drive
degaussers. They are effective, but are very costly.
On Wed, Mar 27, 2013 at 12:36 AM, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 3/25/13 6:24 AM, Simon Brereton wrote:
> On 25 March 2013 12:30, Robert Schetterer wrote:
>> Am 25.03.2013 11:03, schrieb Simon Brereton:
>>> Hi
>>>
>>> As I understand it email headers need to be unencrypted
>>> (otherwise DKIM doesn't work).
At 12PM -0700 on 26/03/13 you (rpsuprdave) wrote:
> Here's the headers for my emails:
>
> Return-Path:
> X-Original-To: dave.gat...@domain-b.com
> Delivered-To: dave.gat...@domain-b.com
[...]
> From: Dave Gattis
> To: SUMACO Gattis Dave
[...]
>
> From: Dave Gattis is the original sender.
> To
At 10PM + on 26/03/13 you (Andre Rodier) wrote:
>
> The perl script to transform mbox files into maildirs in the dovecot
> distribution is old, and crashed many times in the middle of the
> process.
> I had a look to the script, and gave up trying to fix it.
>
> I found a python script that w
Hello everybody,
As part of a migration from exchange 2003 to dovecot, I have converted a lot of
PST files for a user. I am importing his PST files in a maildir folder called
'Archives'. Actually, I reached about 770 'Archives' folders, and the total
length of their names is about 59k characters
Hello everyone,
I am currently migrating a small company from exchange 2003 to Dovecot.
So far, the most painful process has been the PST archives. (Except the
inconditionals of Outlook)
I have been able to create the directory structure using the last version of
readpst, with the -r flag.
But
Am 25.03.2013 15:38, schrieb Timo Sirainen:
Hi,
>> The same problem was reported by Ralf Hildebrandt one year ago. The bug
>> should be fixed with revision 3599790da3d7 but it seems to be there
>> again.
>
> The Dovecot bug was fixed, but the real reason for this is that the S=values
> are wr
On 26/3/2013 9:40 μμ, Nikolaos Milas wrote:
However, on CentOS 5, it didn't work. autoreconf did not output errors
after I installed gettext-devel but it again threw:
Hmm, I forgot; According to:
http://www.dovecot.org/list/dovecot/2011-April/058420.html, --docdir
option exists when autocon
On 26/3/2013 4:42 μμ, Christian Wiese wrote:
most probably calling autogen.sh right after the "pushd
dovecot-2.2-pigeonhole-0.3.4" might be a good idea
I found I needed to add:
%{_builddir}/%{name}-%{version}/dovecot-2.2-pigeonhole-%{pigeonholever}/autogen.sh
at the suggested point (call
Here's the headers for my emails:
Return-Path:
X-Original-To: dave.gat...@domain-b.com
Delivered-To: dave.gat...@domain-b.com
Received: from spamcop.main.ch (spamcop.main.ch [83.144.241.40])
by domain-b.com (Postfix) with ESMTP id 0E4E81C101DE
for ; Tue, 26 Mar 2013 14:35:13 -0400
I think you might want to look at the :addresses paramerer
http://wiki2.dovecot.org/Pigeonhole/Sieve/Examples#Vacation_auto-reply
http://tools.ietf.org/html/rfc5230#page-7
On 03/26/2013 01:10 PM, Dave Gattis wrote:
I posted this elsewhere, but under an old post. I apologize for the
repeated
I posted this elsewhere, but under an old post. I apologize for the
repeated question.
Hello Dovecot Users,
Dovecot 2.1.7
Our emails are redirected from the home office causing all vacation
responses to fail with, "discarding vacation response for implicitly
delivered message; no known (env
Am 26.03.2013 14:39, schrieb Jan Phillip Greimann:
> Hi there,
>
> I read an article about dovecot 2.2, which includes the LEMONADE
> extensions, and was fascinated about the feature "Forward without
> download". We have a small internet-uplink in our office and our CEO
> loves to receive mails wi
Hi Nick,
>
> Tried with dovecot-2-2-pigeonhole-097764f6bbe3 which I renamed as
> dovecot-2.2-pigeonhole-0.3.4 and at some point it failed as well:
>
> ...
> + pushd dovecot-2.2-pigeonhole-0.3.4
> ~/rpmbuild/BUILD/dovecot-2.2.0/dovecot-2.2-pigeonhole-0.3.4
> ~/rpmbuild/BUILD/dovecot-2.2.0
> + C
On 2013-03-26 9:39 AM, Jan Phillip Greimann wrote:
I read an article about dovecot 2.2, which includes the LEMONADE
extensions, and was fascinated about the feature "Forward without
download". We have a small internet-uplink in our office and our CEO
loves to receive mails with large attachmen
Hello Dovecot Users,
This looks like a possible workaround for issues I am having with Dovecot
2.1.7. Our emails are redirected from the home office so the vacation
response always fails with,
"discarding vacation response for implicitly delivered message; no known
(envelope) recipient address fou
On 26/3/2013 2:36 μμ, Christian Wiese wrote:
Pigeonhole 2.1-0.3.3 is not compatible with dovecot 2.2, thus it is
mandatory to update pigeonhole too. There seem to be no snapshot
tarballs for it, so you most probably need to create your own from the
correct mercurial branch.
Tried with dovecot-
Hi there,
I read an article about dovecot 2.2, which includes the LEMONADE
extensions, and was fascinated about the feature "Forward without
download". We have a small internet-uplink in our office and our CEO
loves to receive mails with large attachments, he also reply/forward it,
so every t
Hi Nick,
> > try to call 'autoreconf -vfi';)
>
> That's pure magic - autoreconf did the trick (on CentOS 6)!
>
> I, a poor man trying to build these rocket-science apps, could not do
> it without your magic...
Don't worry... that is no rocket science ;)
I agree that dealing with "autofoo" can b
On 26/3/2013 1:35 μμ, Christian Wiese wrote:
try to call 'autoreconf -vfi';)
That's pure magic - autoreconf did the trick (on CentOS 6)!
I, a poor man trying to build these rocket-science apps, could not do it
without your magic...
Yet, it did not work on CentOS 5:
autoreconf: Entering di
I made a little typo
> I would suggest that you really try to tweak the spec file of that
> package to regenerate the configure script. I have already seen that
> there is no autogen.sh shipped within the nightly snapshots, so you
> might want to try to call 'autorecon -vfi' _before_ calling
> 'co
o generate
it.
---snip--
#! /bin/sh
# Guess values for system-dependent variables and create Makefiles.
# Generated by GNU Autoconf 2.59 for Dovecot 20130326.
---snip--
As we see the includ
On 26/3/2013 12:46 μμ, Christian Wiese wrote:
just a quick guess, but maybe you need to run the supplied 'autogen.sh'
script before running configure, so your configure scripts gets
regenerated using_your_ installed version of autoconf.
Thanks,
I am using an SRPM το build RPMs. This SRPM was
> I am trying to build Dovecot v2.2 (nightly version 20130326, which I
> have renamed and use as 2.2.0) on CentOS 6.4 x86_64 and I am having a
> problem:
> ...
> + ./configure --build=x86_64-redhat-linux-gnu
> --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu
> -
Hello,
I am trying to build Dovecot v2.2 (nightly version 20130326, which I
have renamed and use as 2.2.0) on CentOS 6.4 x86_64 and I am having a
problem:
...
+ ./configure --build=x86_64-redhat-linux-gnu
--host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu
--program-prefix
Hallo,
the autocreate works if mailbox hallohallo is basically created in conf
file with special_use purpose:
namespace inbox {
inbox = yes
}
namespace inbox {
mailbox hallohallo {
special_use = \Sent
auto=no
}
}
userdb_import: namespace/inbox/mailbox=hallohallo
namespace/inbox/
* Timo Sirainen [2013-03-25 12:12]:
> On Mon, 2013-03-25 at 11:59 +0100, Guido Berhoerster wrote:
>> > Which are the permissions of file '/srv/mail/public/dovecot-shared' ???
>>
>> -rw-r-. 1 vmail vmail 0 Mar 25 10:22 /srv/mail/public/dovecot-shared
>>
>> So readable by dovecot, even if they
28 matches
Mail list logo
