Re: [Dovecot] Public free (libre) mailbox hosting service for everybody!

[Simon Brereton]

On 28 Feb 2013 08:26, "אנטולי קרסנר"  wrote:
>
> I've written a response to someone else, explaining some issues you
> mention here.
>
> A little note on UI: we don't need web UI. It's a good addition but
> unnecessary for the beginning. There are many free-software desktop mail
> clients. Some are big and complicated, but some are very simple and very
> easy to use, just like Gmail is. So UI is not a critical issue right
> now, we just need to be able to easily configure a mail client, e.g.
> Evolution, to work with the server.
>
> And it's great to hear people like the idea and want to help! With hard
> work and cooperation, everything is possible!
>
> - Anatoly Krasner
>
> On ד', 2013-02-27 at 18:39 -0500, Bennett Todd wrote:
> > The operational cost is non-zero. Besides hardware, which must include
> > backups, and enough physical diversity to offer availability, an email
> > server is an attractive nuisance; spammers and other criminals
> > constantly attempt sabotage and burglary, and it takes ongoing
> > manpower to attempt to hold them temporarily at bay.
> >
> > And unless you put hard caps on message sizes, people will use their
> > mailboxes as backup drives, or just email their vacation movies to
> > family, and you'll be buying drives, and hence replacing them, often.
> >
> > I love the idea, I'm fond of running mailservers myself. But I've gone
> > Google.
> >
> > As for software, I won't pitch my favorite components to this wide
> > list, but I know how to find all the pieces I'd need except the
> > webmail front-end for the utterly non-technical.
> >
> > If you limited the scope to IMAP and SMTP, both SSL authenticated, it
> > wouldn't be too hard to spec out.
> >
> > Host on AWS EC3 or the like, then find an affordable solution to spam,
> > and you can sell to anyone who doesn't expect their email to be
> > private from governments.
> >
> > Anybody know of a well-engineered and maintained SSL library?
> >

cesmail.net anyone?

Simon

Re: [Dovecot] Real-time sync using dsync

[Timo Sirainen]

On 28.2.2013, at 8.25, Цветков Алексей  wrote:

> Hi!
> I am very interested with dsync of replication and I assemble the test
> stand. Me one question interests. In the version 2.2rc1 tcp target for
> dsync was added. Somebody how to adjust it can write?

http://wiki2.dovecot.org/Replication has updated info about TCP target.

Re: [Dovecot] Real-time sync using dsync

[Цветков Алексей]

Hi!
I am very interested with dsync of replication and I assemble the test
stand. Me one question interests. In the version 2.2rc1 tcp target for
dsync was added. Somebody how to adjust it can write?

On Thu, 28 Feb 2013 08:08:50 +0100
Michael Grimm  writes:

>On 2013-02-28 6:55, l...@airstreamcomm.net wrote:
>
>> I have to +1 Nikolaos' sentiment for a geographically distributed
>> mail cluster, we have been hoping for a Dovecot solution to this
>> problem for the last few years.
>
>I am using that solution over a year now. Both mail servers have been
>running ~500 km apart. Regular mail traffic is very low, though, only
>a couple of users and ~1000 mails a day.
>
>I haven't been using such an elaborate test scenario you are
>describing here, but I did test dsync with huge loads of locally
>injected messages (10 messages at either site, or simultaneously).
>Thus, I am very much interested in your stress test results simulating
>a real world scenario in a much better way than my more ore less lab-
>like scenario, only.
>
>As Timo mentioned before, there have been bugs (especially with v2.1),
>but I never ever lost a single mail since starting dsync replication.
>Main issues have been duplicates, instead, and this is history after
>all those improvements Timo has achieved in v2.2.
>
>Thus, whoever is interested in a cheap man's fail-over mail cluster
>with geographically distributed servers and moderate load, I would
>encourage to consider and test replicator/dsync v2.2, now.
>
>Just my two cents,
>Michael
>
>
>


--
Best regards,
Aleksey Tsvetkov
System Administrator
Company Grand Vision
tel. +7(495)933-39-79, ext. 184

Re: [Dovecot] Real-time sync using dsync

[Michael Grimm]

On 2013-02-28 6:55, l...@airstreamcomm.net wrote:


I have to +1 Nikolaos' sentiment for a geographically distributed
mail cluster, we have been hoping for a Dovecot solution to this
problem for the last few years.


I am using that solution over a year now. Both mail servers have been
running ~500 km apart. Regular mail traffic is very low, though, only
a couple of users and ~1000 mails a day.

I haven't been using such an elaborate test scenario you are
describing here, but I did test dsync with huge loads of locally
injected messages (10 messages at either site, or simultaneously).
Thus, I am very much interested in your stress test results simulating
a real world scenario in a much better way than my more ore less lab-
like scenario, only.

As Timo mentioned before, there have been bugs (especially with v2.1),
but I never ever lost a single mail since starting dsync replication.
Main issues have been duplicates, instead, and this is history after
all those improvements Timo has achieved in v2.2.

Thus, whoever is interested in a cheap man's fail-over mail cluster
with geographically distributed servers and moderate load, I would
encourage to consider and test replicator/dsync v2.2, now.

Just my two cents,
Michael

Re: [Dovecot] how to talk with doveadmin unix socket

[Nikita Koshikov]

On Thu, Feb 28, 2013 at 1:53 AM, Piotr Rotter wrote:

