On Aug 4, 2010, at 12:35 PM, Timo Sirainen wrote:
http://dovecot.org/releases/2.0/rc/dovecot-2.0.rc4.tar.gz
http://dovecot.org/releases/2.0/rc/dovecot-2.0.rc4.tar.gz.sig
The configure script allows for user override with MYSQL_CONFIG but
does not use the value in two places.
-MYSQL_INC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Timo,
On 2010-08-04 23:54, Timo Sirainen wrote:
> Here: http://hg.dovecot.org/dovecot-2.0/rev/eb1f471a924d
Thanks, that's great! Now dovecot enables people who sort server-side
and want IDLE notifications for all those mailboxes, but do not want t
Dovecot runs on its own VM in my environment.
I considered MAC address filtering at the firewall but wanted to see if
there was any IMAP proxy or IMAP forwarding piece that could sit in a DMZ.
> The IMAP server is in your home machine, not a dedicated server, right?
>
> Anyway, if you need to
Noel Butler wrote:
> Works perfect here, so its not a Dovecot problem
That's because Timo already fixed it (updated the dovecot servering
serving them up from 1.2a4 to latest 1.2hg)...
> (i'd repl;y to OP but did not see charles's post, in fact not seen his
> posts for some time, must be eaten by
On Wed, 2010-08-04 at 14:48 +0100, Timo Sirainen wrote:
> On Wed, 2010-08-04 at 09:38 -0400, Charles Marcus wrote:
> > Can you confirm the Server Settings?
> >
> > Type: IMAP
> > Server Name: dovecot.org
> > Port: 143
> > Username: anonymous
> > Connection Security: None
> > Auth method: Password
Peer Heinlein wrote:
> I just learned, that someone has implemented a
> stupid "autolearn"-function in a mailfilter that adds anknown
> recipients to the ldap-directory.
Yikes! Hopefully you explained to them why that is such a really, really
bad idea and disabled it?
Dovcot AntiSpam Errors:
- [SERVERBUG] failed to send mail --> Thunderbird response when move
from ANY to spam and the other way arround.
- [CANNOT] Cannot copy to unsure folder --> Thunderbird response when
move from ANY to unsure and the other way arround.
- run program failed with exit code
Timo Sirainen wrote:
> On Wed, 2010-08-04 at 16:19 +0100, Timo Sirainen wrote:
>> But dunno, maybe there is some bug. It's running v1.2.alpha4.. I guess I
>> should at least upgrade to v1.2 hg and maybe some day to v2.0.
>
> Upgraded to v1.2 hg. See if it happens to work now?
You da man! Working
http://dovecot.org/releases/2.0/rc/dovecot-2.0.rc4.tar.gz
http://dovecot.org/releases/2.0/rc/dovecot-2.0.rc4.tar.gz.sig
I'm planning to release rc5 maybe this Friday or weekend, and if there
are no serious bugs just change the version number to v2.0.0 a day or
two later.
Largest changes since rc3
On Wed, 2010-08-04 at 11:49 -0500, C. Bensend wrote:
> >> > username NUL username NUL password
> >>
> >> It's username then password.
> >
> > What about the NUL characters in the middle? Those are important.
>
> U... I wrote a quick perl script to decrypt the string and
> print it out... I'l
On Mon, 2010-08-02 at 20:42 +1000, John O'Brien wrote:
> As a result of a suggestion from Pascal late last week I spent today loading
> 2.0.rc3 and converting the plugin to the "new form".
>
> What a nightmare.
>
> Is there an easy way to have a plugin included in the configuration and built
>
>> > username NUL username NUL password
>>
>> It's username then password.
>
> What about the NUL characters in the middle? Those are important.
U... I wrote a quick perl script to decrypt the string and
print it out... I'll have to look at how to tell if there are
NUL chars in there.
>>
On Wed, 2010-08-04 at 17:40 +0100, Timo Sirainen wrote:
> Anyway, I couldn't reproduce this. What's your dovecot -n output now?
> What's the minimal sharing setup you can reproduce this with? (User foo
> sees shared mailboxes
Uh. "User foo sees NO shared mailboxes"
> -> SETACL INBOX foo +lr ->
On Wed, 2010-08-04 at 12:18 +0200, Daniel Stoye wrote:
> The Problem is the following line:
> * LIST (\Noselect \HasChildren) "/" "FremdeOrdner/user1/INBOX"
> which causes Thunderbird NOT to subscribe and ignore INBOX of user1.
Yes.
> There is no difference, if the shared INBOX has any subfolders
On Tue, 2010-07-27 at 16:35 +1200, Andrew Bruce wrote:
> We run a flat domain for AD (lets call it newzealand.local), and then
> under each users account that gets email, in the E-mail field in AD, they
> have an email address like us...@auckland, us...@wellington, us...@chch
> and
> so on.
So I
On Wed, 2010-08-04 at 11:14 -0500, Cory wrote:
> Looking over the list archives and Wiki there doesn't seem to be any
> sort of built-in host redundancy with the proxy. I would prefer to use
> a built in though it doesn't look like this is possible.
>
> One of the suggestions that I found in th
On Wed, 2010-08-04 at 11:07 -0500, C. Bensend wrote:
> > So it's either
> >
> > NUL username NUL password
> >
> > or
> >
> > username NUL username NUL password
>
> It's username then password.
What about the NUL characters in the middle? Those are important.
> Should I try the straight dovecot p
Looking over the list archives and Wiki there doesn't seem to be any
sort of built-in host redundancy with the proxy. I would prefer to use
a built in though it doesn't look like this is possible.
One of the suggestions that I found in the list archives was to write a
script which checks the
> So it's either
>
> NUL username NUL password
>
> or
>
> username NUL username NUL password
It's username then password.
> Wonder if it has to do with a single process doing multiple lookups.
> That's the main difference compared to SSH and pretty much everything
> else.
I upgraded the server
Here: http://hg.dovecot.org/dovecot-2.0/rev/eb1f471a924d
On Tue, 2010-08-03 at 21:18 -0500, C. Bensend wrote:
>Well, I cranked the debug back up all the way and captured the
> password. After whipping up a quick perl script to decode it,
> it gives me my username and password, end-to-end, no delimiter.
> Both the username and password are correct, a
Am Mittwoch 04 August 2010 schrieben Sie:
Okay, sorry, I **AM** to stupid.
I just learned, that someone has implemented a
stupid "autolearn"-function in a mailfilter that adds anknown
recipients to the ldap-directory.
My whole problem has nothing to do with dovecot. Dovecot is right:
the
On Wed, 2010-08-04 at 16:19 +0100, Timo Sirainen wrote:
> But dunno, maybe there is some bug. It's running v1.2.alpha4.. I guess I
> should at least upgrade to v1.2 hg and maybe some day to v2.0.
Upgraded to v1.2 hg. See if it happens to work now?
On Wed, 2010-08-04 at 11:09 -0400, Charles Marcus wrote:
> So, you just see one folder (Inbox) and all of the messages there?
No, INBOX is empty. But:
x login anonymous foo
x OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
SORT THREAD=REFERENCES MULTIAPPEND UNSELECT IDLE CHIL
Timo Sirainen wrote:
> On Wed, 2010-08-04 at 09:38 -0400, Charles Marcus wrote:
>> Can you confirm the Server Settings?
>>
>> Type: IMAP
>> Server Name: dovecot.org
>> Port: 143
>> Username: anonymous
>> Connection Security: None
>> Auth method: Password, transmitted insecurely
>>
>> Advanced:
>> I
On Wed, 2010-08-04 at 17:00 +0200, Peer Heinlein wrote:
> r...@mail-archiv:/etc/dovecot# doveadm user notexist...@example.org
> userdb lookup: user notexist...@example.org doesn't exist
What if you run this twice, does the second one say it doesn't exist or
does it then return the user?
> But the
Am Mittwoch 04 August 2010 schrieb Timo Sirainen:
> What are the full debug logs for this lookup? (What's different in
> them compared to "doveadm user"?)
>
> > ...it's still possible to send him e-mails...
>
> LMTP and "doveadm user" should send the same command to auth process
> and they should
On 2010-08-04 16:47:10 +0200, Peer Heinlein wrote:
> listen = *, ::
what os/distro? there is this ipv6-mapped-v4 stuff (:::), which
might cause trouble here.
> But it's working with "listen = *":
>
> r...@mail-archiv:/etc/dovecot# doveconf | grep ^listen
> listen = *
how does the netstat -
On Wed, 2010-08-04 at 16:47 +0200, Peer Heinlein wrote:
> Restarting mail server: dovecotError: service(imap-login): listen(::,
> 143) failed: Address already in use
..
> But it's working with "listen = *":
>
> r...@mail-archiv:/etc/dovecot# doveconf | grep ^listen
> listen = *
> r...@mail-archi
Timo Sirainen wrote:
On Tue, 2010-08-03 at 10:59 +0200, Arnaud2 bali wrote:
expire: .Trash 1 .Trash/* 1 .Spam 2
Remove '.' before the mailbox names.
That good
Thank you very much
# 1.2.11: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.5
log_timestamp
Hi,
the default:
listen = *, ::
should work and should open port 143 on IPv4 and IPv6.
In my setup it looks broken:
r...@mail-archiv:/etc/dovecot# doveconf | grep ^listen
listen = *, ::
r...@mail-archiv:/etc/dovecot# /etc/init.d/dovecot restart
Restarting mail server: dovecotError: service(i
On Wed, 2010-08-04 at 16:35 +0200, Peer Heinlein wrote:
> But even if doveadm user denies the existence of my dummy-user:
>
> r...@mail-archiv:/etc/dovecot# doveadm user hgjhg...@example.org
> userdb lookup: user hgjhg...@example.org doesn't exist
>
> Aug 4 14:30:49 mail-archiv dovecot: auth: ld
Am Mittwoch 04 August 2010 schrieb Timo Sirainen:
> > Unfortunately, LMTP accepts mail for *all* users, even for those
> > users, that doesn't exist in LDAP at all:
>
> Shouldn't happen..
Okay, so I'm hopefully not t stupid :-)
> BTW. You should be able to test this more easily with "dovead
On Wed, 2010-08-04 at 15:37 +0200, Peer Heinlein wrote:
> user_attrs =
> =home=/mail/%d/%n,=uid=1,=gid=1,jpberlinMailQuota=quota_rule=*:storage=%$B
> user_filter = (email=%u)
Looks ok..
> Unfortunately, LMTP accepts mail for *all* users, even for those users,
> that doesn't exist in LDA
Hi!
I'm using static results in LDAP-lookups:
uris = ldap://127.0.0.1
dn = x
dnpass =
tls = no
ldap_version = 3
base = x
user_attrs =
=home=/mail/%d/%n,=uid=1,=gid=1,jpberlinMailQuota=quota_rule=*:storage=%$B
user_filter = (email=%u)
pass_attrs =
On Wed, 2010-08-04 at 09:38 -0400, Charles Marcus wrote:
> Can you confirm the Server Settings?
>
> Type: IMAP
> Server Name: dovecot.org
> Port: 143
> Username: anonymous
> Connection Security: None
> Auth method: Password, transmitted insecurely
>
> Advanced:
> IMAP Server Directory: blank
> Sh
On Wed, 2010-08-04 at 14:04 +0100, pod wrote:
> The case seems clear for STARTTLS; you advertise only non-plaintext AUTH
> mechanisms and LOGINDISABLED initially and after successful STARTTLS you
> can advertise plaintext AUTH mechanisms and remove LOGINDISABLED.
Yes.
> I must
> confess I am h
Timo Sirainen wrote:
> On Wed, 2010-08-04 at 08:46 -0400, Charles Marcus wrote:
>> Timo Sirainen wrote:
>>> On 3.8.2010, at 21.46, Charles Marcus wrote:
Before I go file a bug for Thunderbird, can you confirm that IMAP
access to the dovecot mail list archives should still be working?
>>
>
"A.L.E.C" writes:
> On 04.08.2010 12:25, Craig Whitmore wrote:
>
>> Looking at the RFC.. and if dovecot is doing this then its going against
>> the RFC and doing it wrong. As it says "This listing of capabilities is
>> not dependent upon connection state or user."
>>
>> http://tools.ietf.org/sear
On Wed, 2010-08-04 at 08:46 -0400, Charles Marcus wrote:
> Timo Sirainen wrote:
> > On 3.8.2010, at 21.46, Charles Marcus wrote:
> >> Before I go file a bug for Thunderbird, can you confirm that IMAP
> >> access to the dovecot mail list archives should still be working?
>
> > Looks to me like it's
On Wed, 2010-08-04 at 13:23 +0200, Xavier Pons wrote:
> Hi,
> with the version 2.0.rc3, when I try to remove a mail server from
> director list, get this error:
>
> doveadm director remove 10.180.188.21
> (null): doesn't exist
Whops. Fixed: http://hg.dovecot.org/dovecot-2.0/rev/9cf0d33f3fe9
Timo Sirainen wrote:
> On 3.8.2010, at 21.46, Charles Marcus wrote:
>> Before I go file a bug for Thunderbird, can you confirm that IMAP
>> access to the dovecot mail list archives should still be working?
> Looks to me like it's working. Authentication worked and I could
> select dovecot mailbox
Timo Sirainen wrote:
> On 4.8.2010, at 12.27, Charles Marcus wrote:
>> yes, per user capabilities are a future possibility):
> Not just a future possibility, but they already are possible. Just
> have userdb return different mail_plugins setting for different
> users.
I stand pleasantly corrected
On Wed, 2010-08-04 at 12:50 +0200, A.L.E.C wrote:
> On 04.08.2010 12:25, Craig Whitmore wrote:
>
> > Looking at the RFC.. and if dovecot is doing this then its going against
> > the RFC and doing it wrong. As it says "This listing of capabilities is
> > not dependent upon connection state or user.
On Qua, 04 Ago 2010, casanova99 wrote:
I didn't find anything interesting in the search, so I just wanted to see
what other people have done (or thought about doing).
I'd like to be able to access my dovecot server via IMAP, from the Internet,
using the integrated e-mail client from a smart phon
I didn't find anything interesting in the search, so I just wanted to see
what other people have done (or thought about doing).
I'd like to be able to access my dovecot server via IMAP, from the Internet,
using the integrated e-mail client from a smart phone. I'm very concerned
about security an
On 4.8.2010, at 12.27, Charles Marcus wrote:
>> I have a question regarding the IMAP CAPABILITY command behavior of
>> Dovecot 2.0.rc3.
>>
>> While connecting to a Dovecot 1.2.4 server and requesting the supported
>> capabilities, Dovecot returns all capabilities:
>
> Timo's last response to thi
Hi,
with the version 2.0.rc3, when I try to remove a mail server from
director list, get this error:
doveadm director remove 10.180.188.21
(null): doesn't exist
but the other commands are working without problem ...
doveadm director status
mail server ip vhosts user
Christian Affolter wrote:
> Hi
>
> I have a question regarding the IMAP CAPABILITY command behavior of
> Dovecot 2.0.rc3.
>
> While connecting to a Dovecot 1.2.4 server and requesting the supported
> capabilities, Dovecot returns all capabilities:
Timo's last response to this - and there have be
On 04.08.2010 12:25, Craig Whitmore wrote:
Looking at the RFC.. and if dovecot is doing this then its going against
the RFC and doing it wrong. As it says "This listing of capabilities is
not dependent upon connection state or user."
http://tools.ietf.org/search/rfc1730#section-6.1.1
http://too
On 2010-08-03 6:53 PM, Noel Butler wrote:
> Just an update for archives in case anyone else comes across it whilst
> debugging, they can just shrug it off as a postfix anomaly,
> I only had two replies to this post, but both of them are also seeing
> the same as I do, so nothing to worry about un
>
> Doing the same on 2.0.rc3, will return only a limited set of supported
> capabilities:
Looking at the RFC.. and if dovecot is doing this then its going against
the RFC and doing it wrong. As it says "This listing of capabilities is
not dependent upon connection state or user."
http://tools.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
i am currently testing Dovecot 2.0 rc3 with Maildir format,
and it seems _again_ impossible to share the Inbox of one user with
another user.
user1 shares Inbox with user2
user2 makes List command:
1 login user2 password
* CAPABILITY IMAP4rev
Hi
I have a question regarding the IMAP CAPABILITY command behavior of
Dovecot 2.0.rc3.
While connecting to a Dovecot 1.2.4 server and requesting the supported
capabilities, Dovecot returns all capabilities:
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
STARTTLS AUTH=PLAI
54 matches
Mail list logo
