Hello, this is my first post to the list.
I have several mailservers running courier-imap, but am planning to
convert one (and maybe more) to dovecot 1.1.4. In the process I am
also looking to finally implement shared maildirs.
As it is well known some clients (notable Apple's Mail) have probl
On S 18 Oct, 2008, at 22:06 , Giuliano Gavazzi wrote:
[...]
namespace public {
separator = .
prefix = INBOX.Public.
inbox = no
location = maildir:/SharedMaildirs/Public:CONTROL=~/Maildir/
control/Public:INDEX=~/Maildir/index/Public
hidden = yes
list = yes
subscriptions = yes
On F 28 Nov, 2008, at 02:16 , bbell2000 wrote:
I had a working dovecot install before I tried to implement shared
folders
using namespaces.
I added the following to /etc/dovecot/dovecot.conf:
namespace private {
separator =
prefix =
inbox = yes
}
I prefer to define every
On S 13 Dec, 2008, at 14:56 , Charles Marcus wrote:
On 12/13/2008, Dave McGuire (mcgu...@neurotica.com) wrote:
and I'm not interested in running a firewall on my mail server.
Wow.. I can't imagine NOT running a mail server without a firewall...
you put in so many negatives there that the m
On S 14 Dec, 2008, at 17:22 , Charles Marcus wrote:
On 12/14/2008 9:09 AM, Giuliano Gavazzi wrote:
and I'm not interested in running a firewall on my mail server.
Wow.. I can't imagine NOT running a mail server without a
firewall...
you put in so many negatives there that t
On S 14 Dec, 2008, at 19:42 , Charles Marcus wrote:
But I think, like Zed, this thread is dead.
uh? who is this Zed? My remark was just a frivolous post mortem then.
Its a reference to the movie 'Pulp Fiction'...
http://www.youtube.com/watch?v=y7Yp2L6c2KM
what? They don't wear no hel
Sorry for sneaking in this thread, but it might be a reason for a
patch on the Apple side.
Up until 10.3.9 Server, and 10.4 Client, I used to be able to create
users with short name containing a dot. The latest OS doesn't allow
that easily (there seem to be some not so clean workarounds), but
Here is the reason of the login failure on Mac OS X (Server) when
using secondary short names:
the unix username is x_y, the additional short name (accepted for
authentication) is x.y:
Jan 6 15:38:58 dns dovecot[281]: Fatal: auth(default): BROKEN NSS
IMPLEMENTATION: getpwnam() lookup re
On T 6 Jan, 2009, at 16:08 , Timo Sirainen wrote:
On Tue, 2009-01-06 at 16:02 +0100, Giuliano Gavazzi wrote:
Jan 6 15:38:58 dns dovecot[281]: Fatal: auth(default): BROKEN NSS
IMPLEMENTATION: getpwnam() lookup returned different user than was
requested (x_y != x.y).
..
This is not vital
Sorry if this is a dumb question:
I migrated my third system from courier to dovecot. My previous two
were MacOSX the third is FreeBSD 6.
I noticed (because of an rsync process taking longer than usual...)
that on FreeBSD the message files have, most of them at least, gained
extra suffix le
Well, now 1.1.8 on MacOSX (from courier + conversion script run) on a
fourth system and I get the name change here too. I will upgrade other
systems (where I did not run the conversion script) to 1.1.8 and see
if the name change is owed to the dovecot version or having run the
script.
g
On T 6 Jan, 2009, at 14:59 , Ed Schouten wrote:
My question: is there support to enforce TLS when people connect to
non-SSL ports? If someone comes up with a solution, I'll add it to the
SSL article on the Wiki.
I'm using Dovecot 1.1.7, installed on a FreeBSD 6.4-STABLE system.
not sure I un
On F 9 Jan, 2009, at 13:11 , Giuliano Gavazzi wrote:
On T 6 Jan, 2009, at 14:59 , Ed Schouten wrote:
My question: is there support to enforce TLS when people connect to
non-SSL ports? If someone comes up with a solution, I'll add it to
the
SSL article on the Wiki.
I'm usi
all right, the suffix lowercase letters do correspond to the relevant
dovecot-keyword. Problem is, on system where courier-dovecot-
migrate.pl has not been applied dovecot-keywords consist of:
0 $NotJunk
1 etc.
while on system that have undergone courier-dovecot-migrate.pl the
On F 9 Jan, 2009, at 15:59 , Timo Sirainen wrote:
Not really. Any idea how to reproduce it?
yes, if it is safe, and makes sense, to delete dovecot-keywords and
rerun the script I could do it on a copy of an account, just to be on
the safe(r) side...
giuliano
On F 9 Jan, 2009, at 15:59 , Timo Sirainen wrote:
On Jan 9, 2009, at 9:57 AM, Giuliano Gavazzi wrote:
while on system that have undergone courier-dovecot-migrate.pl the
files then continue with what look like extraneous lines:
0 JunkRecorded
1 Junk
2 $NotJunk
3 $Forwarded
4 NotJunk
5
I think the problems is around line 436 of
http://www.dovecot.org/tools/courier-dovecot-migrate.pl
as it reads the dot dirs after having read :list in the previous block
of code. So, the content of the directories is appended to dovecot-
keywords.
I know nothing of perl! So I cannot really un
You message was rejected by... no thank you, I do not want ever to see
this:
On M 19 Jan, 2009, at 10:24 , Steffen Kaiser wrote:
On Sun, 18 Jan 2009, Seth Mattinen wrote:
As a mail admin, I never want to see deliver generating its own
messages to potentially forged addresses and spamming in
On T 20 Jan, 2009, at 12:38 , Steffen Kaiser wrote:
So you can hack sendmail. Exim, too, if I remember correctly.
I would not call that hack in exim case though. It is possible to
avoid all backscatter, first of all by avoiding delivery by an
external programme*. This will still leave the
On W 21 Jan, 2009, at 06:34 , Sophia Alikhani wrote:
Hi
I used qmail + dovecot-1.1.7 + dovecot-sieve +
now everything works well but there are many spam in Bulk folders from
every user address to their address for example
from
us...@mydomain to us...@mydomain
in the real the sender and re
On W 21 Jan, 2009, at 12:25 , Charles Marcus wrote:
On 1/21/2009, Giuliano Gavazzi (dev+li...@humph.com) wrote:
you are much better off rejecting those even before seing the DATA,
if that address is in the envelope sender, or after, if it is only in
the From: message header.
? If he did
On T 22 Jan, 2009, at 11:49 , Charles Marcus wrote:
On 1/21/2009, Giuliano Gavazzi (dev+li...@humph.com) wrote:
The postfix backscatter readme is a good start, esppecially is you
are
using postfix - and if you aren't, why aren't you? ;) ... but the
concepts can be applied to any M
On S 24 Jan, 2009, at 20:50 , Matthias Andree wrote:
On Sat, 24 Jan 2009, Marko Weber | Salondigital.de wrote:
Hi ,
i use dovecoz 1.1.4 with TLS / SSL only.
i takes up to ~10 seconds that Thunderbird login and send the mail.
"send the mail" has nothing to do with Dovecot, but with the SMTP
On S 24 Jan, 2009, at 21:45 , mouss wrote:
From what I understand he is rejecting backscatter that is sent to
some
of his old addresses (with an identical forged sender,
Note the "from" in "claims to be sent FROM...".
but this is
irrelevant) and from there forwarded to his mail server. Ver
On T 3 Feb, 2009, at 18:40 , Eduardo M KALINOWSKI wrote:
Charles Marcus wrote:
So you're rsyncing a live mail system with no problems?
I do it every day for backups. :-)
I've been tempted to start doing this, but I was under the
impression it
could be risky (cause file corruption)?
I
On T 5 Feb, 2009, at 00:13 , Timo Sirainen wrote:
For Maildir message files incomplete messages aren't just unlikely,
they're never possible.
I was implying Maildir of course. I am not familiar with the
specification though. Does it require files to be written initially in
tmp to be moved
Dear all,
moving Maildirs from a PPC cpu to an Intel one (MacOS X to FreeBSD)
not surprisingly I got:
Apr 23 12:08:50 drum dovecot: IMAP(x): Rebuilding index file /usr/home/
x/Maildir/dovecot.index: CPU architecture changed
Apr 23 12:08:52 drum dovecot: IMAP(x): Corrupted index cache file /u
On T 23 Apr, 2009, at 12:20 , Giuliano Gavazzi wrote:
I suppose owed to the endianness change. Can I thus just remove
those dovecot.index files, including dovecot.index.cache and
dovecot.index.cache.log?
I know I could let dovecot do it, but as the cache files in
particular are quite
Hello, dovecot-1.1.7 on FreeBSD 7.1.
Usernames have dot in them (like uname.example for a user in
example.com).
in dovecot.conf I have:
mail_location: maildir:/userhomes/maildirs/%d/%n/Maildir
and for authentication:
username_format: %Ln
In the client, tried with CONE and Mail.app, I p
On M 27 Apr, 2009, at 20:31 , Timo Sirainen wrote:
On Mon, 2009-04-27 at 17:31 +0200, Giuliano Gavazzi wrote:
and for authentication:
username_format: %Ln
This drops the domain part entirely, so after processing this %d will
return empty. If you don't want it, try to figure out an
On M 27 Apr, 2009, at 23:23 , Giuliano Gavazzi wrote:
For me it's not a big deal, as was trying this only to give a
different layout to users' mailboxes.
but it would be a big deal if I wanted to create domain specific
public mailboxes.
In order to allow extra parameters pas
I am trying to patch the source so that the %d expansion variable uses
original_username (instead of user I suppose) of auth_request, but I
cannot find where this expansion is done..
Pointers?
Thanks
Giuliano
On W 29 Apr, 2009, at 22:21 , Giuliano Gavazzi wrote:
I am trying to patch the source so that the %d expansion variable
uses original_username (instead of user I suppose) of auth_request,
but I cannot find where this expansion is done..
Pointers?
Thanks
Giuliano
I thought it was in
On T 30 Apr, 2009, at 18:31 , Timo Sirainen wrote:
On Wed, 2009-04-29 at 22:21 +0200, Giuliano Gavazzi wrote:
I am trying to patch the source so that the %d expansion variable
uses
original_username (instead of user I suppose) of auth_request, but I
cannot find where this expansion is done
On W 13 May, 2009, at 04:37 , elli...@n.0o0.bz wrote:
Okay, I've now also tried changing "auth_username_format = %n-%d"
and adding a user for each account. Authentication works fine but I
still get "maildir: data=/var/mail/vhosts//elliott-n.0o0.bz" in the
logs! What's the deal? When do
Dear all,
back in January I posted about migration from courier and in
particular on the script courier-dovecot-migrate.pl.
That script had a bug on BSD (or should I say not-Linux?) type
systems*. On FreeBSD (6.1) and MacOSX (10.5) it appended a lot of
binary garbage at the end of dovecot-k
On F 15 May, 2009, at 09:39 , Seth Mattinen wrote:
This raises an interesting question for me actually... given that
we've
now decided dovecot and maildir is the way forward for us, which
delivery method should we use in exim? exim can support maildir,
(right?) and so can dovecot, so should i
On F 15 May, 2009, at 12:30 , Steffen Kaiser wrote:
On Fri, 15 May 2009, Giuliano Gavazzi wrote:
well, using an LDA makes a little more cumbersome to check the
local recipient at RCPT time.
Huh? exim won't try local deliver unless it has decided it is a
local recipient. You won&
On S 17 May, 2009, at 20:45 , Timo Sirainen wrote:
On Fri, 2009-05-15 at 10:55 +0200, Giuliano Gavazzi wrote:
Perhaps the only solution is to have a new script that deletes the
garbage lines and renumbers the following ones, so that the above
example would become:
0 JunkRecorded
1 $NotJunk
2
On M 18 May, 2009, at 01:00 , Timo Sirainen wrote:
On Mon, 2009-05-18 at 00:57 +0200, Giuliano Gavazzi wrote:
There's only one point that escapes me, why perform the conversion
when migrating (using the --convert option) given that on the system
where I did not perform it the flags have
Dear all,
when I had a courier installation still in place I used to create the
Maildir tree for a new user using its maildirmake (IIRC) utility. Now
that I had to rebuild a server from scratch, and using dovecot did not
install courier, I have to create Maildirs without that utility. I
s
On S 24 May, 2009, at 23:55 , Daniel Black wrote:
just create the Maildir directory and dovecot will create anything
else it
needs.
Daniel
ah, easy peasy... Thanks!
Giuliano
On M 25 May, 2009, at 11:51 , Roy Sigurd Karlsbakk wrote:
On 24. mai. 2009, at 23.55, Daniel Black wrote:
just create the Maildir directory and dovecot will create anything
else it
needs.
What should be user/group ownership on the directory?
user and group the same as the owner of the
dovecot-2.0.beta4
Environment:
MacOS X 10.6.2, Xcode 3.2.1 (gcc-4.2)
Problem:
./configure --sysconfdir=/usr/local/conf/
make
[...]
/bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../..
-I../../src/lib -I../../src/lib-settings
-DPKG_RUNDIR=\""/usr/local/var/run/do
On 3 Apr, 2010, at 3:35 PM, Axel Luttgens wrote:
> Hello Giuliano,
>
> You may want to add flag -fno-reorder-blocks to line 121 of
> src/lib-master/Makefile:
>
> CFLAGS = -std=gnu99 -g -O2 -fno-reorder-blocks -Wall -W
> -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-
45 matches
Mail list logo
