Using 2.2.2, I see this:
C: 6 APPEND "INBOX" (\seen) "16-May-2013 22:05:14 -0600" CATENATE (URL
"/INBOX;UIDVALIDITY=1255685337/;UID=48812/;SECTION=HEADER" TEXT ~{40}
S: 6 NO [UNKNOWN-CTE] Binary input allowed only when the first part is binary.
Why is there this limitation? It seems to me th
At 6PM +0200 on 19/05/13 you (Reindl Harald) wrote:
>
>
> Am 19.05.2013 17:51, schrieb Peter Skensved:
> > service auth {
> > unix_listener /var/spool/postfix/private/auth {
> > mode = 0666
> > }
>
> chmod 666 is always a very bad idea
While I would agree with you in principle, the doc
Interesting. Technically, every line of text should end with a newline.
Your files had the last line of text unterminated - that's the kind of
thing Windows text editors do.
On 05/20/2013 09:39 PM, Bu Xiaobing wrote:
> Gedalya,
>
> Thanks for your reply, it works now, and finally I find it was th
Gedalya,
Thanks for your reply, it works now, and finally I find it was the format
problem, there should been a return between there cert files when cat into one
single file.
On 2013-5-18 17:48, Gedalya wrote:
> On 05/18/2013 05:06 AM, Bu Xiaobing wrote:
>> I even cat mail.mymailserver.com.crt
On 05/20/2013 07:37 PM, Sebastian Arcus wrote:
That's an interesting one. I've been running several sites for a few
years now with exim in smart relay - without connection_max_messages =
1 - and had no problems so far. Maybe it's because only few lan
clients are involved - or I've been lucky
On 20/05/13 23:40, Gedalya wrote:
On 05/20/2013 05:13 PM, Sebastian Arcus wrote:
On 20/05/13 17:12, Gedalya wrote:
On 05/20/2013 12:02 PM, Sebastian Arcus wrote:
Exim doesn't seem to have any variable expansion for the "From" field
If using the From header actually makes sense to you... then
On 05/20/2013 05:13 PM, Sebastian Arcus wrote:
On 20/05/13 17:12, Gedalya wrote:
On 05/20/2013 12:02 PM, Sebastian Arcus wrote:
Exim doesn't seem to have any variable expansion for the "From" field
If using the From header actually makes sense to you... then see
$h_ at
http://www.exim.org/exi
On 20/05/13 17:12, Gedalya wrote:
On 05/20/2013 12:02 PM, Sebastian Arcus wrote:
Exim doesn't seem to have any variable expansion for the "From" field
If using the From header actually makes sense to you... then see
$h_ at
http://www.exim.org/exim-html-current/doc/html/spec_html/ch-string_expa
On 5/18/2013 11:54 PM, Stephan Bosch wrote:
On 5/18/2013 9:58 AM, Anes Mukhametov wrote:
No result:
[root@backend1 scripts]# cat spam.sh
#!/bin/bash
cat > /dev/null
exit 0
[root@backend1 scripts]#
In the log: May 17 22:42:56 backend1 dovecot: script: Error:
write(response) failed: Broken pip
On 05/20/2013 12:02 PM, Sebastian Arcus wrote:
Exim doesn't seem to have any variable expansion for the "From" field
If using the From header actually makes sense to you... then see
$h_ at
http://www.exim.org/exim-html-current/doc/html/spec_html/ch-string_expansions.html,
you probably want t
On 20/05/13 16:12, Sebastian Arcus wrote:
I am trying to configure my Dovecot installation to provide
Vacation/Out-of-the-office emails using the Sieve plugin. My setup is a
little bit peculiar:
Internet Internet
| ^
>
>
> Am 19.05.2013 17:51, schrieb Peter Skensved:
> > service auth {
> > unix_listener /var/spool/postfix/private/auth {
> > mode = 0666
> > }
>
> chmod 666 is always a very bad idea
>
>
> service auth {
> unix_listener /var/spool/postfix/private/auth {
> mode = 0660
> user =
Looks like dsync v2.2.2 isn't fully compatible with earlier dsync
versions, unless you add:
http://hg.dovecot.org/dovecot-2.2/rev/e0156c479a12
I am trying to configure my Dovecot installation to provide
Vacation/Out-of-the-office emails using the Sieve plugin. My setup is a
little bit peculiar:
Internet Internet
| ^
V |
Pro
Yeah, that would work. Dovecot doesn't use absolute paths anywhere
internally, except for dbox-alt-root symlink. If the alt root path
changes, it logs a warning once, but other than that nothing breaks.
Alternatively you could do this using dsync still with zero downtime.
Basically treat it the sa
On Mon, 2013-05-20 at 15:29 +0200, Karol Jurak wrote:
> It seems that dsync-2.2.2 doesn't correctly synchronize subscription status
> of a deleted mailbox.
Thanks, fixed: http://hg.dovecot.org/dovecot-2.2/rev/9878986a028d
(The fixed dsync protocol is still compatible with the old dsync, but
the
Hi,
It seems that dsync-2.2.2 doesn't correctly synchronize subscription status
of a deleted mailbox. The situation is as follows.
There are two servers: A and B, and a test user test_mdbox. Mailboxes
(mdbox) of
this user on both servers are synchronized. Specifically on both of them
there is
Just realised you can't hardlink directories. Given that (and forgetting
the "delete later" thing) would it work with a symlink?
Thanks
Alex
Original Message
*Subject:* [Dovecot] Linking mdbox directories
*From:* Alex Crow
*To:* dovecot@dovecot.org{
*CC:*
}*Date:* Mon, 20 May 2013 12:0
Hi Timo/list,
We have a scenario in which some email accounts on dovecot (stored in
mdbox, separate paths for indexes, email, ALT storage and also using SIS
for attachments, LDAP directory) need their names changed. I know we
could just change the mail LDAP attribute (and leave mailMessageStor
Timo,
thanks for your answer.
If i understand this correctly than it's not possible to work in primary
storage with uncompressed mdbox (because of better performance) and move
older Mails to alternate storage in compressed Format.
Am 19.05.2013 21:34, schrieb Timo Sirainen:
On Fri, 2013-05-
On 20.5.2013, at 11.29, Roel Wagenaar wrote:
> I am cleaning up some old users, and found that in every maildir folder there
> is
> an empty file called maildirfolder, created at the time the original dovecot
> was
> installed.
>
> Is this empty file necessary for dovecot, or is it left there
I am cleaning up some old users, and found that in every maildir folder there is
an empty file called maildirfolder, created at the time the original dovecot was
installed.
Is this empty file necessary for dovecot, or is it left there in an upgrade
proces and can it be removed?
Dovecot 2.1.7, on
22 matches
Mail list logo