> Hello,
>
> I would like to get mailbox quota by doveadm unix socket
> (/var/run/dovecor/doveadm-**server). I get from strace syntax of
> comunication:
>
> write(9, 
> "VERSION\t1\t0\nUSER\t1\tpiotr**.rot...@active24.pl
> \tservice=**doveadm\n", 60) = 60
> read(9, "VERSION\t1\t1\nSPID\t20805\n"**, 8192) = 23
> read(9, "USER\t1\tpiotr.rotter@**active24.pl 
> \temail=piotr.**rot...@active24.pl \tclear=**
> 7T33z456\thome=/vm/08/A/active**24.pl/piotr.rotter/\tuid=502\**
> tgid=502\tquota_rule=*:**storage=2097152000B\tquota_**
> rule2=*:messages=5\n",
> 8169) = 196
>
> and I wrote super simple client in php:
>
>  $sock = stream_socket_client('unix:///**var/run/dovecot/doveadm-**server',
> $errno, $errstr);
> fwrite($sock, 
> "VERSION\t1\t0\nUSER\t1\tpiotr**.rot...@active24.pl
> \tservice=**doveadm\n");
> echo fread($sock, 4096)."\n";
> echo fread($sock, 4096)."\n";
> fclose($sock);
> ?>
>
> But i get only "+" sign and line in errorlog as below:
>
> 2013-02-28T00:39:56.377437+01:**00 kurier9 dovecot: doveadm: Error:
> doveadm client not compatible with this server (mixed old and new binaries?)
>
> I would be very grateful for your help with this problem, what I doing
> wrong.
>
> My current dovecot version is 2.1.13
>
>
Here is my example on perl

socket(TSOCK, PF_UNIX, SOCK_STREAM,0);
connect(TSOCK, sockaddr_un("$conf{quota_socket}"));

if ($? != 0) {
  #error here
}

#After connect on socket, dovecot returns "+" or "-". Just a simple
check for data.
if (defined(my $answer = )) {

print TSOCK "VERSION\tdoveadm-server\t1\t0\n";
print TSOCK "PLAIN\t$conf{'doveadm_password'}\n";
TSOCK->flush;
#'+' here
$answer=;
print TSOCK "\t$local_part\@$domain\tquota get\n";
TSOCK->flush;

my $quota_data = ;


#"+" if everything is OK
$answer = ;

close TSOCK;
}

Don't forget to set doveadm_password= in dovecot config(clearttext) and you
must encode password in base64 for using in a script (after PLAIN command).

PS
dovecot version 2.1.15 here.

Re: [Dovecot] lmtp problem with wrong index path

[Dimos Alevizos]

Do you only have one domain? Maybe easiest would be to set auth_default_realm 
to that.


No, ~25.000


This is passdb configuration as a userdb, so it doesn't really work. Except 
directors don't use userdb, so it doesn't really break either.


oops! I see we have some more reading to do...


You had:
pass_attrs = mail=user,userpassword=password

This should have changed the username always to same as "mail" field, which 
should standardize the usernames with director also.


I changed passdb from static to ldap and I think I got it working now

[root@dev-dir dovecot]# egrep 'username changed|started proxying' 
/var/log/maillog
Feb 28 08:16:47 dev-dir-cloud dovecot: imap-login: 
proxy(webus...@devwebmail.otenet.gr): started proxying to 
83.235.66.71:143: user=, method=PLAIN, 
rip=195.170.0.170, lip=83.235.66.70, session=
Feb 28 08:16:57 dev-dir-cloud dovecot: auth: Debug: 
auth(webuser2,195.170.0.170,<5dh51sLWUwDDqgCq>): username changed 
webuser2 -> webus...@devwebmail.otenet.gr
Feb 28 08:16:57 dev-dir-cloud dovecot: imap-login: 
proxy(webus...@devwebmail.otenet.gr): started proxying to 
83.235.66.71:143: user=, method=PLAIN, 
rip=195.170.0.170, lip=83.235.66.70, session=<5dh51sLWUwDDqgCq>
Feb 28 08:17:05 dev-dir-cloud dovecot: auth: Debug: 
auth(dovecott...@otenet.gr,195.170.0.170,<94T21sLWVADDqgCq>): username 
changed dovecott...@otenet.gr -> webus...@devwebmail.otenet.gr
Feb 28 08:17:05 dev-dir-cloud dovecot: imap-login: 
proxy(webus...@devwebmail.otenet.gr): started proxying to 
83.235.66.71:143: user=, method=PLAIN, 
rip=195.170.0.170, lip=83.235.66.70, session=<94T21sLWVADDqgCq>


Thank you!

Dimos Alevizos

Re: [Dovecot] Real-time sync using dsync

[l...@airstreamcomm.net]

On 2/27/13 3:10 PM, Timo Sirainen wrote:

On 27.2.2013, at 21.19, Nikolaos Milas  wrote:


Any suggestions?

I am looking for a solution that would work in creating a failover cluster with 
two nodes, utilizing (two) CentOS 6 VMs, each on a different data center; this 
requirement makes technologies like drbd unusable (due to the inherent lack of 
complete link reliability between the two nodes).

I was thinking that dsync might be a good foundation for such scenarios.

dsync was meant exactly for that kind of replication. For a relatively few 
number of users this should work well (minus the initial bugs until they get 
all fixed). It's a little bit heavy operation to run dsync for each small 
change though, so I wouldn't necessarily use it for large systems. Then again 
it's mainly CPU usage, and Dovecot uses normally about 0% CPU, so maybe it's 
not so bad.

The other possibility that is more efficient and easier to scale to large 
systems is to use one of the scalable object storage backends and Dovecot's 
object storage plugin (commercial-only, available soon).

The idea behind both of these ways is to make it easy, cheap and reliable to do 
multi-datacenter replication for IMAP servers. None of the cluster filesystems 
can do that.


Timo, has this been tested on large systems yet?  I plan on hammering a 
two node dsync cluster running 2.2rc2 (each node is 100 miles apart in a 
different data center connected via 10gb ring) with a SMTP/IMAP/POP 
generating bot cluster we have in our test network to see how well it 
scales.  I will update with my findings next week when I get a chance to 
work on it.  I have to +1 Nikolaos' sentiment for a geographically 
distributed mail cluster, we have been hoping for a Dovecot solution to 
this problem for the last few years.

[Dovecot] how to talk with doveadmin unix socket

[Piotr Rotter]

Hello,

I would like to get mailbox quota by doveadm unix socket 
(/var/run/dovecor/doveadm-server). I get from strace syntax of comunication:


write(9, 
"VERSION\t1\t0\nUSER\t1\tpiotr.rot...@active24.pl\tservice=doveadm\n", 
60) = 60

read(9, "VERSION\t1\t1\nSPID\t20805\n", 8192) = 23
read(9, 
"USER\t1\tpiotr.rot...@active24.pl\temail=piotr.rot...@active24.pl\tclear=7T33z456\thome=/vm/08/A/active24.pl/piotr.rotter/\tuid=502\tgid=502\tquota_rule=*:storage=2097152000B\tquota_rule2=*:messages=5\n", 
8169) = 196


and I wrote super simple client in php:

$sock = stream_socket_client('unix:///var/run/dovecot/doveadm-server', 
$errno, $errstr);
fwrite($sock, 
"VERSION\t1\t0\nUSER\t1\tpiotr.rot...@active24.pl\tservice=doveadm\n");

echo fread($sock, 4096)."\n";
echo fread($sock, 4096)."\n";
fclose($sock);
?>

But i get only "+" sign and line in errorlog as below:

2013-02-28T00:39:56.377437+01:00 kurier9 dovecot: doveadm: Error: 
doveadm client not compatible with this server (mixed old and new binaries?)


I would be very grateful for your help with this problem, what I doing 
wrong.


My current dovecot version is 2.1.13

[Dovecot] Support for PolarSSL?

[Charles Marcus]

Hey Timo,

Just curious if you ever thought about supporting other than just OpenSSL?

PolarSSL looks really interesting, has no major dependencies and is very 
lightweight compared to OpenSSL, GNUTLS or others...


https://polarssl.org/

I guess it could be a lot of work, or not, anyway, I'm just curious...

--

Best regards,

*/Charles/*

[Dovecot] selinux rules for dovecot

[Robert Moskowitz]

I am running selinux in permissive mode on my new mail server, in part 
because of dovecot.  I would really like to use selinux, but I suspect 
it may be a challenge.  My setup is on Centos 6.3 with dovecot using 
mysql for virutal domains and users.  I am looking for a set of 
definitive selinux instructions, not a pointer to selinux tutorial.  
Here are examples of what I am seeing:


Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.770:33468): 
avc:  denied  { search } for  pid=2994 comm="dict" name="mysql" dev=dm-0 
ino=1705864 scontext=system_u:system_r:dovecot_t:s0 
tcontext=system_u:object_r:mysqld_db_t:s0 tclass=dir
Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.770:33469): 
avc:  denied  { write } for  pid=2994 comm="dict" name="mysql.sock" 
dev=dm-0 ino=1706116 scontext=system_u:system_r:dovecot_t:s0 
tcontext=system_u:object_r:mysqld_var_run_t:s0 tclass=sock_file
Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.770:33470): 
avc:  denied  { connectto } for pid=2994 comm="dict" 
path="/var/lib/mysql/mysql.sock" scontext=system_u:system_r:dovecot_t:s0 
tcontext=system_u:system_r:mysqld_t:s0 tclass=unix_stream_socket
Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.771:33471): 
avc:  denied  { getattr } for  pid=2994 comm="dict" 
path="/usr/share/mysql/charsets/Index.xml" dev=dm-0 ino=395155 
scontext=system_u:system_r:dovecot_t:s0 
tcontext=system_u:object_r:usr_t:s0 tclass=file
Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.771:33472): 
avc:  denied  { read } for  pid=2994 comm="dict" name="Index.xml" 
dev=dm-0 ino=395155 scontext=system_u:system_r:dovecot_t:s0 
tcontext=system_u:object_r:usr_t:s0 tclass=file

Re: [Dovecot] Real-time sync using dsync

[Timo Sirainen]

On 27.2.2013, at 21.19, Nikolaos Milas  wrote:

> Any suggestions?
> 
> I am looking for a solution that would work in creating a failover cluster 
> with two nodes, utilizing (two) CentOS 6 VMs, each on a different data 
> center; this requirement makes technologies like drbd unusable (due to the 
> inherent lack of complete link reliability between the two nodes).
> 
> I was thinking that dsync might be a good foundation for such scenarios.

dsync was meant exactly for that kind of replication. For a relatively few 
number of users this should work well (minus the initial bugs until they get 
all fixed). It's a little bit heavy operation to run dsync for each small 
change though, so I wouldn't necessarily use it for large systems. Then again 
it's mainly CPU usage, and Dovecot uses normally about 0% CPU, so maybe it's 
not so bad.

The other possibility that is more efficient and easier to scale to large 
systems is to use one of the scalable object storage backends and Dovecot's 
object storage plugin (commercial-only, available soon).

The idea behind both of these ways is to make it easy, cheap and reliable to do 
multi-datacenter replication for IMAP servers. None of the cluster filesystems 
can do that.

Re: [Dovecot] Real-time sync using dsync

[Alex Crow]

On 27/02/13 20:19, Nikolaos Milas wrote:

Any suggestions?

I am looking for a solution that would work in creating a failover 
cluster with two nodes, utilizing (two) CentOS 6 VMs, each on a 
different data center; this requirement makes technologies like drbd 
unusable (due to the inherent lack of complete link reliability 
between the two nodes).


Not sure how one can provide full HA between two datacenters with a 
single unreliable link in any case. You should arrange multiple 
physically independent links before you even think about doing failover 
- otherwise you stand to find yourself in a sticky situation when 
something odd happens. DRBD "split-brain" also applies to other 
solutions such as clustered and replicating filesystems. It hurts like 
hell when your storage gets damaged and you have no way of telling what 
the "good" copy is.


*If* you can wire in a second circuit between the two DCs (and 
preferably a 3rd you will be OK for any HA scenario. Ie, one circuit for 
data+DRBD traffic (ideally this should be 2 circuits) and another for 
heartbeat/fencing etc.


That said, I've heard good things about GlusterFS but I'm still not sure 
I'd trust it for corporate-level offsite HA.


This kind of thing is cheap to do badly and expensive to do right.


Cheers

Alex

Re: [Dovecot] Real-time sync using dsync

[Nikolaos Milas]

Any suggestions?

I am looking for a solution that would work in creating a failover 
cluster with two nodes, utilizing (two) CentOS 6 VMs, each on a 
different data center; this requirement makes technologies like drbd 
unusable (due to the inherent lack of complete link reliability between 
the two nodes).


I was thinking that dsync might be a good foundation for such scenarios.

Please advise.

Thanks,
Nick

On 27/2/2013 9:42 μμ, Reindl Harald wrote:


normally you would better use dedicated cluster-technology

Re: [Dovecot] Real-time sync using dsync

[Reindl Harald]

Am 27.02.2013 20:39, schrieb Nikolaos Milas:
> Can we use dsync to achieve *continuous* (real-time) sync between two servers 
> (Mirror mode)?
> 
> Running in such a "continuous" dsync mode, we would replicate two servers to 
> one another continuously, so that the
> two would be concurrently available/accessible/useable (as POP3/IMAP 
> servers), and getting synced in real time. Is
> this possible? (If yes, I think it would be much easier to setup such an 
> architecture, rather that resorting to
> shared file systems, network-based storage etc.)

normally you would better use dedicated cluster-technology
than rely on a service doing this on it's own - unix paradigms
are "one tool for one job"



signature.asc
Description: OpenPGP digital signature

[Dovecot] Real-time sync using dsync

[Nikolaos Milas]

Hi,

Can we use dsync to achieve *continuous* (real-time) sync between two 
servers (Mirror mode)?


Running in such a "continuous" dsync mode, we would replicate two 
servers to one another continuously, so that the two would be 
concurrently available/accessible/useable (as POP3/IMAP servers), and 
getting synced in real time. Is this possible? (If yes, I think it would 
be much easier to setup such an architecture, rather that resorting to 
shared file systems, network-based storage etc.)


Thanks,
Nick

Re: [Dovecot] v2.2.beta2 released

[Michael Grimm]

On 26.02.2013, at 21:23, Timo Sirainen  wrote:
> On 26.2.2013, at 22.20, Michael Grimm  wrote:

>> Actually, while going through all those files and writing this mail, all 
>> missing messages appeared in my MUA, and I do find in both maillogs:
>> 
>> @mx1:
>> | dovecot: dsync-local(test): Error: dsync(vm...@mx2.tld): I/O has stalled, 
>> no activity for 600 seconds
>> | dovecot: dsync-local(test): Error: Remote command process isn't dying, 
>> killing it
>> 
>> @mx2:
>> | dovecot: dsync-local(test): Error: dsync(vm...@mx1.tld): I/O has stalled, 
>> no activity for 600 seconds
>> | dovecot: dsync-local(test): Error: Remote command process isn't dying, 
>> killing it
> 
> Ah, this explains the behavior. I had hoped that with the redesign there was 
> practically no way to cause this kind of I/O stalling.

JFTR: Timo was right: this kind of stalling has not been caused by 
dovecot/replicator/dsync, no it was solely my fault: I had had my firewall 
configured in such a way that those ssh connections between both servers were 
by far to limited (rate of new connections over a time interval) for my test 
scenario. Now, after removing those limitations all mails are synchronized 
immediately without any more stalling.

Sorry for bothering you,
Michael

[Dovecot] Help with vpopmail authentication

[Fran Márquez]

Hello,

Currently I have a qmail server with vpopmail+courierImap. I want setup
a new server in DMZ for proxy IMAP connections and I have a doubt with
authentication method.

I've read that dovecot can use a vpopmail driver for authentication. As
my user database/password is stored by vpopmail, I think that this would
be the best method for check the auth logins against dovecot.

But I've read the docs and many examples availables on WWW and I haven't
found any reference to validate against an *external* vpopmail server.

The examples configuration doesn't contain any host/port, so I suppose
that driver try to use a local vopomaild. In my case, I only want
dovecot for proxying IMAP connections to my current mail server, without
store mails or user/password info in dovecot server, because all that
info is already stored in real mailserver.

The ideal scenario would be this:

user ---IMAPs> dovecot - IMAP ---> mailserver

Any advice will be wellcome.

Regards and thank you very much in advance

Re: [Dovecot] > 2.2.rc2: doveadm who -> Bad file descriptor

[Timo Sirainen]

On 27.2.2013, at 17.55, Lutz Preßler  wrote:

> On Mi, 27 Feb 2013, Lutz Preßler wrote:
> 
>> Hello,
>> 
>> 2.2.rc2 is reproducibly fine, but (all from xi.rename-it.nl)
>> dovecot_2.2.0~rc2-0~auto+11 (15988:2020ed15efb9) and
>> dovecot_2.2.0~rc2-0~auto+7 (15980:d84c7c11d7b7) have
>> "doveadm who" not working:
>> 
>> # doveadm who
>> doveadm(root): Fatal: fcntl(-1, F_GETFL) failed: Bad file descriptor
>> 
> http://hg.dovecot.org/dovecot-2.2/rev/91631438abce 1.79 "return -1;"
> looks suspicious.

Yes, very :) Fixed: http://hg.dovecot.org/dovecot-2.2/rev/976bf9e69367

Re: [Dovecot] Suggestions for upgrading dovecot 1.0.7 Redhat EL 5.x

[Steffen Kaiser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 27 Feb 2013, Götz Reinicke - IT Koordinator wrote:


I don't know Redhat, but it seems to be wise to upgrade. What's the
"Known Bug List" or "Known Security Holes" in Redhat EL 5.x?


What do you mean by that? BTW it's strange to me that Redhat never
updated the main imap server part in there lon tearm supported
enterprice distribution ... (RH EL 6 comes with dovecot 2.0 ok ... )


Are there security considerations to upgrade the base system, kernel 
remote exploits a.s.o.


You could look into building Dovecot from source to get v2.1 or v2.2.

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEVAwUBUS4s8l3r2wJMiz2NAQKmSgf/R1+ThosjK3LKhllJLilqxhfc3G/pd+rM
1q9MkeBHqDdxzvA2vyZ9k2j74wxnBU32JFAIlaaGIUPfonC/eRXgcrI2thCWTlqg
xUWnH2vl+RdvT+/LGW1fZoyrpbPQ1Hn+b2okShmHTBZKgeDDXRq0p69Tws1TA1kx
sQGhr+XGFssQt3HldNJEpL9UcXPmxWUm8ZtJJoimthVaaCSAd5KgrDtdXdOJdiLq
unD+I5Onmn9Lx8loYhwQm+sfpF/wFoIkV+EXUKwRnoOUg6o8o1lCjzX5mRugmDLk
W7U4Qn6mMrTHOW4jHgYpRyl3bMianW3+JnsoZFPKMMu/vAEpzOfgOA==
=Dvxq
-END PGP SIGNATURE-

Re: [Dovecot] > 2.2.rc2: doveadm who -> Bad file descriptor

[Lutz Preßler]

On Mi, 27 Feb 2013, Lutz Preßler wrote:

> Hello,
> 
> 2.2.rc2 is reproducibly fine, but (all from xi.rename-it.nl)
> dovecot_2.2.0~rc2-0~auto+11 (15988:2020ed15efb9) and
> dovecot_2.2.0~rc2-0~auto+7 (15980:d84c7c11d7b7) have
> "doveadm who" not working:
> 
> # doveadm who
> doveadm(root): Fatal: fcntl(-1, F_GETFL) failed: Bad file descriptor
> 
http://hg.dovecot.org/dovecot-2.2/rev/91631438abce 1.79 "return -1;"
looks suspicious.

Lutz

[Dovecot] > 2.2.rc2: doveadm who -> Bad file descriptor

[Lutz Preßler]

Hello,

2.2.rc2 is reproducibly fine, but (all from xi.rename-it.nl)
dovecot_2.2.0~rc2-0~auto+11 (15988:2020ed15efb9) and
dovecot_2.2.0~rc2-0~auto+7 (15980:d84c7c11d7b7) have
"doveadm who" not working:

# doveadm who
doveadm(root): Fatal: fcntl(-1, F_GETFL) failed: Bad file descriptor

strace doveadm who  ends with:
socket(PF_FILE, SOCK_STREAM, 0) = 8
fcntl(8, F_GETFL)   = 0x2 (flags O_RDWR)
fcntl(8, F_SETFL, O_RDWR|O_NONBLOCK)= 0
connect(8, {sa_family=AF_FILE, path="/var/run/dovecot/anvil"}, 110) = 0
fcntl(-1, F_GETFL)  = -1 EBADF (Bad file descriptor)
write(2, "doveadm(root): Fatal: fcntl(-1, "..., 69doveadm(root): Fatal: 
fcntl(-1, F_GETFL) failed: Bad file descriptor
) = 69
exit_group(75)  = ?

same with 2.2.rc2 includes:
socket(PF_FILE, SOCK_STREAM, 0) = 8
fcntl(8, F_GETFL)   = 0x2 (flags O_RDWR)
fcntl(8, F_SETFL, O_RDWR|O_NONBLOCK)= 0
connect(8, {sa_family=AF_FILE, path="/var/run/dovecot/anvil"}, 110) = 0
fcntl(8, F_GETFL)   = 0x802 (flags O_RDWR|O_NONBLOCK)
fcntl(8, F_SETFL, O_RDWR)   = 0
fstat(8, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
write(8, "VERSION\tanvil\t1\t0\nCONNECT-DUMP\n", 31) = 31


Lutz

-- 
Lutz Preßler  http://www.SerNet.DE/
SerNet Service Network GmbH, Bahnhofsallee 1b, D-37081 Göttingen
Tel.: +49-551-37-2,  FAX: +49-551-37-9
AG Göttingen, HRB 2816,  GF: Dr. Johannes Loxen

Re: [Dovecot] Sieve filters on folders, different from INBOX

[Robert Schetterer]

Am 27.02.2013 14:56, schrieb Valery V. Sedletski:
> Yes, this is a variant. But what if I modify the Dovecot post-login script (a 
> wrapper for IMAP process), or
> add the sieve plugin to protocol "imap {mail_plugins = ...}" ? Will it be 
> invoked on each operation with 
> mailboxes?

to my knowledge this will not work, and if will by like server/service
overkill ,sieve at "send" stage maybe able in the future, meanwhile you
have to workaround it, bc_copy in mailserver and plus-addressing might
solve what you want, or as some plugin in the imap client ( thunderbird )

if list people would have other solutions, i would lucky to read


Best Regards
MfG Robert Schetterer

-- 
[*] sys4 AG

http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München

Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich

Re: [Dovecot] Sieve filters on folders, different from INBOX

[Valery V. Sedletski]

>>
>> So, if sieve is invoked by lda, then, probably, I could invoke dovecot-lda 
>> from wrapper script on each mail
>> after it is fetched?
>
>with getmail
>
>[destination]
>type = MDA_external
>path = /usr/lib/dovecot/deliver
>
>But then it will be copied to INBOX... -- Is it possible to specify the
>other folder to deliver to,
>> to the deliver program?
>
>the sieve filter invoked bx deliver does it, i.e rule
>
>if header :contains ...  fileinto :create "folder"
>
>or whatever
>

Ah, yes. Really, I looked to mpop options, it can call various LDA's. And, 
dovecot-lda has "-m" parameter,
which allows to specify the mailbox name. So, I can deliver the mail arrived by 
fetcher, via dovecot-lda,
and Sieve filters will work. Also, as a bonus, delivering mail via LDA will 
correctly update user quotas -- the
problem which resolved by itself :) Great :)

>>
>>>
 outgoing mail to folders, specific
>>>
>>> outgoing mail is smtp, with i.e imap copy to sent folder etc
>>> if you want other folders your imap client should do it
>>>
>>
>> So, I can invoke Sieve interpreter from SMTP server, or process it via 
>> dovecot-lda, like in fetcher case?
>
>in general ,i dont think so , there may be some workaround with server
>bcc_copy and i.e plus adressing with sieve then for "sent" mail
>

Yes, this is a variant. But what if I modify the Dovecot post-login script (a 
wrapper for IMAP process), or
add the sieve plugin to protocol "imap {mail_plugins = ...}" ? Will it be 
invoked on each operation with
mailboxes?

>>
>>>
>>> try i.e
>>>
>>> https://addons.mozilla.org/de/thunderbird/addon/send-filter/?src=search
>>>
>>>
 to their recipients.

WBR,
valery

Re: [Dovecot] Protocol logging - TLS vs SSL

[Charles Marcus]

Ok, this really will be my last email on the subject...

On 2013-02-26 3:20 PM, Timo Sirainen  wrote:

Technically you're almost definitely using the TLS protocol (it has nothing to 
do with ports). http://wiki2.dovecot.org/SSL has some info about Dovecot's 
naming. (Of course, in Dovecot it's somewhat confusing since the config files 
use SSL but the logs use TLS.. uhm..)


Ok, I think I understand now, thanks Timo..

So, since (apparently) the 'new' correct term is TLS, why not change all 
of dovecots documentation (including the wiki) and the config code/files 
to reference it correctly? Not doing so, in my opinion, just perpetuates 
the confusion.


So, add the new tls/tls_ settings, keep the old ssl/ssl_ settings for 
backwards compat, document this clearly everywhere, especially on the 
wiki, and let doveconf -[d][n] output show explanatory text that the 
older ssl/ssl_ settings are deprecated in favor of the new tls/tls_ 
settings whenever someone is using them.


Dovecot's wiki page could then be a good general reference for 
de-confusing others (like me)... ;)


Also - I'd be very much in favor of the logging the precise version of 
TLS that is being used - ie, TLS_1.#, rather than just the generic 'TLS'.



On 2013-02-26 5:10 PM, Noel  wrote:

This is just a dumbing-down of the terms for the mass market.
 Anyone who's confused by this is trying too hard. It's really 
all TLS.


Yeah, I figured that all out now, thanks to the gentle prodding by Reindl.

Thanks Noel. Fwiw, I really hate ambiguity (especially with respect to 
things technical), so this will always bother me, but not much I can do 
about it. At least now I know.


And I just noticed that Thunderbird actually does it right (although it 
should be TLS/SSL, not SSL/TLS, since TLS is the 'new/correct' term)... 
cool...



On 2013-02-26 5:28 PM, Ben Morrow  wrote:
I'm generally against gratuitous changes for no good reason. 


Me too... but I don't see a change that makes dovecot use the *correct* 
terminology for TLS/SSL in both its documentation and logging as 
'gratuitous change', but that is just me. If you really do, then I guess 
we'll just have to agree to disagree.


--

Best regards,

*/Charles/*

Re: [Dovecot] Can't access to shared mailbox

[Angel L. Mateo]

El 27/02/13 13:39, Timo Sirainen escribió:

On 26.2.2013, at 14.49, Angel L. Mateo  wrote:


I'm using thunderbird (17.0.3, ubuntu 12.04 package). My server is 
dovecot 2.1.9 (it's the same since it works). The user sharing its mailbox is:

..

Feb 26 13:35:03 myotis32 dovecot: imap(): Error: Couldn't create 
namespace 'shared.' for user shared: userdb didn't return a home directory, but 
plugin setting quota used it (%h): dict:User quota::file:%h/Maildir/dovecot.quota


I remember looking into this. Most likely fixed in a newer version. You can 
probably also just replace %h with ~


No, this doesn't solve anything.

	The same server configuration works for other users. In fact, it worked 
until I have to completely restore my mailbox from backup. Since then, I 
can't use the shared folder, but other users could still use it.


--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información
y las Comunicaciones Aplicadas (ATICA)
http://www.um.es/atica
Tfo: 868889150
Fax: 86337

Re: [Dovecot] v2.2 dsync

[Walter Steiner]

Thank you very much
as well as for the subject I must somehow have managed to destroy.

> Fixed: http://hg.dovecot.org/dovecot-2.2/rev/2020ed15efb9

[ I'll try the next nightly ]

> > 2) and without the acl plugin 
> ..
> > Core was generated by `/m/sw/dc/a/bin/doveadm -Dv backup -R -u 
> > cyrte...@iai.uni-bonn.de -m INBOX imapc'.
> > Program terminated with signal 11, Segmentation fault.
> > [New process 94912]
> > #0  0x004578cc in dsync_ibc_send_mail_request (ibc=0x4a9f20, 
> > request=0x5441c0) at dsync-ibc.c:38
> > 38  return ibc->v.is_send_queue_full(ibc) ?
> > (gdb) bt full
> > #0  0x004578cc in dsync_ibc_send_mail_request (ibc=0x4a9f20, 
> > request=0x5441c0) at dsync-ibc.c:38
> > __FUNCTION__ = "dsync_ibc_send_mail_request"
> > #1  0x0044a6b1 in dsync_brain_send_mail_request (brain=0x4aa5e0) at 
> > dsync-brain-mails.c:25
> > request = (const struct dsync_mail_request *) 0x5441c0
> > __FUNCTION__ = "dsync_brain_send_mail_request"
> 
> Now this is a strange one. Can you reproduce itIn gdb show also the
> result of:
> 
> p *ibc

(gdb) p *ibc
$1 = {v = {deinit = 0x45c5eb , send_handshake = 0x45c753 
, recv_handshake = 0x45c804 
, 
send_end_of_list = 0x45c8b6 , 
send_mailbox_state = 0x45c8e4 , 
recv_mailbox_state = 0x45c951 , 
send_mailbox_tree_node = 0x45c9e1 , 
recv_mailbox_tree_node = 0x45ca54 , 
send_mailbox_deletes = 0x45cade , 
recv_mailbox_deletes = 0x45cb3d , 
send_mailbox = 0x45cbc8 , 
recv_mailbox = 0x45cd11 , send_change = 
0x45cd79 , recv_change = 0x45cdce 
, 
send_mail_request = 0x45ce36 , 
recv_mail_request = 0x45ce9f , send_mail = 
0x45cf07 , 
recv_mail = 0x45cfff , close_mail_streams = 
0x45d0ce , is_send_queue_full = 0x45c855 
, 
has_pending_data = 0x45c889 }, io_callback 
= 0x445827 , io_context = 0x4a9fd0, failed = 0}

Re: [Dovecot] lmtp problem with wrong index path

[Timo Sirainen]

On 26.2.2013, at 15.45, Dimos Alevizos  wrote:

> I managed to reproduce the problem, but it required sending 1000 mails with 
> multiple recipients.
> In every case I checked, the wrong index path is indeed the first RCPT TO's 
> in that session.
> However it doesn't happen to all other recipients in the session, nor to the 
> same one each time.
> In any case since the mail get delivered to the correct mbox and you say that 
> the errors are unnecessary we can essentially consider it case closed.

OK, that explains why I couldn't reprodue it easily. Although I'm still not 
sure why it would happen sometimes and not other times.

> I've got another question about the directors though and what you mentioned 
> in your earlier mail that we can set mail_nfs_index=no and 
> mail_nfs_storage=no.
> I've noticed that our directors point to different backends if the user 
> logins as "user" vs "user@domain" and as a result there are users ending up 
> in more than one server (several of them use just their username in one 
> client and the full user@domain in another and vice versa).
> Up till now we didn't think much about it because it's not that common.

Do you only have one domain? Maybe easiest would be to set auth_default_realm 
to that.

> Our directors have the following config :
> 
> userdb {
>  driver = static
>  args = proxy=y nopassword=y
> }

This is passdb configuration as a userdb, so it doesn't really work. Except 
directors don't use userdb, so it doesn't really break either.

> We tried changing that to ldap with the same config you posted but it doesn't 
> change anything.
> I presume it can be configured and we're just missing something ?

You had:
pass_attrs = mail=user,userpassword=password

This should have changed the username always to same as "mail" field, which 
should standardize the usernames with director also.

Re: [Dovecot] Can't access to shared mailbox

[Timo Sirainen]

On 26.2.2013, at 14.49, Angel L. Mateo  wrote:

>   I'm using thunderbird (17.0.3, ubuntu 12.04 package). My server is 
> dovecot 2.1.9 (it's the same since it works). The user sharing its mailbox is:
..
> Feb 26 13:35:03 myotis32 dovecot: imap(): Error: Couldn't create 
> namespace 'shared.' for user shared: userdb didn't return a home directory, 
> but plugin setting quota used it (%h): dict:User 
> quota::file:%h/Maildir/dovecot.quota

I remember looking into this. Most likely fixed in a newer version. You can 
probably also just replace %h with ~

Re: [Dovecot] 2.2.rc2: problem with acl_shared_dict

[Timo Sirainen]

On Tue, 2013-02-26 at 12:16 +0100, Lutz Preßler wrote:
> Hello,
> 
> 2.2.rc2, configuration as before:
> 
> acl_shared_dict=file:...
> The contents of this file is used for e.g. LISTing shared mailboxes.
> But even with file and directory beeing world writable, it's not written
> into on SETACL commands.
> Instead, at least sometimes (it seems to make a difference if GETACL is
> used before in the session) the imap process crashes on SETACL or DELETEACL.
> 
> Feb 26 00:31:52 host dovecot: imap(13373, user) K64y8ZTWOgB/AAAB: Fatal: 
> master: service(imap): child 13373 killed with signal 11 (core dumps 
> disabled) 
> Anything to do for further debugging? Working correctly with 2.1.15.

I couldn't reproduce with a few tests, so gdb backtrace would be
helpful: http://dovecot.org/bugreport.html

Re: [Dovecot] v2.2 dsync

[Timo Sirainen]

On Tue, 2013-02-26 at 16:40 +0100, Walter Steiner wrote:
> I've run into a problem with `doveadm backup` (2.2 rc2 and 20130226)
> I did not notice in 2.1.15
..
>   doveadm backup [-Dv] -R -u cyrte...@iai.uni-bonn.de -m INBOX imapc:
> 
> dsync(cyrte...@iai.uni-bonn.de): Panic: file mailbox-list.c: line 1226: 
> unreached

Fixed: http://hg.dovecot.org/dovecot-2.2/rev/2020ed15efb9

> 2) and without the acl plugin 
..
> Core was generated by `/m/sw/dc/a/bin/doveadm -Dv backup -R -u 
> cyrte...@iai.uni-bonn.de -m INBOX imapc'.
> Program terminated with signal 11, Segmentation fault.
> [New process 94912]
> #0  0x004578cc in dsync_ibc_send_mail_request (ibc=0x4a9f20, 
> request=0x5441c0) at dsync-ibc.c:38
> 38  return ibc->v.is_send_queue_full(ibc) ?
> (gdb) bt full
> #0  0x004578cc in dsync_ibc_send_mail_request (ibc=0x4a9f20, 
> request=0x5441c0) at dsync-ibc.c:38
> __FUNCTION__ = "dsync_ibc_send_mail_request"
> #1  0x0044a6b1 in dsync_brain_send_mail_request (brain=0x4aa5e0) at 
> dsync-brain-mails.c:25
> request = (const struct dsync_mail_request *) 0x5441c0
> __FUNCTION__ = "dsync_brain_send_mail_request"

Now this is a strange one. Can you reproduce it? In gdb show also the
result of:

p *ibc

Re: [Dovecot] Special characters in dovecot.conf

[Timo Sirainen]

On 27.2.2013, at 13.18, Antonio Casado Rodriguez  wrote:

> Hi all,
> 
> I've configured "quota_exceeded_message" in dovecot 1.2, but I have two 
> questions:
> 
> - Can I use "CRLF" in it? I'd like have two messages: english and spanish.

In v2.0+ you can do:

quota_exceeded_message =  - If char character set in dovecot.conf is ASCII, How do I set special 
> characters (spanish)? The email received is in UTF-8

Use UTF8.

[Dovecot] Special characters in dovecot.conf

[Antonio Casado Rodriguez]

Hi all,

I've configured "quota_exceeded_message" in dovecot 1.2, but I have two 
questions:


- Can I use "CRLF" in it? I'd like have two messages: english and spanish.
- If char character set in dovecot.conf is ASCII, How do I set special 
characters (spanish)? The email received is in UTF-8


Thanks you

--
Antonio Casado Rodríguez
Administrador de Servicios de Red y Seguridad TIC
Área de Comunicaciones
STIC (Servicio de las Tecnologías de la Información y las Comunicaciones)
UNIVERSIDAD DE ALMERÍA

Este mensaje y los ficheros que puedan ser adjuntados son confidenciales. Los 
mismos contienen información reservada que no puede ser difundida. Si usted ha 
recibido este correo por error, tenga la amabilidad de eliminarlo de su sistema 
y avisar al remitente mediante reenvío a su dirección electrónica; no deberá 
copiar el mensaje ni divulgar su contenido a ninguna persona. Su dirección de 
correo electrónico junto a sus datos personales constan en un fichero 
titularidad de La UNIVERSIDAD DE ALMERÍA cuya finalidad es la de mantener el 
contacto con usted.
Si quiere saber de qué información disponemos de usted, modificarla, y en su 
caso, cancelarla, puede hacerlo enviando un escrito al efecto, acompañado de 
una fotocopia de su D.N.I. a la siguiente dirección: UNIVERSIDAD DE ALMERÍA –. 
Secretaría General de La Universidad de Almería. Edificio Central, Planta baja. 
Ctra. Sacramento s/n, La Cañada de San Urbano. CP 04120 Almería

Re: [Dovecot] Master passwords and ACLs

[Angel L. Mateo]

	As I pushed the sent button of the message, I have thought it could be 
a problem with ACLs. Giving rights to the master users, fixes the problem.


--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información
y las Comunicaciones Aplicadas (ATICA)
http://www.um.es/atica
Tfo: 868889150
Fax: 86337

[Dovecot] Master passwords and ACLs

[Angel L. Mateo]

Hello,

Since I have activated acl plugin, master password is no longer working.

	I'm running dovecot 2.1.9 with master password and acl plugin (among 
others). I have attached my configuration. If I disable acl plugin, it 
works, but if I enabled it, dovecot fails. In the client, I get:


amateo@joshua:~$ telnet myotis30.um.es 143
Trying 155.54.211.169...
Connected to myotis30.um.es.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE 
IDLE AUTH=PLAIN] Dovecot ready.

1 login *master 
1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE 
IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND 
UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE 
QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS 
SPECIAL-USE QUOTA ACL RIGHTS=texk] Logged in

2 SELECT INBOX
2 NO [SERVERBUG] Internal error occurred. Refer to server log for more 
information. [2013-02-27 11:46:50]


and in the server I get:

Feb 27 11:46:47 myotis30 dovecot: imap-login: Login: user=<>, 
method=PLAIN, rip=155.54.67.5, lip=155.54.211.169, mpid=53762, 
session=
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Loading modules from 
directory: /usr/lib/dovecot/modules
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Module loaded: 
/usr/lib/dovecot/modules/lib01_acl_plugin.so
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Module loaded: 
/usr/lib/dovecot/modules/lib02_imap_acl_plugin.so
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Module loaded: 
/usr/lib/dovecot/modules/lib10_quota_plugin.so
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Module loaded: 
/usr/lib/dovecot/modules/lib11_imap_quota_plugin.so
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Module loaded: 
/usr/lib/dovecot/modules/lib20_zlib_plugin.so
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Added userdb setting: 
plugin/master_user=master
Feb 27 11:46:47 myotis30 dovecot: imap: Debug: Added userdb setting: 
plugin/quota_rule=*:storage=10G
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: Effective 
uid=113246, gid=110, home=/home/alumnos/46/113246
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: No 
acl_shared_dict setting - shared mailbox listing is disabled
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: Quota root: 
name=User quota backend=dict 
args=:file:/home/alumnos/46/113246/Maildir/dovecot.quota
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: Quota rule: 
root=User quota mailbox=* bytes=10737418240 messages=0
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: Quota rule: 
root=User quota mailbox=Trash bytes=+1073741824 messages=0
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: dict quota: 
user=, uri=file:/home/alumnos/46/113246/Maildir/dovecot.quota, 
noenforcing=0
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: Namespace : 
type=private, prefix=, sep=., inbox=yes, hidden=no, list=yes, 
subscriptions=yes location=maildir:~/Maildir:INDEX=/var/indexes/
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: maildir++: 
root=/home/alumnos/46/113246/Maildir, index=/var/indexes/, 
control=, inbox=/home/alumnos/46/113246/Maildir, alt=
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: initializing 
backend with data: vfile
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: acl username 
= master

Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: owner = 0
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl vfile: Global 
ACL directory: (none)
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: Namespace : 
type=private, prefix=BORRADOS., sep=., inbox=no, hidden=yes, list=no, 
subscriptions=yes location=maildir:~/Maildir/expunged
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: maildir++: 
root=/home/alumnos/46/113246/Maildir/expunged, index=, control=, inbox=, 
alt=
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: initializing 
backend with data: vfile
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: acl username 
= master

Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: owner = 0
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl vfile: Global 
ACL directory: (none)
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: Namespace : 
type=shared, prefix=shared.%u., sep=., inbox=no, hidden=no, 
list=children, subscriptions=no 
location=maildir:%h/Maildir:INDEX=~/Maildir/shared/%u
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: shared: 
root=/var/run/dovecot, index=, control=, inbox=, alt=
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: initializing 
backend with data: vfile
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: acl username 
= master

Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl: owner = 0
Feb 27 11:46:47 myotis30 dovecot: imap(): Debug: acl vfile: Global 
ACL directory: (none)
Feb 27 11:46:50 myotis30 dovecot: imap(): Debug: acl vfile: file 
/home/alumnos/46/113246/Maildir/dovecot-acl not found
Feb 27 11:46:50 myotis30 dovecot: imap(): Error: Failed to 
autocreate mailbox INBOX: Permission denied


	This us

Re: [Dovecot] "sent" and "accepted" missing mails

[Robert Schetterer]

Am 27.02.2013 10:59, schrieb Spyros Tsiolis:
> Hello all,
> 
> OK, this most probably is not dovecot related.
> However, I have to start from somewhere.
> 
> output of "dovecot -n" :
> 
> 
> # 1.2.16: /etc/dovecot/dovecot.conf
> # OS: Linux 2.6.18-194.17.4.el5 i686 CentOS release 5.5 (Final) ext3
> base_dir: /var/run/dovecot/
> log_path: /var/log/dovecot/dovecot.log
> info_log_path: /var/log/dovecot/dovecot-info.log
> ssl_parameters_regenerate: 48
> verbose_ssl: yes
> login_dir: /var/run/dovecot//login
> login_executable: /usr/local/dovecot/libexec/dovecot/imap-login
> login_greeting: * Dovecot ready *
> login_max_processes_count: 96
> mail_location: maildir:/var/MailRoot/domains/%d/%n/Maildir
> mail_plugins: zlib
> auth default:
>   verbose: yes
>   debug: yes
>   debug_passwords: yes
>   passdb:
> driver: passwd-file
> args: /etc/dovecot/passwd
>   passdb:
> driver: pam
>   userdb:
> driver: static
> args: uid=vmail gid=vmail home=/home/vmail/%u
>   userdb:
> driver: passwd
> 
> User (really weird user) today tells me she is missing
> "sent" and "accepted" folders. She is running the latest version
> of Thunderbird on a windows XP pro 32-bit machine.
> 
> My question is :
> Should I hunt something that is dovecot-related or is it MUA
> related ?
> 
> And since I brought this up; Does anyone know if dovecot (v1.2.16)
> has any limits on user quota, message sizes and stuff like that ?
> 
> Thank you kindly,
> 
> spyros
> 
> 
> 
> 
> "I merely function as a channel that filters 
> music through the chaos of noise"
> - Vangelis 
> 

do you "see" the imap folders login in via telnet ?

telnet mail.myserver.com 143

or

openssl s_client -connect mail.myserver.com:993

. login accountn...@myserver.com *
. list "" "*"

or with some webmail, your own thunderbird etc

what about looging ?

Best Regards
MfG Robert Schetterer

-- 
[*] sys4 AG

http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München

Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich

Re: [Dovecot] "sent" and "accepted" missing mails

[Steffen Kaiser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 27 Feb 2013, Spyros Tsiolis wrote:


OK, this most probably is not dovecot related.



User (really weird user) today tells me she is missing
"sent" and "accepted" folders. She is running the latest version
of Thunderbird on a windows XP pro 32-bit machine.


Well, are the folders on the server present?

Yes -> check subscription in Thunderbird.
No  -> she cannot see them :-)

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEVAwUBUS3b1V3r2wJMiz2NAQLarQf8DaH6TRI970YRq4vrgQ0393qyHrEooGJq
O0B/aSuOR8SCStn4fpwgR817Hw+FGEQgJ/0hUdj3LRYccz+HBYjgB9LP/Kw2bFd5
xcCdyT+0sU4ndPB3nn5YOGe1yr26vRJCTklLN6P9ApY1iWzPgxk4N5C3sXrNrkz3
dOnBA4LYp2lAKcm4KNDE2n1KVh2dXs9OIh0Rig/+va2TXpSviDlk089nz7trwoG1
M8UJNuEEvS5UKex9Ehts8eWknmxdqM7CsdddoMGiSNYdM/wHPwO+xCeQWB8ir3AH
gUZvNQ4nwV1lQC9EA2Meuo/6NpI0eBYr+hBPSBrhxWh5ih22uCcdvg==
=TBgM
-END PGP SIGNATURE-

[Dovecot] "sent" and "accepted" missing mails

[Spyros Tsiolis]

Hello all,

OK, this most probably is not dovecot related.
However, I have to start from somewhere.

output of "dovecot -n" :


# 1.2.16: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.18-194.17.4.el5 i686 CentOS release 5.5 (Final) ext3
base_dir: /var/run/dovecot/
log_path: /var/log/dovecot/dovecot.log
info_log_path: /var/log/dovecot/dovecot-info.log
ssl_parameters_regenerate: 48
verbose_ssl: yes
login_dir: /var/run/dovecot//login
login_executable: /usr/local/dovecot/libexec/dovecot/imap-login
login_greeting: * Dovecot ready *
login_max_processes_count: 96
mail_location: maildir:/var/MailRoot/domains/%d/%n/Maildir
mail_plugins: zlib
auth default:
  verbose: yes
  debug: yes
  debug_passwords: yes
  passdb:
    driver: passwd-file
    args: /etc/dovecot/passwd
  passdb:
    driver: pam
  userdb:
    driver: static
    args: uid=vmail gid=vmail home=/home/vmail/%u
  userdb:
    driver: passwd

User (really weird user) today tells me she is missing
"sent" and "accepted" folders. She is running the latest version
of Thunderbird on a windows XP pro 32-bit machine.

My question is :
Should I hunt something that is dovecot-related or is it MUA
related ?

And since I brought this up; Does anyone know if dovecot (v1.2.16)
has any limits on user quota, message sizes and stuff like that ?

Thank you kindly,

spyros




"I merely function as a channel that filters 
music through the chaos of noise"
- Vangelis