Re: [Dovecot] case (non-)sensitivity for folder names

On Wed, Jan 5, 2011 at 16:10, Timo Sirainen wrote: > On 5.1.2011, at 23.04, Phil Howard wrote: > >> But if for INBOX names are case IN-sensitive, then there will be >> confusion because anything obeying that concept would see "Inbox >> >> spam" and "I

Re: [Dovecot] case (non-)sensitivity for folder names

On Wed, Jan 5, 2011 at 13:20, Timo Sirainen wrote: > On 5.1.2011, at 19.33, Phil Howard wrote: > >> On Wed, Jan 5, 2011 at 12:05, Timo Sirainen wrote: >>> On Wed, 2011-01-05 at 10:09 -0500, Phil Howard wrote: >>>> Is IMAP supposed to be case sensitive or case in-

Re: [Dovecot] case (non-)sensitivity for folder names

On Wed, Jan 5, 2011 at 12:05, Timo Sirainen wrote: > On Wed, 2011-01-05 at 10:09 -0500, Phil Howard wrote: >> Is IMAP supposed to be case sensitive or case in-sensitive? > > Case sensitive, except for INBOX. (Or if the server is using > case-insensitive filesystem then they&#

[Dovecot] case (non-)sensitivity for folder names

Is IMAP supposed to be case sensitive or case in-sensitive? It seemed it would be case sensitive because I've had different cases of folders. But today I found I had two folders "Spam" and "spam", with directories ".INBOX.Spam" and ".INBOX.spam" on the server. Messages existed in each directory

[Dovecot] re-indexing moved mail

I have a huge block of email that was misdelivered into the wrong folder. Moving it where it should be is not just all from one folder to being all of another folder. Basically, the index files need to be rebuilt. Looking in the wiki I cannot find how to do this. It all seems to be about instal

Re: [Dovecot] Is this really a user agent issue?

On Thu, Dec 23, 2010 at 17:08, Willie Gillespie wrote: > Phil Howard wrote: >> >> I think this issue has been entirely misunderstood.  Have I explained it >> wrong? > > I think there's been a bit of confusion here.  Everyone is saying similar > things in sl

Re: [Dovecot] Is this really a user agent issue?

On Thu, Dec 23, 2010 at 12:28, Charles Marcus wrote: > On 2010-12-23 10:27 AM, David Warden wrote: >> I know Thunderbird can be difficult when it comes to new folders showing >> up on the server that it didn't create. > > Main reason I always uncheck the 'show only subscribed folders' option > in

Re: [Dovecot] Is this really a user agent issue?

On Thu, Dec 23, 2010 at 10:27, David Warden wrote: > Out of curiosity, are you using the "autosubscribe" feature of Dovecot LDA > to automatically subscribe people who whatever new folder the Dovecot LDA > automatically creates? It looks like this is the -s flag to LDA binary in > 1.1.3+ or lda_ma

Re: [Dovecot] Is this really a user agent issue?

I think this issue has been entirely misunderstood. Have I explained it wrong? 2010/12/22 Karsten Bräckelmann : > On Wed, 2010-12-22 at 09:34 -0500, Phil Howard wrote: >> 2010/12/21 Karsten Bräckelmann : >> >> > Creating the new mail folder is entirely on the IMAP s

Re: [Dovecot] trying to make cmusieve happen globally

On Wed, Dec 22, 2010 at 13:28, Stephan Bosch wrote: > Op 22-12-2010 19:12, Phil Howard schreef: >> Do I need to have per-user sieves set up, too, just to get it to work? > > No. I did some debugging. It looks like I do need to h

Re: [Dovecot] trying to make cmusieve happen globally

On Wed, Dec 22, 2010 at 13:28, Stephan Bosch wrote: > Op 22-12-2010 19:12, Phil Howard schreef: >> >> On Wed, Dec 22, 2010 at 11:46, Anton Dollmaier >>  wrote: >> >>>> plugin { >>>>         sieve_global_path = /etc/dovecot/sieve-global.d/

Re: [Dovecot] trying to make cmusieve happen globally

On Wed, Dec 22, 2010 at 13:27, Thomas Leuxner wrote: > May be a good idea to post some snippets of the actual Postfix delivery > attempts just to make sure it really uses the external LDA. You can also > crank up 'mail_debug = yes' to log more verbosely. IIRC it should show CMU > Sieve warning

Re: [Dovecot] trying to make cmusieve happen globally

On Wed, Dec 22, 2010 at 13:12, Stephan Bosch wrote: > Op 22-12-2010 17:46, Anton Dollmaier schreef: >>> plugin { >>>         sieve_global_path = /etc/dovecot/sieve-global.d/spam.sieve >> >> Use "sieve_before", which is not documented in the wiki. > > Eh.. no. CMUSieve does not have multiscript su

Re: [Dovecot] trying to make cmusieve happen globally

On Wed, Dec 22, 2010 at 11:46, Anton Dollmaier wrote: >> plugin { >>         sieve_global_path = /etc/dovecot/sieve-global.d/spam.sieve > > Use "sieve_before", which is not documented in the wiki. Changed. > > Only this way the sievescript really gets executed. > > > The global path requires a

[Dovecot] trying to make cmusieve happen globally

In Dovecot 1.1.11 cmusieve is apparently integrated in the Ubuntu 9.10 package "dovecot-common" since the files are there. I am wanting to right now just do a very basic test of the setup to see how it runs before doing more sophisticated steps that could obscure any errors or bugs (e.g. unit test

Re: [Dovecot] Is this really a user agent issue?

2010/12/21 Karsten Bräckelmann : > Creating the new mail folder is entirely on the IMAP server side. The > MUA (Evolution in your stated case) is irrelevant. If the creation of > the new folder fails, it is a server side problem. > > However, once a new folder has been created (server side, mind y

Re: [Dovecot] Moving email between folders outside of IMAP context

On Tue, Dec 21, 2010 at 17:41, Tom Hendrikx wrote: > That software is already written and tested, it is the sieve plugin. If > you're willing to write, test and run a complete new piece of software, > you might as well replace dovecot with a sieve enabled version of the > same package you're runn

Re: [Dovecot] Moving email between folders outside of IMAP context

On Tue, Dec 21, 2010 at 17:09, Tom Hendrikx wrote: > I am not familiar with Ubuntu specifics, but iirc Stephan Bosch (creator > of sieve plugin) has a repo with debian builds of dovecot+sieve. I would need something that is sieve only, as Dovecot is already installed, configured, and running. I

Re: [Dovecot] Moving email between folders outside of IMAP context

On Tue, Dec 21, 2010 at 16:41, Tom Hendrikx wrote: > Do not use an external script, but add a global sieve script that sorts > messages into some directory, based on your preferred header. How does that get executed. I take it I can't do it via cron. Does it run at deliver time for each mail m

[Dovecot] Moving email between folders outside of IMAP context

I'd like to run a script from cron that will scan certain mailboxes and move selected mail from one folder (usually INBOX) to another folder. The basic idea is to move previously detected spam based on headers prepended to the mail. Since I am not able to figure out how to get Postfix to invoke d

[Dovecot] Is this really a user agent issue?

I suspect this is a user agent issue, given that Evolution is flaky in so many areas. When I deliver mail to a subfolder/subbox (e.g. the -m option in the deliver command), and Evolution doesn't know of it, yet, creating it fails, and Evolution still can't get to it. Doing things the other way ar

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] 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] "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

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] 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] expire

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

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

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 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] 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] 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

