Re: [Dovecot] dovecot.org mirrors?
On 04/30/2011 03:11 PM, /dev/rob0 wrote: > On Fri, Apr 29, 2011 at 08:10:45PM +0300, Timo Sirainen wrote: >> The mirroring setup is finished. There's a master server now >> handling dovecot.org and a mirror server handling www/hg/wiki. >> Would be nice to get another reliable fast mirror server if >> someone wants to donate one :) Requirements are: >> >> - Apache2 with WSGI >> - Mercurial >> - Patched moinmoin >> - ssh + rsync so I can push changes immediately > > I think I had offered you a mirror and/or DNS slaves in the past. ATM > we can't manage the Mercurial and moinmoin, but that might change in > the near future. > > I can still offer you two DNS slaves, if you're interested in that, > but there are other free/gratis services available which can do that > quite well. > >> BTW. Apparently there's still something wrong with dovecot.org's >> reverse DNS record. It appears to be ok, but some DNS servers have >> cached it wrong. I don't know why. We've complained to the ISP. > > Sounds like the TTL was too long before a change was made. > >> Also dovecot.org is currently sharing IP with some other stuff, >> but should get its own IP some day. > > dovecot.org.3600IN A 194.89.34.45 > 45.34.89.194.in-addr.arpa. 86400 IN PTR mkentta.iki.fi. > mkentta.iki.fi. 86400 IN A 194.89.34.45 > > Looks fine, although the PTR is mkentta.iki.fi. and not dovecot.org. > I'd use "mkentta.iki.fi" as the HELO name if sending mail from there, > but that shouldn't be much of a problem. At the moment, $ dig -x 194.89.34.45 ; <<>> DiG 9.7.3 <<>> -x 194.89.34.45 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 44132 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL:0 ;; QUESTION SECTION: ;45.34.89.194.in-addr.arpa. IN PTR ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sun May 1 00:49:20 2011 ;; MSG SIZE rcvd: 43 $ dig +short 34.89.194.in-addr.arpa ns $ dig +short 89.194.in-addr.arpa ns ns2-usa.global.sonera.net. ns2-fin.global.sonera.fi. ns1-fin.global.sonera.fi. ns1-swe.global.sonera.se. ns.ripe.net. $ dig +short @ns2-usa.global.sonera.net -x 194.89.34.45 mkentta.iki.fi. $ dig +short @ns2-fin.global.sonera.fi. -x 194.89.34.45 mkentta.iki.fi. $ dig +short @ns1-fin.global.sonera.fi -x 194.89.34.45 mkentta.iki.fi. $ dig +short @ns1-swe.global.sonera.se. -x 194.89.34.45 mkentta.iki.fi. $ dig +short @ns.ripe.net -x 194.89.34.45 It looks like that last one could be the problem.
Re: [Dovecot] dovecot.org mirrors?
> Currently 1 GB, but grows every day of course. I'm currently thinking maybe > there could be one mirror in every continent (so Finland = Europe already) > and with some DNS redirection magic going to the nearest server :) Space isn't a problem, but my webserver is ZWS (they don't do ipv6 for example) However, I can offer DNS ^^; P
Re: [Dovecot] dict quota problem
Papp Tamas wrote: > On 04/30/2011 02:24 PM, Sven Hartge wrote: >> I mean, how I can set a true quota usage for a user? Define "true >> quota usage". > Maximum usable space for a user on the disk. >> The current implementation just works. Where is your problem with >> that? You get the exact amount of bytes all mails of a user are >> allocating on the storage (minus the space for the meta data of >> dovecot like indexes and overhead from the filesystem). > As I wrote, It does not work. The counted and the real space usage is > far away from each other if you have a lot of mail files. Yes. You as admin have to deal with this. Buy a bigger disk, reduce the quota, etc. Or use a filesystem quota, which will (of course) only work with real users and not with virtual users. Grüße, Sven. -- Sigmentation fault. Core dumped.
Re: [Dovecot] dovecot.org mirrors?
On 30.4.2011, at 22.11, /dev/rob0 wrote: > I think I had offered you a mirror and/or DNS slaves in the past. ATM > we can't manage the Mercurial and moinmoin, but that might change in > the near future. > > I can still offer you two DNS slaves, if you're interested in that, > but there are other free/gratis services available which can do that > quite well. Yes, DNS is good enough already with 3 servers in completely different networks (although all of them in Finland, but I doubt the whole Finland drops off the map that easily :) >> BTW. Apparently there's still something wrong with dovecot.org's >> reverse DNS record. It appears to be ok, but some DNS servers have >> cached it wrong. I don't know why. We've complained to the ISP. > > Sounds like the TTL was too long before a change was made. But there has been no change to it for months! (If not years, I don't know.) So I'm sure the ISP has screwed up something. >> Also dovecot.org is currently sharing IP with some other stuff, >> but should get its own IP some day. > > dovecot.org.3600IN A 194.89.34.45 > 45.34.89.194.in-addr.arpa. 86400 IN PTR mkentta.iki.fi. > mkentta.iki.fi. 86400 IN A 194.89.34.45 > > Looks fine, although the PTR is mkentta.iki.fi. and not dovecot.org. Yeah, that'll change back to dovecot.org in near future. > I'd use "mkentta.iki.fi" as the HELO name if sending mail from there, > but that shouldn't be much of a problem. It should be doing that, yes.
Re: [Dovecot] dovecot.org mirrors?
On 30.4.2011, at 8.39, Frank Bonnet wrote: > Hello Timo > > How much disk space does it represents ? Currently 1 GB, but grows every day of course. I'm currently thinking maybe there could be one mirror in every continent (so Finland = Europe already) and with some DNS redirection magic going to the nearest server :) Yeah, probably way too much than actually needed, but latencies should be smaller, which could be nice with wiki.
Re: [Dovecot] dovecot.org mirrors?
On Fri, Apr 29, 2011 at 08:10:45PM +0300, Timo Sirainen wrote: > The mirroring setup is finished. There's a master server now > handling dovecot.org and a mirror server handling www/hg/wiki. > Would be nice to get another reliable fast mirror server if > someone wants to donate one :) Requirements are: > > - Apache2 with WSGI > - Mercurial > - Patched moinmoin > - ssh + rsync so I can push changes immediately I think I had offered you a mirror and/or DNS slaves in the past. ATM we can't manage the Mercurial and moinmoin, but that might change in the near future. I can still offer you two DNS slaves, if you're interested in that, but there are other free/gratis services available which can do that quite well. > BTW. Apparently there's still something wrong with dovecot.org's > reverse DNS record. It appears to be ok, but some DNS servers have > cached it wrong. I don't know why. We've complained to the ISP. Sounds like the TTL was too long before a change was made. > Also dovecot.org is currently sharing IP with some other stuff, > but should get its own IP some day. dovecot.org.3600IN A 194.89.34.45 45.34.89.194.in-addr.arpa. 86400 IN PTR mkentta.iki.fi. mkentta.iki.fi. 86400 IN A 194.89.34.45 Looks fine, although the PTR is mkentta.iki.fi. and not dovecot.org. I'd use "mkentta.iki.fi" as the HELO name if sending mail from there, but that shouldn't be much of a problem. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header
Re: [Dovecot] calling dovecot exported auth from Java
On 4/15/2011 5:36 PM, WJCarpenter wrote: As far as I have been able to figure out, dovecot auth always works over a Unix domain socket. I believe it is not currently possible to operate dovecot auth over an Internet domain (TCP) socket. Am I correct? I want to call dovecot's exported authentication from a Java application. Java doesn't natively know how to talk to a Unix domain socket, so there are inconveniences. There are 3rd party JNI libraries to allow Java to do it, but I'm not too wild about the idea of using JNI. My current thinking is to rig up some kind of proxy/shuttle arrangement between a localhost TCP port and the dovecot auth Unix domain socket in the filesystem. I'm looking at using the more or less standard tool "socat" to do that. (I'm on a mainstream Linux distribution.) Here is the solution we came up with. All of this is, uh, lightly tested at this point. Bug reports welcome (directly or via this mailing list if you want.) First, the "socat" command to connect a localhost TCP socket to the Unix domain socket. This is suitable for somehow running just once since it makes its own children for handling each connection instance. /usr/bin/socat -ly \ TCP4-LISTEN:1649,bind=localhost,reuseaddr,fork \ UNIX-CONNECT:/var/run/dovecot/auth-client We chose port 1649 because it's allocated to the ancient kermit protocol, and we're confident we'll never use that here. Here is the Java class that we use for speaking to the dovecot auth process. It's basically a rework of the C++ code in the exim sources. Because we have a Tomcat environment for this, we used a Catalina utility for base64 encoding. If you don't have that, you'll have to find one elsewhere (there is no standard base64 encoder thing in Java; grrr). There are some things in here that I don't completely understand, but they are in the exim code and (apparently) do no harm. You can instantiate one of these objects and then call the doLogin() method arbitrarily many times. As noted, the class is not threadsafe. package aio.util; import java.io.*; import java.net.Socket; import org.apache.catalina.util.Base64; /** * This class is not threadsafe. */ public class DovecotLogin { private boolean TRACE = true; private String host; private int port; private String service; private LineNumberReader lineReader; private OutputStream outputStream; public DovecotLogin() { this(null, 0, null); } public DovecotLogin(String host, int port, String service) { this.host = host != null ? host : "localhost"; this.port = port > 0 ? port : 1649; this.service = service != null ? service : "aiologin"; if (TRACE) { System.out.println("CONNECT " + this.host + ":" + this.port + ", service=" + this.service); } initDovecotConnection(); } private void initDovecotConnection() { try { socket = new Socket(host, port); int localport = socket.getLocalPort(); InputStream inputStream = socket.getInputStream(); lineReader = new LineNumberReader(new InputStreamReader(inputStream, "utf-8")); outputStream = socket.getOutputStream(); initialDovecotListenTo(); initialDovecotSpeakTo(localport); } catch (Exception e) { // TODO logme e.printStackTrace(); } } public void close() { if (socket != null && socket.isConnected()) { try { socket.close(); socket = null; } catch (IOException e) { // TODO logme e.printStackTrace(); } } } public boolean doLogin(String userid, String password) { try { sayThisLogin(userid, password); return readLoginResponse(); } catch (Exception e) { // TODO logme e.printStackTrace(); return false; } } private boolean readLoginResponse() throws IOException { String line = lineReader.readLine(); if (TRACE) { System.out.println("S< " + line); } String[] splits = line.split("\t"); String token1 = splits[0]; if ("FAIL".equalsIgnoreCase(token1)) { return false; } if ("OK".equalsIgnoreCase(token1)) { return true; } throw new IOException("unexpected response received from dovecot auth: " + line); } private void initialDovecotListenTo() throws IOException { boolean done = false; while (!done) { String line = lineReader.readLine(); if (TRACE) { System.out.println("S< " + line); }
Re: [Dovecot] possible bug leading to lmtp crashes
On 04/26/2011 05:00 PM, Timo Sirainen wrote: > On 26.4.2011, at 20.12, Trever L. Adams wrote: > >> I am finding it interested that abrt seems to say that environment is >> empty/corrupted. I am attaching more backtraces to the Fedora bug >> (https://bugzilla.redhat.com/show_bug.cgi?id=697325). > I think this is a generic bug in LDAP code when using SASL authentication. It > just shouldn't be crashing here: > >> #6 db_ldap_request_queue_next (conn=0x1c6ed90) at db-ldap.c:343 > That code around it looks a bit weird.. I'll look at it closer tomorrow. > > By chance were you able to isolate and fix this bug? Thank you, Trever -- "Women reason with the heart and are much less often wrong than men who reason with the head." -- DeLescure signature.asc Description: OpenPGP digital signature
Re: [Dovecot] dict quota problem
On 04/30/2011 02:24 PM, Sven Hartge wrote: I mean, how I can set a true quota usage for a user? Define "true quota usage". Maximum usable space for a user on the disk. The current implementation just works. Where is your problem with that? You get the exact amount of bytes all mails of a user are allocating on the storage (minus the space for the meta data of dovecot like indexes and overhead from the filesystem). As I wrote, It does not work. The counted and the real space usage is far away from each other if you have a lot of mail files. Thank you, tamas
Re: [Dovecot] dict quota problem
Papp Tamas wrote: > On 04/30/2011 01:36 AM, Sven Hartge wrote: >>> So, there is no exact or something closer solution with normal >>> maildirs? >> Define "exact". > I mean, how I can set a true quota usage for a user? Define "true quota usage". >> Trust me, you don't want to include any meta data or filesystem overhead >> in the quota value presented to the user. Doing so is just asking for >> trouble and grief. > I unserstand the overhead, I'm just looking for any kind of solution, > which works. The current implementation just works. Where is your problem with that? You get the exact amount of bytes all mails of a user are allocating on the storage (minus the space for the meta data of dovecot like indexes and overhead from the filesystem). S° -- Sigmentation fault. Core dumped.
Re: [Dovecot] linking problems of dovecot 2.0.3
On Sat, 2011-04-30 at 13:20 +0300, Timo Sirainen wrote: > On Mon, 2010-09-20 at 16:10 +0100, Timo Sirainen wrote: > > > > ./.libs/liblogin.a(client-common.o): In function `get_var_expand_table': > > > /tmp/dovecot/BUILD/dovecot-2.0.3/src/login-common/client-common.c:372: > > > undefined reference to `login_binary' > > > > The binary is expected to provide this symbol. This can't be fixed > > without a large API change. Maybe for v2.1. > > I fixed this now in v2.1: > http://hg.dovecot.org/dovecot-2.1/rev/6f0396e35fd9 And I thought I might as well do this by default (unless I run into trouble with it): http://hg.dovecot.org/dovecot-2.1/rev/0be58f3930b2
Re: [Dovecot] linking problems of dovecot 2.0.3
On Mon, 2010-09-20 at 16:10 +0100, Timo Sirainen wrote: > > ./.libs/liblogin.a(client-common.o): In function `get_var_expand_table': > > /tmp/dovecot/BUILD/dovecot-2.0.3/src/login-common/client-common.c:372: > > undefined reference to `login_binary' > > The binary is expected to provide this symbol. This can't be fixed > without a large API change. Maybe for v2.1. I fixed this now in v2.1: http://hg.dovecot.org/dovecot-2.1/rev/6f0396e35fd9
Re: [Dovecot] dict quota problem
On 04/30/2011 01:36 AM, Sven Hartge wrote: So, there is no exact or something closer solution with normal maildirs? Define "exact". I mean, how I can set a true quota usage for a user? Trust me, you don't want to include any meta data or filesystem overhead in the quota value presented to the user. Doing so is just asking for trouble and grief. I unserstand the overhead, I'm just looking for any kind of solution, which works. Thank you, tamas ps: I think mailman suppose to inject the 'Reply-To: Dovecot Mailing List ' header, doesn't it?
Re: [Dovecot] dovecot Digest, Vol 96, Issue 61
"Choosing the IMAP sent folder as account's sent items folder" is not working. That was the problem. But I fixed the problem using a "copy on send" rule. Many thanks -- Message: 7 Date: Fri, 29 Apr 2011 14:41:10 -0400 From: Charles Marcus To: dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Folder Creation Problem Message-ID: <4dbb0646.1090...@media-brokers.com> Content-Type: text/plain; charset=ISO-8859-9 On 2011-04-29 4:04 AM, Ceyhun Ganioglu wrote: > Following some tutorials on > the internet I created an Outlook rule to move the sent emails to the IMAP > server's sent mail folder. Outlook 2007+ no longer requires you to create that rule, you can now just tell it which IMAP folder to save the Sent mail to: http://office.microsoft.com/en-us/outlook-help/change-where-sent-e-mail-mess ages-are-saved-HA010164216.aspx#BM2 -- Best regards, Charles -- ___ dovecot mailing list dovecot@dovecot.org http://dovecot.org/cgi-bin/mailman/listinfo/dovecot End of dovecot Digest, Vol 96, Issue 61 ***