Re: [Dovecot] dovecot/deliver ... Can't open log file /var/log/dovecot/error.log: Permission denied

On Mon, May 17, 2010 at 17:14, Noel Butler wrote: > I guess you've never used it with tens and tens of thousands of users, let > alone user numbers well into 6 figures > and why on gods (or any) earth would I use that load of crap being backed > up by another form? that clearly makes no sense, w

Re: [Dovecot] dovecot/deliver ... Can't open log file /var/log/dovecot/error.log: Permission denied

On Tue, May 18, 2010 at 01:46, Eray Aslan wrote: > We use Michael Tokarev's tinycdb: > > * stable on disk format > * has atomic updates > * has a tiny library in case you want to link it statically > * uses a lot less memory when the process count is large, i.e. scales well > * rebuilding the dat

Re: [Dovecot] dovecot/deliver ... Can't open log file /var/log/dovecot/error.log: Permission denied

On Thu, May 20, 2010 at 18:45, Noel Butler wrote: > like you said, you dont really do mail servers > > Id LOVE to see you try even 100K users in mail server situation that is > ever changing, you'd soon open your eyes up. > I know it would mean more hits to the DB. > The reason we moved from

Re: [Dovecot] dovecot/deliver ... Can't open log file /var/log/dovecot/error.log: Permission denied

On Fri, May 21, 2010 at 11:17, Charles Marcus wrote: > On 2010-05-21 9:04 AM, Phil Howard wrote: >> Where is the "reply to list" button on Evolution?  I don't see one there, >> either.  All it has are "reply" and "reply to all".  The reply sends

[Dovecot] STARTTLS does not seem to work

I believe I have the configuration set to use START TLS on IMAP4 (143) and POP3 (110) ports.  However, it does not seem to be working.  Yet "STARTTLS" is listed as a capability (which tells me I probably do have it configured right). In the session below, 172.30.0.24 is the mail server I'm putting

Re: [Dovecot] STARTTLS does not seem to work

On Mon, May 24, 2010 at 11:31, Mike Abbott wrote: >> altair/phil /home/phil 162> telnet 172.30.0.24 143 >> Trying 172.30.0.24... >> Connected to 172.30.0.24. >> Escape character is '^]'. >> * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND >> UNSELECT LITERAL+ IDLE CHILDREN NAM

Re: [Dovecot] STARTTLS does not seem to work

On Mon, May 24, 2010 at 11:49, Mike Abbott wrote: >> Anyway, with the tag it does work on IMAP.  But it still fails on POP > > For POP3 the command is STLS. > Well, that kinda complicates a "STARTTLS tunnel" :-) ... I was thinking of trying to do that to address some issues. OK, well, put the em

Re: [Dovecot] STARTTLS does not seem to work

On Mon, May 24, 2010 at 17:31, Mike Abbott wrote: >> Well, that kinda complicates a "STARTTLS tunnel" > > Perhaps you might be interested in these commands.  I'm not sure about their > portability but they work tolerably well in scripts on Mac OS X 10.6. > > $ openssl s_client -connect yourhost:i

Re: [Dovecot] STARTTLS does not seem to work

On Mon, May 24, 2010 at 17:59, Ken A wrote: > > Mail::POP3Client works pretty well. > Net::IMAP::Simple looks easy too, but I've not used it. > Ken > > >> >> At some point I think I need to learn the OpenSSL library API for C so >> I can write some command line tool apps of my own with it (now we'

Re: [Dovecot] STARTTLS does not seem to work

On Mon, May 24, 2010 at 18:13, Pascal Volk wrote: > On 05/25/2010 12:03 AM Phil Howard wrote: >> I would be looking for components in languages I know (C a lot and >> Pike some) or am learning (Python). > > Python's standard library provides all you need: >    - h

Re: [Dovecot] STARTTLS does not seem to work

On Tue, May 25, 2010 at 16:31, Jerrale Gayle wrote: > The openssl client will connect you in plain text to your imap server where > you can manually do login (AUTH LOGIN) and browse through your imap folders > just like you use your SSH shell. This is a sufficient enough test. Refer > here, after

[Dovecot] warning: pipe flag `D' requires dovecot_destination_recipient_limit = 1

I'm getting this message, which looks like Postfix is the one logging it, but I don't know where it comes from or which configuration it needs to be placed in. Anyone know what this means? May 26 13:13:28 eth0 postfix/pipe[13821]: warning: pipe flag `D' requires dovecot_destination_recipient_limi