[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] 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 >

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] %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] 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] 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] 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] 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] 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

[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 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

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] "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] 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] 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

[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] 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

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 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] 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] 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] 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: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] 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] 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: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 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 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 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: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] 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 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

[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] 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.

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] 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 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 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] 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 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] 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 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 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 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 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] 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 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] 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: > > #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

[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

[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

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] 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] 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

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 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 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 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 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

[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] 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

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 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 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] looking for IMAP testing tool

On Wed, May 19, 2010 at 12:49, Mailing List wrote: > Hi Phil, > > I've got an hack piece of regression perl code that we might be a good > starting point. I'd love to turn it into a better piece of hack code > that we could offer up. It does SSL/TLS. > > Right now it is pretty basic and forks 1K-

Re: [Dovecot] looking for IMAP testing tool

On Wed, May 19, 2010 at 10:04, Brian Candler wrote: > If you can do SMTP, you can do IMAP. This should get you started: > > a login f...@bar.com xyzzy > a select inbox -- or "a examine inbox" for read-only > a fetch 1:15 (rfc822) > a store 1:15 +flags (\Deleted) > a expunge > a logo

Re: [Dovecot] looking for IMAP testing tool

On Wed, May 19, 2010 at 07:52, William Blunn wrote: > It sounds like you want a sort of "toolbox" of ready-made and tested > components, such as an IMAP client, but with rich programmatic interfaces so > that you only need to write a little bit of "glue" code to make it do > exactly what you want

Re: [Dovecot] looking for IMAP testing tool

On Wed, May 19, 2010 at 05:24, Brian Candler wrote: > Then you're testing the whole environment: you'll need to deliver mail > either by making SMTP connections or by invoking your LDA (e.g. sendmail) > and piping the mail in - with some way of forcing it to look "spammy" or > "not spammy" - to

  1   2   >