Hi Marc,
[+list since I'm unlikely to be able to solve this problem myself]
I am trying to setup a debian testing (wheeze) mail server using
postfix, dovecot and amavisd-new with spamassassin. I have everything
working fine, using mdbox mailboxes and system users. As a final touch
for this
On 5.6.2012, at 6.14, Костырев Александр Алексеевич wrote:
- not quite sure if glusterfs is production ready solution 'cause I've
experienced split-brains during setting it up
Last I've heard glusterfs causes corruption problems with Dovecot. You should
try stress testing it with imaptest:
Den 2012-06-05 04:33, j...@rahul.net skrev:
Im trying to figure out how to get dovecot to deliver to
my mail_location (example: /opt/imapdata/j/jeff/INBOX/inbox)
AND work with squirrelmail. Ive worked on this for hours
reading the docs etc with no luck so far.
namespace is set to in
Hello Nick!
I am sorry - I forgot to mention that you need attached patch for dovecot.
Kind regards,
Dennis
Am Dienstag, 5. Juni 2012, 11:28:27 schrieb Nick Rosier:
Hi Dennis,
I'm trying to compile the plugin on FreeBSD 9 with Dovecot 2.1.7 and get
the following error:
libtool: compile:
Hi everyone,
I recognized a very strange behavior when doing backups of my mdbox
mailboxes. After the backup the quota for each mailbox is twice as much
as before the backup and I have to recalculate the quota to get the
former/correct information.
root@mb01:~# doveadm quota get -u
I think LVS is just fine and it is not a SPOF 'cause it is actually 2 servers:
active master -- and standby slave.
LVS supports real time replication of connections from master to slave,
so if master dies slave knows which IP was connected to which dovecot server.
I'm more worried about right
We once try to use similar solution as your first.
3 servers for LVS -HA
This master server redirect users for 2 or 3 dovecot backends..
The mail storage were maildir ontop of OCFS2
Our problem were that OCFS2 were too slow. We could not handle many users.
So we took an step back and now use
Benny Pedersen m...@junc.org wrote:
Den 2012-06-05 04:33, j...@rahul.net skrev:
Im trying to figure out how to get dovecot to deliver to
my mail_location (example: /opt/imapdata/j/jeff/INBOX/inbox)
AND work with squirrelmail. Ive worked on this for hours
reading the docs etc with no
j...@rahul.net (Jeff Lacki) wrote:
Thanks Benny. I didnt see 'namespace' in my configure for squirrelmail
1.4.22,
but if you meant Folder Defaults-Default Folder Prefix = INBOX.
I just tried that and I still get:
Error: chdir(/opt/imapdata/j/jeff/INBOX/inbox) failed: Not a directory
Den 2012-06-05 15:41, j...@rahul.net skrev:
Error: chdir(/opt/imapdata/j/jeff/INBOX/inbox) failed: Not a
directory
this error is not squirrelmail :=)
# dovecot.conf
namespace:
type: private
inbox: yes
list: yes
subscriptions: yes
if you use sql auth in dovecot then the maildir must
Hello,
If disk space and bandwidth are affordable (and from your setup it seems
that they are affordable as you have everything locally) I would split the
mail storage completely and use replication in between n-master servers
(n=2 for your case).
The replication is not yet fully tested, but
Den 2012-06-05 17:03, j...@rahul.net skrev:
from when I was playing with something earlier, that got me
past that issue, however I still dont know why its not
giving me maildir instead of mbox.
remove last / in sql query auth path (concated here) dovecot have it
well explained in wiki
On Jun 4, 2012, at 8:45 PM, Joseph Tam wrote:
If dovecot-auth is getting input from a local socket, then rhost
information is irrelevant since the host doing the asking is the server
itself (maybe from another daemon connected to a remote host).
Thanks for the confirmation of my
On 2012-06-05 17:33, Michescu Andrei wrote:
The fear of lossing the imap session does not make sense (at least to me)
as the client will reconnect automatically in the background.
I agree, in practice this is not an issue compared to the unavailability
of the service, but on longer IMAP
Hello,
I agree, in practice this is not an issue compared to the unavailability
of the service, but on longer IMAP sessions (e.g. transferring a big
file) the connection loss is noticeable.
It is noticeable for somebody that really waits for a large email. For the
standard user there is
On 5.6.2012, at 23.33, Michescu Andrei wrote:
I agree, in practice this is not an issue compared to the unavailability
of the service, but on longer IMAP sessions (e.g. transferring a big
file) the connection loss is noticeable.
It is noticeable for somebody that really waits for a large
On Tue, Jun 05, 2012 at 09:38:49AM -0600, Glenn English wrote:
On Jun 4, 2012, at 8:45 PM, Joseph Tam wrote:
If dovecot-auth is getting input from a local socket, then rhost
information is irrelevant since the host doing the asking is the
server itself (maybe from another daemon connected
Glenn English wrote:
Maybe someone is brute forcing your server's Postfix authenticated
SMTP service since Postfix can be configured to use Dovecot's SASL
authentication framework.
and for the suggestion -- I do have Postfix using Dovecot-Auth checking
for SASL.
I think I'm going to
On Jun 5, 2012, at 3:53 PM, /dev/rob0 wrote:
What suspicions were confirmed?
At first I thought that somebody was TCP'ing in and somehow
turning off the remote IP in the log so I couldn't block it.
Then an answer from another mailing list, and a little thinking,
made it occur to me that
05.06.2012 23:33, Michescu Andrei написал:
Picture the following scenario: master servers on each continent.
Catastrophic failure of the trans-continental network = 5 big
disconnected chunks of network fully functional. Any HA setup that I saw
will fail miserably. The simplest design with fully
20 matches
Mail list logo