Re: [Dovecot] warning: pipe flag `D' requires dovecot_destination_recipient_limit = 1

On Wed, May 26, 2010 at 13:35, Pascal Volk wrote: > On 05/26/2010 07:19 PM Phil Howard wrote: >> I'm getting this message, which looks like Postfix is the one logging >> it, but I don't know where it comes from or which configuration it >> needs to be placed i

[Dovecot] recipient_delimiter

I have recipient_delimiter = + in main.cf (Postfix). But deliveries to dovecot/deliver are still being rejected. It appears that the full email is still in the envelope (e.g. phil+how...@example.com which I want to be delivered to p...@example.com). Is that how it's supposed to work and Dovecot

[Dovecot] symlinking maildirs

I have some emails that I think are in the Postfix delivery queue going to Dovecot, but didn't get mapped to their alias (because I didn't have all the alias entries in when they were queued). I'm wondering if this trick would work. I have the mail being delivered to /home/mail/%Ld/%Ln/mail and a

Re: [Dovecot] recipient_delimiter

On Wed, May 26, 2010 at 16:59, Jerry wrote: > On or about line 821 in the Dovecot.conf file: > > #auth_username_chars = > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ > > If you have not all ready done so, add the "+" to the end of the list > and un-comment the line. I bel

Re: [Dovecot] recipient_delimiter

On Thu, May 27, 2010 at 10:50, Gregory Finch wrote: > I've never had to touch auth_username_chars to get this to work. > > In main.cf, I've set: > > mailbox_transport = dovecot I have virtual_transport = dovecot > recipient_delimiter = + I have that now (didn't when I initially set up the serv

Re: [Dovecot] recipient_delimiter

On Wed, May 26, 2010 at 16:59, Jerry wrote: > On or about line 821 in the Dovecot.conf file: Actually, a lot earlier in my trimmed down version :-) > #auth_username_chars = > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ > > If you have not all ready done so, add the "+"

Re: [Dovecot] symlinking maildirs

On Thu, May 27, 2010 at 01:52, Pascal Volk wrote: > On 05/26/2010 10:27 PM Phil Howard wrote: >> [snipped X-posting] > > See this Thread: http://marc.info/?l=postfix-users&m=127490477231031&w=2 The symlinking did work, though. That was with userids added to auth, t

Re: [Dovecot] recipient_delimiter

On Thu, May 27, 2010 at 11:34, Phil Howard wrote: > On Wed, May 26, 2010 at 16:59, Jerry wrote: > >> On or about line 821 in the Dovecot.conf file: > > Actually, a lot earlier in my trimmed down version :-) > >

Re: [Dovecot] recipient_delimiter

On Wed, May 26, 2010 at 16:59, Jerry wrote: > By the way, Postfix must be properly configured to pass the email > address to dovecot. I leave that as an exercise to the user. You might > want to start here thought: > >        http://wiki.dovecot.org/LDA/Postfix I already have this: dovecot un

Re: [Dovecot] recipient_delimiter

On Thu, May 27, 2010 at 12:52, Gregory Finch wrote: > On 2010-05-27 8:27 AM, Phil Howard wrote: >> On Thu, May 27, 2010 at 10:50, Gregory Finch wrote: >> >>> I've never had to touch auth_username_chars to get this to work. >>> >>> In main.cf, I'

Re: [Dovecot] recipient_delimiter

On Thu, May 27, 2010 at 12:52, Gregory Finch wrote: >> recipient_delimiter = - >                        ^^ > do you mean to have a + here instead? Yup, there was a 2nd setting nearly at the bottom of the file, and it was different. Thanks for catching that.

Re: [Dovecot] recipient_delimiter

On Fri, May 28, 2010 at 09:55, Charles Marcus wrote: > On 2010-05-27 1:42 PM, Phil Howard wrote: >> Yup, there was a 2nd setting nearly at the bottom of the file, and >> it was different. Thanks for catching that. > > This is why you *always* go by what output pof postconf -n

Re: [Dovecot] recipient_delimiter

On Fri, May 28, 2010 at 12:11, Jerry wrote: > On Fri, 28 May 2010 11:25:17 -0400 > Phil Howard articulated: > > >> My main.cf file has the comments (my own that explains why settings >> are there, not the default comments).  It is the easier to read file. >> Eve

Re: [Dovecot] purge maildir folder after sa-learn

On Wed, May 26, 2010 at 06:13, Timo Sirainen wrote: > On Wed, 2010-05-26 at 09:56 +0200, Florian Effenberger wrote: >> > rm -f /path/to/Maildir/.spam-learn/* > > Oh, I really ment .spam-learn/cur/* (and maybe .spam-learn/new/* if you > make it learn from both and it doesn't move mails to cur/). >

Re: [Dovecot] recipient_delimiter

On Fri, May 28, 2010 at 14:06, Charles Marcus wrote: > On 2010-05-28 1:00 PM, Phil Howard wrote: >>> If the problem is protocol related (connections time out, or an SMTP >>> server complains about syntax errors etc.) consider recording a session >>> with tcpdump, as

Re: [Dovecot] recipient_delimiter

On Fri, May 28, 2010 at 15:28, Jerry wrote: > Exactly what type of system are you trying to support? I fail to > understand why you are constantly changing the base Postfix > configuration. I add/delete users on a virtually daily basis, however, > once my basic Postifx configuration was setup, I

Re: [Dovecot] recipient_delimiter

On Fri, May 28, 2010 at 16:53, Charles Marcus wrote: > On 2010-05-28 4:49 PM, Phil Howard wrote: >> If postconf -n carried comments along, then it could be used as a >> config linter ... let it's output replace the original and that will >> be the one to edit for the

Re: [Dovecot] recipient_delimiter

On Fri, May 28, 2010 at 17:30, Charles Marcus wrote: > On 2010-05-28 5:01 PM, Phil Howard wrote: >> On Fri, May 28, 2010 at 16:53, Charles Marcus wrote: >>> The whole purpose of the -n output is to provide clean, easy to read >>> *settings* as seen by postfix (as o

Re: [Dovecot] purge maildir folder after sa-learn

On Sat, May 29, 2010 at 12:03, Eric Shubert wrote: > That's what I do. I move them either to a (shared) ham or spam folder, and > run the script posted earlier, which processes and deletes them. Thanks. I just wanted to be sure such a move would not effect (corrupt) what Dovecot was doing (e.g.

[Dovecot] Dovecot aspects of fighting spam

I see no documents in the Dovecot documents wiki on how Dovecot features can be used in the fight against spam. One hit came up in a search, and it was about how to fight spam in the MoinMoin Wiki itself (e.g. TextCHAs and such). I already asked in another thread about removing message files at t

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 09:54, Frank Elsner wrote: > On Tue, 1 Jun 2010 09:42:18 -0400 Phil Howard wrote: >> I see no documents in the Dovecot documents wiki on how Dovecot >> features can be used in the fight against spam.  One hit came up in a >> search, and it was about how

Re: [Dovecot] recipient_delimiter

On Tue, Jun 1, 2010 at 09:56, Charles Marcus wrote: > On 2010-06-01 8:39 AM, Phil Howard wrote: >> On Fri, May 28, 2010 at 17:30, Charles Marcus wrote: >>> Of course it is meant for people, but it is meant to show only the >>> bare minimum of what postfix sees as the

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 10:04, Jerry wrote: > The fight against SPAM is NOT Dovecots responsibility. Whose responsibility is it to get detected spam delivered into the correct folder? Dovecot deliver is typically used to deliver into the Inbox(es). It would be involved. Note that I am not sayi

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 10:21, Frank Elsner wrote: > Ok, you obviously have a different environment and requirements. > > - I do the delivery into special folder by the MTA (exim) and the LDA is >  not used at all. > > - detection training is not done. > > > Sorry, my world may be to narrow :-) E

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 10:45, Rainer Frey wrote: > I guess you'll have the mental transfer of "fight spam" into "cause dovecot to > perform this and that action" yourself. The possible actions are, in general, > documented. I cannot determine how deliver with an empty string give to -m would beh

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 11:01, William Blunn wrote: > Get your anti-spam software to add header records to the messages, then use > Dovecot LDA Sieve to filter based on those header records. So I can run Sieve as part of the deliver? Or does it run soon after that?

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 12:17, Stan Hoeppner wrote: > Phil Howard put forth on 6/1/2010 9:15 AM: >> On Tue, Jun 1, 2010 at 10:04, Jerry wrote: >> >>> The fight against SPAM is NOT Dovecots responsibility. >> >> Whose responsibility is it to get detected spam

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 12:55, William Blunn wrote: > "The Dovecot Sieve plugin provides mail filtering facilities at time of > final message delivery using the Sieve (RFC 5228 > ) language." > > "Sieve is implemented as a plugin to deliver

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 12:41, Stan Hoeppner wrote: > Law firm or heavily FED GOV regulated industry?  Or just HUA (head up ass) > management with zero understanding of email and spam? People dealing with a large variety of outside clients and potential clients where bouncing THEIR mail gives bad

Re: [Dovecot] Sieve GUI

On Tue, Jun 1, 2010 at 13:07, Gerhard Waldemair wrote: >> Is there à GUI for sieve. >> >> I don't have installed Squrielmail, but won't like to manage the Rules per >> ssh I would hope there would be a way to put Sieve scripts in place via IMAP itself. Otherwise I won't be able to do that on my

Re: [Dovecot] Intermittent timeout issues

On Tue, Jun 1, 2010 at 12:58, Del Stoliker wrote: > It almost sounds like the firewall is blocking external access except that: > * The version of dovecot was the thing that changed > * Everything starts working again after a dovecot restart It sounds like the firewall is doing something to the

Re: [Dovecot] Sieve GUI

On Tue, Jun 1, 2010 at 13:42, e-frog wrote: > This might be helpful: > >  http://wiki.dovecot.org/ManageSieve/ Right now only time for a quick look. Looks like yet another server with yet another protocol (via port 4190), rather than integrated into IMAP as an extension. I'm doubting all my em

Re: [Dovecot] Sieve GUI

On Tue, Jun 1, 2010 at 14:45, Frank Cusack wrote: > On 6/1/10 2:10 PM -0400 Phil Howard wrote: >> >> On Tue, Jun 1, 2010 at 13:42, e-frog wrote: >> >>> This might be helpful: >>> >>>  http://wiki.dovecot.org/ManageSieve/ >> >> Right no

Re: [Dovecot] Dovecot aspects of fighting spam

On Tue, Jun 1, 2010 at 14:56, Frank Cusack wrote: > Man oh man.  You don't have much experience with mail and it sounds > like you are starting from scratch.  You have your work cut out for > you. :) Well, actually I do. A lot of it is way way back there with sendmail. Back then I coded sendma

Re: [Dovecot] Dovecot aspects of fighting spam

On Wed, Jun 2, 2010 at 02:39, Rainer Frey wrote: > On Tuesday 01 June 2010 17:01:16 Phil Howard wrote: >> I cannot determine how deliver with an empty string give to -m would >> behave. > > This is just what I mean: the behavior of deliver -m has absolutely nothing to > d

Re: [Dovecot] Dovecot aspects of fighting spam

On Wed, Jun 2, 2010 at 10:20, Tom Hendrikx wrote: > Did you even try to set this up in your test environment (you have one, > don't you?) to explore your own capabilities in finding out the > behaviour of this edge case? It sounds trivial to do, but you cannot > expect other list members to test

[Dovecot] Evolution and Thunderbird do different things?

I'm trying both Evolution and Thunderbird on my IMAP server, and find that there are differences in how some things are done, between clients. Shouldn't there have been a standard way to do these things in the IMAP protocol? The first thing I noticed is that when deleting email from one client, i

Re: [Dovecot] Evolution and Thunderbird do different things?

On Wed, Jun 9, 2010 at 12:07, Tom Hendrikx wrote: > The IMAP protocol does not define folder names and such. Servers and > clients only know how to create/remove/rename/relocate folders and > files, and some other basics. The names that are used by default, is a > choice of the user (mostly the d

Re: [Dovecot] Evolution and Thunderbird do different things?

On Wed, Jun 9, 2010 at 14:02, Tom Hendrikx wrote: > Flags was actually the wrong phrase, the correct term is IMAP keywords. > The way that Dovecot handles this internally, is described in > http://wiki.dovecot.org/MailboxFormat/Maildir . > > But it has no use to investigate the inner workings of

Re: [Dovecot] "failed to store into mailbox 'INBOX': Not enough disk space." with large mail

On Thu, Jun 10, 2010 at 11:54, Jakob Curdes wrote: > > > Am 10.06.2010 17:19, schrieb Charles Marcus: >> >> On 2010-06-10 3:31 AM, Stan Hoeppner wrote: >> >>> >>> BTW, anyone who has a 44MB INBOX should be slapped repeatedly about the >>> cranium and then educated about POP and IMAP, and how each

Re: [Dovecot] "failed to store into mailbox 'INBOX': Not enough disk space." with large mail

On Thu, Jun 10, 2010 at 23:06, Stan Hoeppner wrote: > Charles Marcus put forth on 6/10/2010 10:19 AM: >> On 2010-06-10 3:31 AM, Stan Hoeppner wrote: >>> BTW, anyone who has a 44MB INBOX should be slapped repeatedly about the >>> cranium and then educated about POP and IMAP, and how each should be

Re: [Dovecot] Dovecot 1.1.x and 1.2.x differencies

On Mon, Jun 14, 2010 at 07:43, Veiko Kukk wrote: > Hello, > > I have been using successfully Dovecot 1.1.x for about a year now. It has > been very stable. > Now I'm uprading that same system to newer and more powerful hardware and I > was wondering whether it is good idea or not to switch to Dove

[Dovecot] passwd-file management utility

I'm now putting together tools/documentation to manage/administer the mail server, including, of course, managing users. Round one will be command line tools. In order to avoid re-invention, I was looking around for existing tools. I really cannot find any. So it seems I will be developing them

Re: [Dovecot] Dovecot 1.1.x and 1.2.x differencies

On Tue, Jun 15, 2010 at 11:30, Eric Rostetter wrote: > Quoting Veiko Kukk : > >> I prefer "don't fix if it isn't broken" philosophy. > > Reasonable, as long as the version you are running is still supported... And if it isn't, you should upgrade. But when? Immediately? Or later when an issue c

Re: [Dovecot] Mail Stuck in cur file

On Tue, Jun 15, 2010 at 17:19, jason hirsh wrote: > I am running dovecot 1.1.7  with postfix 2.6.5.  Ihad a server down issue and > when it rebooted the IPFW firewalll on my FReebsd server prevented mail from > being delivered..at least thatis what I think the issue was... when i stopped > IPFW

Re: [Dovecot] Logout after SSL/TLS negociation

On Wed, Jun 16, 2010 at 05:22, bmfr wrote: > I've set up Dovecot to use my signed SSL certificate and IMAP client is > using STARTTLS on port 143 without secure authentication. > > The TLS negociation process seems to go through ok but once the negociation > is finished the client sends an IMAP L

Re: [Dovecot] Logout after SSL/TLS negociation

On Wed, Jun 16, 2010 at 10:42, bmfr wrote: > > Hi Phil, > > Thanks for your reply, I'm using a thrid party IMAP client (can not disclose > its name) and testing with other IMAP clients work. I'm wondering if you had > an idea of what could trigger this LOGOUT msg from the client and if it > could

Re: [Dovecot] Ok, I've given up

On Thu, Jun 17, 2010 at 04:46, Chuck McManis wrote: > So SMTP hasn't changed much in 30 years ;-) I'd be interested in what you > consider a 'modern' MTA. I've looked pretty thoroughly at sendmail, postfix, > and qmail and of the three qmail is fairly reliable. Not sure what makes a > particular

Re: [Dovecot] %d/%n doesn't work... why?

On Mon, Jun 21, 2010 at 10:32, William Ottley wrote: > I have attempted to force dovecot to put into a sub directly, without using > the %d, but that doesn't work either: > #mail_location = mbox:/var/vmail/%d/%n > mail_location = mbox:/var/vmail/pplsnet.com/%n I wonder if you are trying to do so

Re: [Dovecot] system v. virtual mailboxes, was Re: Thunderbird problem

On Tue, Jun 29, 2010 at 16:16, /dev/rob0 wrote: > On Tue, Jun 29, 2010 at 07:28:52AM -0400, Charles Marcus wrote: >> On 2010-06-28 9:05 PM, Stan Hoeppner wrote: >> > I guess this is different with virtual users than with system >> > users?  Are you using virtual or system users Charles? >> >> Virt

Re: [Dovecot] system v. virtual mailboxes, was Re: Thunderbird problem

On Thu, Jul 1, 2010 at 02:28, Frank Cusack wrote: > On 6/30/10 6:11 PM -0400 Charles Marcus wrote: >> >> That's just plain silly. Virtual users are extremely simple to setup, no >> need for MySQL unless you have a bunch. > > I agree. I am always in favor of virtual users, it just gives you a lot >

[Dovecot] address extension going into folder

Is it possible with a simple config change to make address extensions, e.g. alice+sa...@example.com, go into a folder, e.g. .INBOX.sales, and do so ONLY if that folder already exists (and just go into INBOX if it does not exist)?

Re: [Dovecot] address extension going into folder

On Thu, Jul 1, 2010 at 08:47, Edgar Fuß wrote: > With Postfix, I use > mailbox_command = DOVECOT_LDA -n -e -m "${EXTENSION}" > where DOVECOT_LDA is the path do dovecot's deliver. The -n switch prevents > creation of the IMAP folder. > See http://wiki.dovecot.org/LDA But it (-n) will deliver (rat

Re: [Dovecot] address extension going into folder

On Thu, Jul 1, 2010 at 10:56, Edgar Fuß wrote: >> But it (-n) will deliver (rather than reject) into the regular INBOX >> if the folder for the extension does not exist? > Yes, but isn't that what you were asking for? Yes, but your statement was about what you did, and I wasn't sure if your needs

Re: [Dovecot] OT: Sieve + Forward as Attachment

On Tue, Jul 6, 2010 at 12:45, Charles Marcus wrote: > On 2010-07-06 7:25 AM, Jerry wrote: >> I know that this is technically not a Dovecot problem; however, I was >> wondering if anyone knew if 'sieve' had been updated with the ability >> to 'forward as attachment' a received document. I believe i

Re: [Dovecot] expire

On Tue, Jul 6, 2010 at 11:35, Papp Tamás wrote: > /usr/lib/dovecot/expire-tool.sh Is it a script? I'm on Ubuntu 9.10 with Dovecot 1.1.11 and there is no /usr/lib/dovecot/expire-tool.sh though there is a /usr/lib/dovecot/expire-tool file which is an executable binary. marconi/root/x0 /root 381#

Re: [Dovecot] OT: Sieve + Forward as Attachment

On Tue, Jul 6, 2010 at 13:11, Jerry wrote: > On Tue, 06 Jul 2010 12:55:04 -0400 > Charles Marcus articulated: > >> Maybe, but that's not how I read it... only the OP can clarify... > > I thought it was clear; however, I guess not. > > Now, I all ready know in advance that certain messages that I

Re: [Dovecot] expire

Looks like a newer version that I can't help on. Should be plenty others around at some point. -- sHiFt HaPpEnS!

Re: [Dovecot] Ok, I've given up

On Wed, Jul 14, 2010 at 17:49, Steinar Bang wrote: >>>>>> Phil Howard : > >> I abandoned sendmail many years ago and haven't looked back.  I tried >> qmail and postfix, and was a lot happier with postfix.  I overlooked >> exim at the time, but from what

Re: [Dovecot] "listen=*, ::" broken?

On Wed, Aug 4, 2010 at 10:47, Peer Heinlein wrote: > the default: > > listen = *, :: > > should work and should open port 143 on IPv4 and IPv6. On Linux, listening to :: in IPv6 has the effect of listening also on 0.0.0.0 in IPv4, even though only a single socket is involved. If the process bin

Re: [Dovecot] "listen=*, ::" broken?

On Thu, Aug 5, 2010 at 09:56, Tom Hendrikx wrote: > This is not true for my linux distro at least, which does not listen on > ipv4 interface when setting "listen = [::]" (in dovecot 1.2.13). > > I need "listen = *, [::]" to enable support for both ipv4 and ipv6. This > sounds like some distro spe

[Dovecot] restricting access by reverse domain name

Is there a feature or plugin to restrict access to IMAP/POP service by the domain name in reverse lookup? It would be even better if this restriction can exclude certain users (e.g. some users can access IMAP from certain networks but other users cannot). -- sHiFt HaPpEnS!

Re: [Dovecot] restricting access by reverse domain name

On Mon, Aug 9, 2010 at 11:18, Timo Sirainen wrote: > On Mon, 2010-08-09 at 10:55 -0400, Phil Howard wrote: >> Is there a feature or plugin to restrict access to IMAP/POP service by >> the domain name in reverse lookup? > > With v2.0 you could use tcp-wrappers. > >> I

[Dovecot] feature question: local delivery from SMTP

Does Dovecot really need a separate MTA for inbound mail? Or can it receive SMTP directly if there is no forwarding to do? What about spam/virus filtering in that case? -- Phil Howard KA9WGN - ka9...@gmail.com

Re: [Dovecot] feature question: local delivery from SMTP

I saw something in the documentation called LDA that looked like it was accepting some kind of connection and delivering mail into mailboxes. On Fri, Jan 22, 2010 at 4:09 AM, Veiko Kukk wrote: > Phil Howard wrote: > >> Does Dovecot really need a separate MTA for inbound mail? >&

Re: [Dovecot] feature question: local delivery from SMTP

ry > agent directly, even it's inbound. So yes, you need MTA for inbound > mail. > > HTH > Joseph > > On Fri, Jan 22, 2010 at 7:11 AM, Phil Howard wrote: > > I saw something in the documentation called LDA that looked like it was > > accepting some kind of conn

<    1   2