Re: [Dovecot] Blackberries
On 8/5/2011 3:05 PM, The Doctor wrote: Wonder if anyone knows how to tell a blackberry portable phone how not to get pick up a message it already got in IMAP. Not exactly sure what you mean. My Blackberry plays fine with IMAP (configure it to point at IMAP and not POP3). The oddities are: - Deleting a message on the IMAP mailbox will not make it vanish from the BBerry - Read flags are mostly two-way, but not always - Not much support for IMAP folders
Re: [Dovecot] Blackberries
On Fri, 5 Aug 2011 13:05:22 -0600, The Doctor wrote: Wonder if anyone knows how to tell a blackberry portable phone how not to get pick up a message it already got in IMAP. turn of offline imap ?, or is it sync setting that check if its in sync ? on my own nokia e51 i read single emails via imap
[Dovecot] Dovecot 1.2.16 and Thunderbird 5 - pop3 mails not getting deleted
I run a Dovecot 1.2.16 pop3 server and have just started using the Thunderbird 5 email client. Thunderbird is set to leave the messages on the server unless they are over 91 days old. However, I'm not seeing it delete any of the older messages. I'll run a debug run of Thunderbird when I get back home, but I'm just wondering if there's any gotcha's I should be aware of with Thunderbird and Dovecot in a pop3 environment. The Thunderbird folks are wondering if it's the server not the client. Thanks.
Re: [Dovecot] DoveCot LDA prefetch fails with LDA, works with POP client
> -Original Message-
> From: dovecot-boun...@dovecot.org [mailto:dovecot-boun...@dovecot.org]
> On Behalf Of Zhou, Yan
> Sent: Friday, August 05, 2011 4:24 PM
> To: dovecot@dovecot.org
> Subject: [Dovecot] DoveCot LDA prefetch fails with LDA, works with POP
> client
>
> Hi there,
>
> I am using DoveCot 1.0.7. I know it is real old, but we have to work
> with it. I have configured LDAP lookup with password prefetch in
> DoveCot. I can successfully receive emails through DoveCot, thus
> proving
> my password prefetch and user authentication are good.
>
> The problem is when I use Postfix to deliver message to DoveCot via
LDA.
> My postfix master.cf looks like this:
>
> dovecot unix - n n - - pipe
>flags=Rhu user=hubdirect null_sender=
> argv=/usr/libexec/dovecot/deliver -e -f ${sender} -d ${user}
>
> Given a message, Postfix looks up LDAP and find the user associated
> with
> the recipient address and delivers the message using LDA. LDAP logs
> indicates that Postfix is returning the right user.
>
> The problem is that DoveCot complains "passdb did not return userdb
> entries", but I do not know which entries passdb failed to return.
Here
> is what I have in dovecot-ldap.conf. I have tried different things in
> "user_attrs", DoveCot keeps complaining the same thing.
>
> user_attrs = username=user
> user_filter =
> (&(objectClass=DirectUser)(username=%u)(roles=*ROLE_EDGE_EMAIL*))
> pass_attrs =
>
username=user,password=password,username=userdb_user,usermaildirectory=
> u
> serdb_mail,userhomedirectory=userdb_home,825=userdb_uid,825=userdb_gid
> pass_filter =
> (&(objectClass=DirectUser)(username=%u)(roles=*ROLE_EDGE_EMAIL*))
>
>
>
> The documentation says LDA does not use prefetch, but the log seems to
> indicate otherwise. I clearly see the "service=deliver" is
> authenticating the user first, thus using password prefetch. Can
> someone
> clarify this?
>
>
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): Loading modules
from
> directory: /usr/lib64/dovecot/lda
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): Module loaded:
> /usr/lib64/dovecot/lda/lib10_quota_plugin.so
> Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default): master in: USER
> 1 emailspool service=deliver
> Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default):
> prefetch(emailspool): passdb didn't return userdb entries
> Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default):
ldap(emailspool):
> user search: base=dc=hubdirect,dc=dev,dc=medplus,dc=com scope=subtree
>
filter=(&(objectClass=DirectUser)(username=emailspool)(roles=*ROLE_EDGE
> _
> EMAIL*)) fields=username
> Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default): master out: USER
> 1 emailspool user=emailspool uid=825 gid=825
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input:
> emailspool
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input:
> user=emailspool
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input: uid=825
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input: gid=825
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): maildir:
> data=/home/hubdirect/emailspool/Maildir
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): maildir:
> root=/home/hubdirect/emailspool/Maildir,
> index=/home/hubdirect/emailspool/Maildir, control=, inbox=
> Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool):
> msgid=<12097075.28.1312571545112.JavaMail.zhou_y@yzhou-lp2>: saved
mail
> to INBOX
>
> Thanks,
> Yan
>
>
>
I was able to get this working by the following attributes.
user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid
Thanks!
Yan
Confidentiality Notice: The information contained in this electronic
transmission is confidential and may be legally privileged. It is intended only
for the addressee(s) named above. If you are not an intended recipient, be
aware that any disclosure, copying, distribution or use of the information
contained in this transmission is prohibited and may be unlawful. If you have
received this transmission in error, please notify us by telephone (513)
229-5500 or by email (postmas...@medplus.com). After replying, please erase it
from your computer system.
[Dovecot] DoveCot LDA prefetch fails with LDA, works with POP client
Hi there,
I am using DoveCot 1.0.7. I know it is real old, but we have to work
with it. I have configured LDAP lookup with password prefetch in
DoveCot. I can successfully receive emails through DoveCot, thus proving
my password prefetch and user authentication are good.
The problem is when I use Postfix to deliver message to DoveCot via LDA.
My postfix master.cf looks like this:
dovecot unix - n n - - pipe
flags=Rhu user=hubdirect null_sender=
argv=/usr/libexec/dovecot/deliver -e -f ${sender} -d ${user}
Given a message, Postfix looks up LDAP and find the user associated with
the recipient address and delivers the message using LDA. LDAP logs
indicates that Postfix is returning the right user.
The problem is that DoveCot complains "passdb did not return userdb
entries", but I do not know which entries passdb failed to return. Here
is what I have in dovecot-ldap.conf. I have tried different things in
"user_attrs", DoveCot keeps complaining the same thing.
user_attrs = username=user
user_filter =
(&(objectClass=DirectUser)(username=%u)(roles=*ROLE_EDGE_EMAIL*))
pass_attrs =
username=user,password=password,username=userdb_user,usermaildirectory=u
serdb_mail,userhomedirectory=userdb_home,825=userdb_uid,825=userdb_gid
pass_filter =
(&(objectClass=DirectUser)(username=%u)(roles=*ROLE_EDGE_EMAIL*))
The documentation says LDA does not use prefetch, but the log seems to
indicate otherwise. I clearly see the "service=deliver" is
authenticating the user first, thus using password prefetch. Can someone
clarify this?
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): Loading modules from
directory: /usr/lib64/dovecot/lda
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): Module loaded:
/usr/lib64/dovecot/lda/lib10_quota_plugin.so
Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default): master in: USER
1 emailspool service=deliver
Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default):
prefetch(emailspool): passdb didn't return userdb entries
Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default): ldap(emailspool):
user search: base=dc=hubdirect,dc=dev,dc=medplus,dc=com scope=subtree
filter=(&(objectClass=DirectUser)(username=emailspool)(roles=*ROLE_EDGE_
EMAIL*)) fields=username
Aug 5 15:12:25 dir-dev-pop01 dovecot: auth(default): master out: USER
1 emailspool user=emailspool uid=825 gid=825
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input:
emailspool
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input:
user=emailspool
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input: uid=825
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): auth input: gid=825
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): maildir:
data=/home/hubdirect/emailspool/Maildir
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool): maildir:
root=/home/hubdirect/emailspool/Maildir,
index=/home/hubdirect/emailspool/Maildir, control=, inbox=
Aug 5 15:12:25 dir-dev-pop01 deliver(emailspool):
msgid=<12097075.28.1312571545112.JavaMail.zhou_y@yzhou-lp2>: saved mail
to INBOX
Thanks,
Yan
Confidentiality Notice: The information contained in this electronic
transmission is confidential and may be legally privileged. It is intended only
for the addressee(s) named above. If you are not an intended recipient, be
aware that any disclosure, copying, distribution or use of the information
contained in this transmission is prohibited and may be unlawful. If you have
received this transmission in error, please notify us by telephone (513)
229-5500 or by email (postmas...@medplus.com). After replying, please erase it
from your computer system.
Re: [Dovecot] director monitoring?
On Fri, Aug 05, 2011 at 11:12:03AM +0200, Jan-Frode Myklebust wrote: > On Thu, Jun 02, 2011 at 12:29:10PM -0700, Kelsey Cummings wrote: > > I'm using a hacked up version of poolmon. The only important changes > > are that it actually logs into the real server rather than just making a > > connection to it and that has heuristics to prevent the real servers > > from flapping and added a timeout to scan_host so if a real server > > blocks after the connection is established it won't hang indefinitely. > > Could you share your hacks ? :-) Sure. You'll probably want to change the regex at line 194 to match whatever your server says after the login is complete. My postlogin script puts out some extra info that I'm looking for instead of the deafult. Otherwise, YMMV, works for me so far. http://kgc.users.sonic.net/imapdmon -- Kelsey Cummings - k...@corp.sonic.net sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407
[Dovecot] Blackberries
Wonder if anyone knows how to tell a blackberry portable phone how not to get pick up a message it already got in IMAP. -- Member - Liberal International This is doc...@nl2k.ab.ca Ici doc...@nl2k.ab.ca God, Queen and country! Never Satan President Republic! Beware AntiChrist rising! http://twitter.com/rootnl2k http://www.facebook.com/dyadallee IT is done! http://groups.google.com/group/rec.arts.drwho/about
Re: [Dovecot] mbox problems on CentOS 6
Am 04.08.2011 um 18:52 schrieb DT: > No I noticed Postfix isnt running anymore :( > Aug 4 14:49:25 hostname postfix/smtpd[6414]: connect from > mail-fx0-f51.google.com[209.85.161.51] > Aug 4 14:49:25 hostname postfix/smtpd[6414]: warning: SASL: Connect to > private/auth failed: Connection refused > Aug 4 14:49:25 hostname postfix/smtpd[6414]: fatal: no SASL authentication > mechanisms > > All I did was a simple system reboot > In the config posted 'service auth' is not configured: http://wiki2.dovecot.org/HowTo/PostfixAndDovecotSASL Thomas
Re: [Dovecot] director monitoring?
On Thu, Jun 02, 2011 at 10:37:23AM +0200, Cor Bosman wrote: > We use a setup as seen on http://grab.by/agCb for about 30.000 > simultaneous(!) imap connections. Are you doing NFS against the Netapp(s)? I've always assumed that maildir wouldn't work on NFS (to slow fstat's), but would be interested to learn otherwise. Could you say something about how many email accounts and how many files you have in your maildirs ? -jf
Re: [Dovecot] director monitoring?
On Thu, Jun 02, 2011 at 12:29:10PM -0700, Kelsey Cummings wrote: > I'm using a hacked up version of poolmon. The only important changes > are that it actually logs into the real server rather than just making a > connection to it and that has heuristics to prevent the real servers > from flapping and added a timeout to scan_host so if a real server > blocks after the connection is established it won't hang indefinitely. Could you share your hacks ? :-) We're often seeing poolmon not noticing when our backend servers are hanging on busy filesystem. They're probably to busy to complete a login, but not busy enough to fail a connect, so a poolmon that does a full login sounds interesting. -jf
