[Dovecot] Possible Caching Bug showing up as a MIME Boundary Issue
Possible Caching Bug showing up as a MIME Boundary Issue I'm using Dovecot version 1.0.0. I was using Dovecot version 1.0.0 beta3 or alpha4. I upgraded to Dovecot 1.0.0 to make sure that was not the issue. Over the past few weeks on a server running a stable dovecot, I have seem a few emails arriving where the MIME document structure dividers are visible. I've included a screenshot showing this. Using OE6 as client. Have tried adding oe6-fetch-no-newmail per clients wiki but this seems to stop the ability to login at all. I am using two different machines with Outlook Express to access the same email. The same problem will show up on both. Usually, if I delete the .imap cache for the folder, the email comes down correctly. My dovecot -n output is: # /etc/dovecot.conf listen: *:144 ssl_listen: *:994 ssl_cert_file: /usr/local/ssl/certs/stunnel.pem ssl_key_file: /usr/local/ssl/certs/stunnel.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login max_mail_processes: 50 verbose_proctitle: yes default_mail_env: mbox:~/:INBOX=/var/spool/mail/%u mail_location: mbox:~/:INBOX=/var/spool/mail/%u imap_client_workarounds: outlook-idle delay-newmail auth default: passdb: driver: pam userdb: driver: passwd userdb: driver: prefetch The server is on a heavily modified RedHat 7.2 on x86 box with ext3 Thanks in Advance, KAM attachment: mime-boundary-bug.gif
[Dovecot] TLS errors when vodafone connecting to dovecot server.
Hi, I've been trying to setup the vodafone email sync ( provided by visto apparently ) and have not been able to do so - I'm getting an error message in my mail logs which looks as if there is a problem with certificates somewhere. May 31 16:49:39 imap dovecot: imap-login: SSL_accept() failed: error:14094416:SSL routines:SSL3_READ_BYTES:sslv3 alert certificate unknown [206.124.112.22] Thunderbird has no problems with using TLS against this server and I'm not entirely sure if dovecot (or openssl ) is generating the message or if it is something being passed from the remote end. I've had a look around but not found anything on the web pages. Thanks, -Andrew -- Andrew Pounce - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Don't look now, but the man in the moon is laughing at you.
[Dovecot] Dovecot authentication for PostFix, anyone?
Greetings, the postfix sasl readme, http://www.postfix.org/SASL_README.htm says: Dovecot provides an [authentication alternative to Cyrus] that may be worth considering. In principle, I like the idea of doing without Cyrus, since I have to run an IMAP server anyway and had already chosen Dovecot. The question is if that page is up to date and if you could share comments or, if they exist, safer/more efficient ways to use Dovecot as authentication server for PostFix, as well as any other relevant tips and tricks TIA, Marco
Re: [Dovecot] Dovecot authentication for PostFix, anyone?
In principle, I like the idea of doing without Cyrus, since I have to run an IMAP server anyway and had already chosen Dovecot. Cyrus-sasl != cyrus-imap... It is a completely separate, standalone package... The question is if that page is up to date and if you could share comments or, if they exist, safer/more efficient ways to use Dovecot as authentication server for PostFix, as well as any other relevant tips and tricks http://wiki.dovecot.org/PostfixAndDovecotSASL -- Best regards, Charles
Re: [Dovecot] Dovecot authentication for PostFix, anyone?
Hi, I am using Dovecot and Postfix and they are playing very nice together. Actually I had founded Cyrus-SASL poorly documented and little confusing to Linux newbie (me) so I was happy when I was able to get rid of it. The page you are talking about is up to date it is very easy to get it working. I do not know about any other way how to authenticate through Dovecot and I think there is no need to have it. Láďa -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marco Fioretti Sent: Thursday, May 31, 2007 6:44 PM To: dovecot@dovecot.org Subject: [Dovecot] Dovecot authentication for PostFix, anyone? Greetings, the postfix sasl readme, http://www.postfix.org/SASL_README.htm says: Dovecot provides an [authentication alternative to Cyrus] that may be worth considering. In principle, I like the idea of doing without Cyrus, since I have to run an IMAP server anyway and had already chosen Dovecot. The question is if that page is up to date and if you could share comments or, if they exist, safer/more efficient ways to use Dovecot as authentication server for PostFix, as well as any other relevant tips and tricks TIA, Marco
Re: [Dovecot] Dovecot authentication for PostFix, anyone?
Marco Fioretti wrote: Greetings, the postfix sasl readme, http://www.postfix.org/SASL_README.htm says: Dovecot provides an [authentication alternative to Cyrus] that may be worth considering. In principle, I like the idea of doing without Cyrus, since I have to run an IMAP server anyway and had already chosen Dovecot. The question is if that page is up to date and if you could share comments or, if they exist, safer/more efficient ways to use Dovecot as authentication server for PostFix, as well as any other relevant tips and tricks ALTLinux provides in default installation of server-4.0 postfix with authentication against dovecot (switchable to/from cyrus by web configuration interface). Works perfect. -- Sergey Ivanov
[Dovecot] SSHA salt?
Hi there, I was wondering if someone could explain how dovecot/dovecotpw produces salt for use in ssha passwords, I'd like to replicate this in PHP so I can write my passwords from php in ssha instead of just sha1. Thanks in advance, Andrea Baitis
Re: [Dovecot] SSHA salt?
Nevermind, I figured out it's how I generate the salt that matters. Thanks anyway. On Friday 01 June 2007 12:45, Andreas Baitis wrote: Hi there, I was wondering if someone could explain how dovecot/dovecotpw produces salt for use in ssha passwords, I'd like to replicate this in PHP so I can write my passwords from php in ssha instead of just sha1. Thanks in advance, Andrea Baitis
[Dovecot] Sharing nested folders / maildir variations?
Hey all,
So I've got a shared namespace in dovecot where users can, via a
custom control panel, share their folders into (which creates a
symlink) in order to allow anyone on their domain to access it. I
store mail in maildir.
The issue is that when people share folders, they expect that when
they make subfolders, those are automatically shared as they are
contained within it.
According to the Maildir++ specification, Can folders have
subfolders, defined in a recursive fashion? The answer is no. If you
want to have a client with a hierarchy of folders, emulate it. Pick a
hierarchy separator character, say :. Then, folder foo/bar is
subdirectory .foo:bar. It says some other stupid things too though
that nobody seems to actually follow, and I've never actually seen
anything but a '.' used as the delimiter...
The same is true in IMAPdir: As with Maildir++, submailboxes can not
be represented in a recursive fashion in the file system. The
mailbox' representation name will contain the soft hierarchy
delimiter character dot '.', and all mailboxes must reside in the
same root level directory.
I don't understand the reasoning behind avoiding recursion,
honestly. If somebody wants to enlighten me on that one, it would be
appreciated.
i.e. instead of:
.Folder/{cur,new,tmp}
.Folder.SubFolder1/{cur,new,tmp}
.Folder.SubFolder1.foo/{cur,new,tmp}
.Folder.SubFolder1.bar/{cur,new,tmp}
.Folder.SubFolder2/{cur,new,tmp}
We'd have:
.Folder/{cur,new,tmp}
.Folder/.SubFolder1/{cur,new,tmp}
.Folder/.SubFolder1/{cur,new,tmp}
.Folder/.SubFolder1/.foo/{cur,new,tmp}
.Folder/.SubFolder1/.bar/{cur,new,tmp}
.Folder/.SubFolder2/{cur,new,tmp}
That would both solve my issue and be a lot more convenient when
browsing/scripting around maildirs (i.e. cd ../.foo vs
cd ../.Folder.Subfolder1.foo).
It seems to me that this would be a really easy thing to add support
for via the config option used to choose between maildir/mbox/dbox.
Call it rmaildir or somesuch...
Thoughts?
Cheers,
--
Casey Allen Shobe | mailto:[EMAIL PROTECTED] | http://casey.shobe.info
SeattleServer.com, inc. | http://seattleserver.com
