[Dovecot] [Q] IMAP update message header?

[Roderick A. Anderson]

More about IMAP, less about Dovecot.

This is more an IMAP question than specifically about Dovecot.  Sorry to 
ask here but I've been researching, reading and lurking with no answer 
so far.


What I'm doing is running reports as a user from a remote system to 
provide a list of messages (Sender/From, Subject, Date, size) in a 
specific folder(?).  In one case it isn't even a Dovecot based server so 
I only have access as a client. (Though I use Dovecot on several other 
systems and will need this capability for them.)


When a message in the folder has been reported I'd like to add a 
X-Header-??? indicating that the message has been reported so the next 
time through it isn't reported again.  (After the message is X days old 
it is deleted.)


These reports are run using Perl and I've tried most every CPAN module 
available but haven't figured out how to change/add a header then save 
the message back.  So far I haven't been able to determine if this is 
even possible by reading the RFCs.


Is there a method as a client from a remote system to make changes to a 
message then save it back?  What is the IMAP verb, command, etc. to do 
this?  Or if there are Perl programmers on the list a brief description 
(or code) for doing this?



TIA (and sorry for the off topic posting),
Rod
--

Re: [Dovecot] [Q] IMAP update message header?

[Roderick A. Anderson]

Charles Marcus wrote:

On 5/7/2008, Roderick A. Anderson ([EMAIL PROTECTED]) wrote:
Is there a method as a client from a remote system to make changes to 
a message then save it back?  What is the IMAP verb, command, etc. to 
do this?


Man, if you could, that would be really, really bad...


Does make sense in the bigger picture but for my needs is would only be 
kind-of bad.  :-)



So hopefully the answer is no, not, never...


Well Timo's answer indicates so.  So now I'm trying to figure out a way 
to get the same effect as marking a message as seen/unseen while 
honoring seen/unseen.


Looks like it will probably be a case of making a copy of the message 
adding the X-Header then copying/savinging it back as a new message and 
deleting the old.



Rod
--

Re: [Dovecot] Web-based shared calendar synchronizable with Outlook

[Roderick A. Anderson]

Samuel HAMEAU wrote:

Hi,

I know this request is a a little off-topic but may be interesting for
dovecot users (at least i hope!)

Does anybody has already had an experience with a calendar sharing 
solution including a webcalendar and an outlook connector, "compatible" 
with dovecot ?

Today, there are many projects aiming to be a "M$ Exchange Killer" (such
as Zimbra, OBM, open-exchange, etc) but they offers a global package 
with MTA and imap server included.


I saw the page about BynariConnector 
(http://wiki.dovecot.org/HowTo/BynariConnector) but unfortunatly they do 
not provide a webmail :(

I'm afraid


What I am looking for is a shared agenda solution providing a 
webcalendar, an outlook connector and eventually a pda connector, using 
(or not) dovecot, and a corporate ldap server...


What are you guys using ?


Not using right now but I have used WebCal 
(http://bulldog.tzo.org/webcal/).  It went end-of-life back in 2003 and 
I haven't found it's replacement (though only doing some light searching.)


Some of the user/administrator interface is butt-ugly (mostly color 
selection and combinations) but it does a nice job at shared 
calendars/resources and the big plus for me is it is written in Perl so 
can be modified.



Rod
--



sam

[Dovecot] Webmail app ... again.

[Roderick A. Anderson]

There was a thread several weeks (or months) ago on webmail applications.

I didn't like any of the options and only found few that I did but they 
were either expensive or not maintained.


So ... I raised the question on the Catalyst Framework list about Perl 
based webmail apps and got nothing usable.  It came down to what would 
it take to build a Perl (Cat) webmail app.


Several others on the list got interested so we decided to build it. 
The main issue I run into is my lack of understanding of the 
ins-and-outs of the IMAP specification and the features that come with 
using Dovecot. (Oh yeah.  Dovecot was the preferred IMAP server!)


Another project I'm working on uses IMAP and what I found was there is a 
great quantity of Perl modules for dealing with IMAP.  A great quantity! 
  Unfortunately many of them assume a deeper knowledge of IMAP than I 
have so are very confusing.


What I'm looking for is a good reference, besides the RFC, on IMAP. 
Anything out there?  Electronic or dead-tree is fine. (A book of Dovecot 
would be neat too.)



TIA,
Rod
--

Re: [Dovecot] Webmail app ... again.

[Roderick A. Anderson]

Timo Sirainen wrote:

On Aug 13, 2008, at 4:05 PM, Roderick A. Anderson wrote:

What I'm looking for is a good reference, besides the RFC, on IMAP. 
Anything out there?  Electronic or dead-tree is fine. (A book of 
Dovecot would be neat too.)


I wrote this a while ago: http://imapwiki.org/ClientImplementation


WOW!  Thanks.  I will use it.  It is interesting to see this from the 
server view point.




One thing that would be nice, that pretty much no webmail does, is to 
keep a stateful connection open all the time (or at least some of the 
time) instead of creating tons of short-lived connections that ask the 
same stuff over and over again. With a stateful connection you could 
basically run IDLE and wait for changes there instead of asking all the 
time "is there new mail?" "is there new mail now?" "what about now?".


I've seen several messages on the list that seem to indicate some 
clients don't maintain the connection.  It will be interesting to see 
what the implications of this.  Not sure if it can be done from a HTTP 
connection as it is suppose to be stateless.


Again thanks.


Rod
--

Re: [Dovecot] Webmail app ... again.

[Roderick A. Anderson]

Daniel L. Miller wrote:

Geert Hendrickx wrote:

On Wed, Aug 13, 2008 at 04:37:11PM -0400, Timo Sirainen wrote:
 

One thing that would be nice, that pretty much no webmail does, is to
keep a stateful connection open all the time (or at least some of the
time) instead of creating tons of short-lived connections that ask the
same stuff over and over again. With a stateful connection you could
basically run IDLE and wait for changes there instead of asking all  the
time "is there new mail?" "is there new mail now?" "what about  now?".

I'm sure "native" support would be better, but how is this different 
from using Squirrelmail with IMAPProxy?


Very interesting.  I was thinking of hos to do something similar to 
IMAPProxy.  Now I may not have to reinvent that wheel.



Thanks,
Rod
--

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Roderick A. Anderson]

mouss wrote:

Blake Carver wrote:

I'm trying to help someone with Dovecot, and it looks like this one is
a few versions behind.

They say that they're not sure if it was installed Via an RPM or a
source tarball. Dovecot is use MySQL.

This is a RHEL5 server. There are RPMs listed as installed (rpm -qa)
but I don't know how I can tell what was used to install the currently
used set up. (also asking on the Postifix list)

Is there something in a conf file or something that shows me how it
was installed?



same method as for postfix :)

more generally,
# rpm -qa
lists all the installed packages


Unless, like he said above it may have been installed via a tarball.

dovecot --version

works for my /really/ ancient version. (Yes, I am too embarrassed to say 
which version.)  You should and see if there is more than one installed 
and if so at how dovecot is started at startup/boot to know which one is 
used.


So try a 'which dovecot' to see if you have more than one installed. 
And if there is more than one look in /etc/init.d (for SysV-type systems 
- YMMV) for a dovecot file and see which one it is calling.



Rod
--


see the rpm man page for more options/functionalities (you can check 
which package "owns" a file, and you can get the list of files installed 
by a pckage, ... etc).

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Roderick A. Anderson]

Blake Carver wrote:

Thanks Rod,

So I guess my big question here is, how do I upgrade this sucker?
I'd love to just use an RPM, but if this was originally installed via
source will I mess it up?
When I do rpm -qa | grep dovecot I get dovecot-1.0-1.2.rc15.el5


I think the default for RHEL 5. CentOS 5, etc.



BUT
dovecot --version shows me a different #


Meaning your are not running the RPM installed version.



On Tue, Aug 19, 2008 at 5:15 PM, Roderick A. Anderson <[EMAIL PROTECTED]> wrote:

Unless, like he said above it may have been installed via a tarball.
 dovecot --version
You should and see if there is more than one installed and


So --version shows just one version, 1.0.3 (pretty damn old)


So try a 'which dovecot' to see if you have more than one installed. And if
there is more than one look in /etc/init.d (for SysV-type systems - YMMV)
for a dovecot file and see which one it is calling.


 'which dovecot' just gives me /usr/local/sbin/dovecot

Taking a look at /etc/init.d/dovecot shows me it's staring Dovecot
using /usr/local/sbin/dovecot


My guess (without know what "dovecot --version" reported) would be that 
you are probably running a tarball installed version.


A quick check of the repositories, including rpmforge, indicates the 
latest "official distribution" version is 1.0.7-2.el5.


To get the latest and greatest you'll have to either build your own RPM 
or do a tarball install.



Good computing,
Rod
--


and
ps auxw | grep dovecot does show that's the one that's running
/usr/local/sbin/dovecot

[Dovecot] Step-by-set Postfix/Dovecot/LDA?

[Roderick A. Anderson]

Anyone know of a /complete/ step-by-step HOWTO for setting up a system 
using Postfix, Dovecot, and Deliver?  I'm looking to put a new mail 
server together that will host three domains with pretty low volumes of 
email.  Later adding three or four more for some non-profits that I host.


I'm finding my self skipping all around the Postfix and Dovecot sites 
trying to come up with this setup.


I have set up Postfix in several different configurations: inbound 
spool, outbound SMTP, regular mail server, etc.  And with Dovecot I was 
lucky as it ran for me pretty much out of the box.  Of course that was 
on a single domain mail server.  (Not to mention it is a really old 
version.)


Since it went up I've added a couple of domains to my personal 
collection and rather than add a new mail server for each I thought I'd 
go the virtual route.


Anyone have a complete set of example .conf files they could share?

main.cf, master.cf
dovecot.conf

Isn't it about time for a Dovecot book?


TIA,
Rod
--

Re: [Dovecot] Step-by-set Postfix/Dovecot/LDA?

[Roderick A. Anderson]

Fred Newtz wrote:

www.howtoforge.com has some great how-tos on there.



Thanks Fred.  Some look interesting.

Too bad so many are using a web/GUI interface to get it running.

My favorite system admin tool is vi.  :-)

I did find a pretty good one (http://neranjara.org/tutorials/?tid=56) 
but he does some pretty good skips that leave me with questions.


I think I have it up a working but need to do some testing.


Rod
--

Fred


On Wed, 2008-10-01 at 13:04 -0700, Roderick A. Anderson wrote:
Anyone know of a /complete/ step-by-step HOWTO for setting up a system 
using Postfix, Dovecot, and Deliver?  I'm looking to put a new mail 
server together that will host three domains with pretty low volumes of 
email.  Later adding three or four more for some non-profits that I host.


I'm finding my self skipping all around the Postfix and Dovecot sites 
trying to come up with this setup.


I have set up Postfix in several different configurations: inbound 
spool, outbound SMTP, regular mail server, etc.  And with Dovecot I was 
lucky as it ran for me pretty much out of the box.  Of course that was 
on a single domain mail server.  (Not to mention it is a really old 
version.)


Since it went up I've added a couple of domains to my personal 
collection and rather than add a new mail server for each I thought I'd 
go the virtual route.


Anyone have a complete set of example .conf files they could share?

main.cf, master.cf
dovecot.conf

Isn't it about time for a Dovecot book?


TIA,
Rod

Re: [Dovecot] Unable To Move IMAP Folder (Dovecot)

[Roderick A. Anderson]

Carlos Williams wrote:

On Wed, Oct 1, 2008 at 4:43 PM, pod <[EMAIL PROTECTED]> wrote:

Maybe you need to subscribe to your new "test" folder from your
Thunderbird session.


I am not sure I follow. When I am in Thunderbird and I create a new
"subfolder" under my Inbox, it shows up on the emal server as:

/home/user/Maildir/.new_folder

When I do this from the client, I don't think I force my client
(Thunderbird) to subscribe to the folder. When I "cp" the folder from
the server, do I need to force the my client to subscribe?


I believe in Thunderbird there is a setting (the default) to 
automatically subscribe to 'Thunderbird' newly created folders.



Rod
--


Thanks for your help!

Re: [Dovecot] Step-by-set Postfix/Dovecot/LDA?

[Roderick A. Anderson]

Markus Reymann wrote:

Hi,

I set up my Services using this howto:

http://workaround.org/articles/ispmail-etch/


Thanks Markus.  This looks very promising.  Between an example I 
received and what I've done so far hopefully I'll have it today.


The interesting issue right now is I think I've got my firewall in a 
knot.  I can't even telnet to the mail server port.  So I can't even 
test if what I've got so far is any where near good.  !#$%



Rod
--


BR,

Markus


Anyone know of a /complete/ step-by-step HOWTO for setting up a system
using Postfix, Dovecot, and Deliver?  I'm looking to put a new mail
server together that will host three domains with pretty low volumes of
email.  Later adding three or four more for some non-profits that I host.

I'm finding my self skipping all around the Postfix and Dovecot sites
trying to come up with this setup.

I have set up Postfix in several different configurations: inbound
spool, outbound SMTP, regular mail server, etc.  And with Dovecot I was
lucky as it ran for me pretty much out of the box.  Of course that was
on a single domain mail server.  (Not to mention it is a really old
version.)

Since it went up I've added a couple of domains to my personal
collection and rather than add a new mail server for each I thought I'd
go the virtual route.

Anyone have a complete set of example .conf files they could share?

main.cf, master.cf
dovecot.conf

Isn't it about time for a Dovecot book?


TIA,
Rod
--

Re: [Dovecot] Step-by-set Postfix/Dovecot/LDA?

[Roderick A. Anderson]

Quey wrote:

Hi Rod, what OS are you using?
the one Markus showed is good for debian as its design is based on 
debian, but there is another one for using other distros, much more 
generic so its best for slackware and centos etc at 
http://kb.ausics.net/pf.php


Thanks.  Some more interesting takes on the process.

Right now I'm fighting Postfix and TLS.  Mostly missing (never 
generated) files.


Turned off TLS and now I'm getting a dovecot-deliver.log file error from 
Postfix.


Oh well.  I'll keep on plugging at it.


Rod
--




On 02/10/08 23:23:06, Roderick A. Anderson wrote:

Markus Reymann wrote:

Hi,

I set up my Services using this howto:

http://workaround.org/articles/ispmail-etch/


Thanks Markus.  This looks very promising.  Between an example I 
received and what I've done so far hopefully I'll have it today.


The interesting issue right now is I think I've got my firewall in a 
knot.  I can't even telnet to the mail server port.  So I can't even 
test if what I've got so far is any where near good.  !#$%



Rod
--


BR,

Markus


Anyone know of a /complete/ step-by-step HOWTO for setting up a system
using Postfix, Dovecot, and Deliver?  I'm looking to put a new mail
server together that will host three domains with pretty low volumes of
email.  Later adding three or four more for some non-profits that I 
host.


I'm finding my self skipping all around the Postfix and Dovecot sites
trying to come up with this setup.

I have set up Postfix in several different configurations: inbound
spool, outbound SMTP, regular mail server, etc.  And with Dovecot I was
lucky as it ran for me pretty much out of the box.  Of course that was
on a single domain mail server.  (Not to mention it is a really old
version.)

Since it went up I've added a couple of domains to my personal
collection and rather than add a new mail server for each I thought I'd
go the virtual route.

Anyone have a complete set of example .conf files they could share?

main.cf, master.cf
dovecot.conf

Isn't it about time for a Dovecot book?


TIA,
Rod
--

[Dovecot] Postfix, Dovecot, SASL, and Virtual Domains

[Roderick A. Anderson]

My saga continues, with a few interruptions, to configure a new mail 
server for several domains.


I've had one private post, and read a dozen of more HOWTOs, HOWDONEs, 
blogs, and posts on doing this but still haven't had any joy.  Not quite 
sure what I got configured incorrectly so before doing more work on this 
I'll ask if what I'm trying to do is doable.


Postfix:
  mydomain being one of the domains I'm hosting.
  myhostname will be from one of the hosted domains ... later
  no local users (except possibly root)
  Dovecot to authentication/authorize
  and Deliver to ... well ... deliver :-)

Dovecot:
  users looked up by domain in /var/mail/vhosts/%d/passwd (?)
  mail placed (after mail sieve) placed in /var/mail/vhosts/$d/$u/Maildir/

Most of the HOWTOs and friends are using PostgreSQL, LDAP, or MySQL but 
I'd like to hold off on this until I feel more comfortable and informed 
on how Dovecot, Deliver, and Postfix work together.


So am I out to lunch?  I think right now it is I'm confused on what/how 
userdb and passdb are used.  (This is my next RTFM on the list.)



Thanks for any help, suggestions, or clue-sticks!

Rod
--

[Dovecot] Manual verses Wiki

[Roderick A. Anderson]

I know I'm looking at the answer but probably not seeing it on the Wiki?

Is there a "manual" for Dovecot?

Or ... where do I find all the options for the userdb and passdb options?

While trying to get my head wrapped around this I noticed I might have 
been mixing args between the two.  One example has userdb first then the 
next one passdb.



Rod
--

[Dovecot] IMAP and SMTP Authentication

[Roderick A. Anderson]

I'm a bit further along but haven't figured out why Authentication is 
still failing.  I've tried a telnet to port 143 and openssl connection 
to 993.


The command I issued, per the debugging page on the wiki, is:

a login [EMAIL PROTECTED] crap

Here is a snapshot from my logs (yup second try and blank lines to make 
it easier for me to read).


Oct  7 08:17:20 mx0 dovecot: auth(default): client in: AUTH 2 
PLAIN  service=imap secured lip=216.64.180.226  rip=66.193.34.88 
   lport=993   rport=65026 
resp=AGluZm9AYWVzb2Z0LXNiY3MuY29tAGNyYXA=


Oct  7 08:17:20 mx0 dovecot: auth(default): passwd-file 
/var/mail/vhosts/aesoft-sbcs.com/passwd: Read 3 users


Oct  7 08:17:20 mx0 dovecot: auth(default): 
passwd-file([EMAIL PROTECTED],66.193.34.88): lookup: 
[EMAIL PROTECTED] file=/var/mail/vhosts/aesoft-sbcs.com/passwd


Oct  7 08:17:20 mx0 dovecot: auth(default): 
passwd-file([EMAIL PROTECTED],66.193.34.88): unknown user


Oct  7 08:17:22 mx0 dovecot: auth(default): client out: FAIL2 
[EMAIL PROTECTED]


And here is the relevant line from  /var/mail/vhosts/aesoft-sbcs.com/passwd

info:{PLAIN}crap:5000:5000::/var/mail/vhosts/aesoft-sbcs.com/info

Yes there are three users in the file.

What is puzzling me is why the source connection's IP is showing up in 
the /lookup/.


I did not create the directory

/var/mail/vhosts/aesoft-sbcs.com/info/Maildir

Should I?

I've attached the out put from postconf -n and dovecot -n since I'm 
pretty sure I've got some setting wrong.


Thanks for any ideas or clues.


Rod
--

alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
default_destination_concurrency_limit = 10
disable_vrfy_command = yes
header_checks = regexp:/etc/postfix/header_checks.regexp
inet_interfaces = 216.64.180.226, 127.0.0.1
local_recipient_maps = 
local_transport = virtual
message_size_limit = 20971520
mydestination = localhost
mydomain = aesoft-sbcs.com
myhostname = mx0.cyber-office.net
mynetworks = 127.0.0.0/8
recipient_delimiter = +
smtp_bind_address = 216.64.180.226
smtpd_data_restrictions = reject_unauth_pipelining, 
reject_multi_recipient_bounce
smtpd_discard_ehlo_keywords = silent-discard, dsn
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks permit_sasl_authenticated   
reject_invalid_hostname reject_non_fqdn_hostname
smtpd_recipient_restrictions = reject_invalid_helo_hostname,
reject_non_fqdn_sender, reject_unknown_sender_domain,   
reject_unknown_recipient_domain,permit_mynetworks,  
reject_non_fqdn_recipient,  permit_sasl_authenticated,  
reject_unauth_destination,  reject_unlisted_recipient,  permit
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $mydomain
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
smtpd_tls_cert_file = /etc/pki/tls/certs/mail.pem
smtpd_tls_key_file = /etc/pki/tls/private/mail.pem
smtpd_tls_security_level = may
virtual_gid_maps = static:5000
virtual_mailbox_base = /var/mail/vhosts
virtual_mailbox_domains = $mydomain,digitalcda.org
virtual_mailbox_maps = hash:/etc/postfix/vmailbox
virtual_minimum_uid = 500
virtual_transport = dovecot
virtual_uid_maps = static:5000
# 1.1.3: /etc/dovecot.conf
log_path: /var/log/dovecot/dovecot.log
info_log_path: /var/log/dovecot/dovecot-info.log
protocols: imap imaps
listen: 127.0.0.1:143
ssl_listen: *:993
login_dir: /var/run/dovecot/login
login_executable: /usr/libexec/dovecot/imap-login
login_greeting_capability: yes
valid_chroot_dirs: /var/mail
first_valid_uid: 5000
last_valid_uid: 5000
first_valid_gid: 5000
last_valid_gid: 5000
mail_access_groups: mail
mail_location: maildir:~/Maildir
mail_debug: yes
maildir_copy_preserve_filename: yes
mail_plugins: acl
imap_client_workarounds: outlook-idle
namespace:
  type: private
  separator: .
  prefix: INBOX.
  inbox: yes
  list: yes
  subscriptions: yes
auth default:
  mechanisms: plain login CRAM-MD5
  default_realm: aesoft-sbcs.com
  verbose: yes
  debug: yes
  debug_passwords: yes
  passdb:
driver: passwd-file
args: /var/mail/vhosts/%d/passwd
  userdb:
driver: passwd-file
args: uid=vmail gid=vmail username_format=%n /var/mail/vhosts/%d/passwd
  socket:
type: listen
master:
  path: /var/run/dovecot/auth-master
  mode: 432
  user: vmail
  socket:
type: listen
client:
  path: /var/spool/postfix/private/auth
  mode: 432
  user: postfix
  group: postfix

Re: [Dovecot] Manual verses Wiki

[Roderick A. Anderson]

Timo Sirainen wrote:

On Oct 7, 2008, at 12:40 AM, Roderick A. Anderson wrote:


I know I'm looking at the answer but probably not seeing it on the Wiki?

Is there a "manual" for Dovecot?


Wiki is all there is.


Or ... where do I find all the options for the userdb and passdb options?


Different userdbs and passdbs have different options. 
http://wiki.dovecot.org/PasswordDatabase http://wiki.dovecot.org/UserDatabase 


Thanks Timo.  I discovered these after sending my message.  Should have 
searched more before letting my frustration level get the better of me.  :-(



Rod
--

Re: [Dovecot] IMAP and SMTP Authentication

[Roderick A. Anderson]

Timo Sirainen wrote:

On Oct 7, 2008, at 6:33 PM, Roderick A. Anderson wrote:

Oct  7 08:17:20 mx0 dovecot: auth(default): 
passwd-file([EMAIL PROTECTED],66.193.34.88): unknown user


It's looking up [EMAIL PROTECTED] from the file.


info:{PLAIN}crap:5000:5000::/var/mail/vhosts/aesoft-sbcs.com/info


But you have only info there. So either change it here, or:


 passdb:
   driver: passwd-file
   args: /var/mail/vhosts/%d/passwd


 From http://wiki.dovecot.org/AuthDatabase/PasswdFile:

username_format=: Look up usernames using this format instead of the 
full username (%u). If you want to enable [EMAIL PROTECTED] logins but have 
only "user" in the file, set this to %n.


So use:

passdb passwd-file {
  args = username_format=%n /var/mail/vhosts/%d/passwd
}

Well these did seem to be set correctly (I've been experimenting with 
different settings).


Here is a portion of "dovecot -n" output

passdb:
  driver: passwd-file
  args: /var/mail/vhosts/%d/passwd
userdb:
  driver: passwd-file
  args: uid=vmail gid=vmail username_format=%n /var/mail/vhosts/%d/passwd

Where does userdb and passdb each come into play?  Should their settings 
be the same since I'm using one file?



TIA,
Rod
--

Re: [Dovecot] IMAP and SMTP Authentication

[Roderick A. Anderson]

Timo Sirainen wrote:

On Oct 7, 2008, at 7:16 PM, Roderick A. Anderson wrote:


So use:
passdb passwd-file {
 args = username_format=%n /var/mail/vhosts/%d/passwd
}
Well these did seem to be set correctly (I've been experimenting with 
different settings).


Here is a portion of "dovecot -n" output

passdb:
 driver: passwd-file
 args: /var/mail/vhosts/%d/passwd
userdb:
 driver: passwd-file
 args: uid=vmail gid=vmail username_format=%n /var/mail/vhosts/%d/passwd


passwd-file has no such settings as uid and gid.


This appears to be the problem.  So much for copy and paste then modify 
from a bunch of different examples!  8-|


Now I can log into Dovecot (IMAP) and send mail to the accounts 
(Postfix/Dovecot AUTH).


Thanks Timo.


Rod
--


Where does userdb and passdb each come into play?


Password is looked up from the passdb. After user is successfully 
authenticated it looks up home directory, uid and gid from userdb.



Should their settings be the same since I'm using one file?


Yes.

[Dovecot] Virtual domain aliases

[Roderick A. Anderson]

As I said in a previous reply the server is going great.  In fact I can 
even send mail via it.  (On the really old server I'm moving from I 
couldn't get authentication for outbound to work.)


I now have a couple of small issues to deal with before moving 
completely off the old system.


Virtual domains aliases?  My reading seems to indicate that Postfix only 
handles aliases in one place/file.  Ie., I can't use a 
/var/mail/vhosts/domain.tld/aliases.


This is probably a Postfix question but I'm asking anyway.  I am pretty 
sure there are some Postfix people-of-significance hanging out here.  :-)



Thanks,
Rod
--

Re: [Dovecot] Virtual domain aliases

[Roderick A. Anderson]

Charles Marcus wrote:

On 10/7/2008, Roderick A. Anderson ([EMAIL PROTECTED]) wrote:

Virtual domains aliases?  My reading seems to indicate that Postfix
only handles aliases in one place/file.  Ie., I can't use a
/var/mail/vhosts/domain.tld/aliases.


Do you want actual aliases, or just virtual domains/mailboxes?


I need a couple but for one domain I'm moving plus I figured I need an 
abuse and postmaster for the others.



Seth already answered for aliases, but for just plain virtual
domains/mailboxes, you want to use virtual_domain_maps and
virtual_mailbox_maps.


I as hoping for a method based on the incoming domain.  Something like 
"hash:/var/mail/vhosts/%d/aliases" in Dovecot.


Damn!  I just removed everything from the virtual_mailbox_maps file and 
now have no delivery of mail.  So it looks like I have to have an entry 
for every user in every domain in the file/map (vmailbox/vmailbox.db). 
So going to a database (SQL) might be coming sooner than I planned.



Rod
--

Re: [Dovecot] Virtual domain aliases

[Roderick A. Anderson]

Charles Marcus wrote:

On 10/7/2008, Roderick A. Anderson ([EMAIL PROTECTED]) wrote:

Damn!  I just removed everything from the virtual_mailbox_maps file
and now have no delivery of mail.  So it looks like I have to have an
entry for every user in every domain in the file/map
(vmailbox/vmailbox.db). So going to a database (SQL) might be coming
sooner than I planned.


Since you're using postfix, I highly recommend postfixadmin...

http://sourceforge.net/projects/postfixadmin/


Thanks I'll look at it.


Rod
--

[Dovecot] Dovecot-sieve processing optimizations

[Roderick A. Anderson]

I'm working at the next part of the virtual domains mail server.  I'm 
moving this account ([EMAIL PROTECTED] is a forwarder) which has a bunch 
of procmail rules to file into folders.


My question is if it is more efficient is use?

if  {
   ...
} elsif {
   ...
} elsif {
   ...
}
else

This seems to be the way many of the example scripts do it but I found 
at least one that used


if {
   ...
}

if {
   ...
}

Which is more procmail like and for me reads easier.

If not here where should I ask?


Thanks,
Rod
--

Re: [Dovecot] Dovecot-sieve processing optimizations

[Roderick A. Anderson]

Eduardo M KALINOWSKI wrote:

Seth Mattinen escreveu:




Seth, Eduardo;

Thanks.

Seth,

As I read your post -- slap went my hand to my forehead.  I knew that! 
That was the subconsciouses reason I asked I'm sure.  :-)


Eduardo,

You're right.  What I'm doing, currently, isn't all that complicated. 
In fact mail sieve will make it easier, simpler, and cleaner to do.  I 
only once really got into doing anything complex using procmail and I'm 
not using it now.



Again thanks to you both,
Rod
--



Well, both accomplish different things. In the first example, one and
only one of the conditions will be executed. In the second one, more
than one could possibly be executed.

I've never looked at Sieve's code, but the first will stop at the first
matching condition. In the second case, because you could make it do
more than one thing, it must check each condition.
  


If in each if you put a "finish" statement (or whatever is used to stop
processing the file), then the second one can be more efficient, since
it does not have to continue checking the file to see if there are
further conditions after the if/elseif/.../else block.

But in practice I doubt there is a practical difference between both.
You should use the one that is more readable for you.

Re: [Dovecot] Something weird happening...

[Roderick A. Anderson]

Timo Sirainen wrote:

On Wed, 2008-10-08 at 11:12 +0200, Claudio Prono wrote:

Very strange, i have tryied to chmod 666 all log files, like that:

-rw-rw-rw- 1 root root  681 Oct  8 11:08 dovecot-err.log
-rw-rw-rw- 1 root root 1039 Oct  8 11:02 dovecot-inf.log

(Is terrible i know, but only a test)

Now i have another error (written in log of dovecot!)

deliver([EMAIL PROTECTED]): Oct 08 11:08:20 Error: Can't connect to
auth server at /var/run/dovecot/auth-master: Permission denied

Seems all a problem of user running dovecot...is not root? Dunno why...
In config there isn't nothing to do so.


deliver isn't normally run as root, unless you've made it setuid-root.
So the log files and the auth-master socket need to be writable by the
user who runs deliver (as defined in Postfix's master.cf).

(Of course the user running deliver also needs to have access to all
users' mails. If you're using system users you'll need to make deliver
setuid-root.)


Since I just went through this I can offer these settings that worked 
for me for virtual domains.


In dovecot.conf

log_path = /var/log/dovecot/dovecot.log
info_log_path = /var/log/dovecot/dovecot-info.log

protocol lda {
   log_path = /var/log/dovecot/dovecot-deliver.log
   ...
}
auth default {
   ...
  socket listen {
master {
  path = /var/run/dovecot/auth-master
  mode = 0660
  user = vmail
}
  }

In /etc/postfix/master.cf

dovecot unix-   n   n   -   -   pipe
flags=DRhu user=vmail:vmail argv=/usr/libexec/dovecot/deliver 
-f ${sender} -d ${recipient}



And these file and directory ownership and permissions.

/var/log
drwxrwx--- 2 root vmail4096 Oct  7 07:41 dovecot

/var/log/dovecot
-rw-rw 1 root vmail 1658 Oct  8 12:32 dovecot-deliver.log
-rw-rw 1 root vmail 6572 Oct  8 12:35 dovecot-info.log
-rw-rw 1 root vmail  448 Oct  8 12:35 dovecot.log


This on a CentOS 5 system (running in a Linux-Vserver guest -- not that 
that makes a difference) using the additional Yum repositories: rpmforge 
and atrpms.


The cheap trick I used until I had it all working was to just log to 
maillog using syslog.



HTH,
Rod
--

[Dovecot] Multiple IMAP connections.

[Roderick A. Anderson]

There is a project (catmail) to build a webmail front end using the 
Catalyst Framework and the question came up about multiple connections 
per user.


Specifically the question was:

"The IMAP server can support multiple connections, but do you think the
backend should support multiple connections for separate folders or one
IMAP connection for one session?"


Since my servers are too low volume to have hit any kind of resource 
limits, and I believe Thunderbird mostly does the "Right Thing", I'm 
asking how you, that have higher volume systems, would prefer 
connections handled.


Also I believe there was a thread, or two :-), on the way some of the 
other webmail programs handle connections.  Not good?


Thanks for all insights and suggestions.


Rod
--

[Dovecot] Virtual Domains and Master Users

[Roderick A. Anderson]

Can I have a master users list for each virtual domain?  I'm not sure 
from what I read on the page:


http://wiki.dovecot.org/Authentication/MasterUsers


auth default {
  mechanisms = plain login CRAM-MD5

  passdb passwd-file {
 args = /var/mail/vhosts/%d/passwd.masterusers
 master = yes
 pass = yes
  }
  passdb passwd-file {
args = username_format=%n /var/mail/vhosts/%d/passwd
  }

  userdb passwd-file {
args = username_format=%n /var/mail/vhosts/%d/passwd
  }
...
}


TIA,
Rod
--

Re: [Dovecot] Virtual Domains and Master Users

[Roderick A. Anderson]

Timo Sirainen wrote:

On Oct 15, 2008, at 11:19 PM, Roderick A. Anderson wrote:

Can I have a master users list for each virtual domain?  I'm not sure 
from what I read on the page:


Not really. There are two possibilities that I can think of:

a) Use passdb checkpassword and verify that the master user 
($MASTER_USER environment) is valid for the current username.


I'll look into this.

b) Let the user log in and change mail_executable to be a script that 
does the same check as a). This is potentially dangerous, since it works 
only for imap/pop3 process, not necessarily for others that may come in 
future or e.g. SMTP AUTH..



 passdb passwd-file {
args = /var/mail/vhosts/%d/passwd.masterusers
master = yes
pass = yes
 }


This allows you to list [EMAIL PROTECTED] users in separate files, but each 
user can still authenticate as anyone from any domain.


Does the IMAP specification call for Master Users (I don't remember 
seeing it?)  Or is this an implementation specific (Dovecot, et al.) 
_feature_?


How difficult would it be to make per-domain master user(s) a part of 
Dovecot?



Rod
--


Rod
--

Re: [Dovecot] Virtual Domains and Master Users

[Roderick A. Anderson]

Timo Sirainen wrote:

On Thu, 2008-10-16 at 06:28 -0700, Roderick A. Anderson wrote:
Does the IMAP specification call for Master Users (I don't remember 
seeing it?)  


No.

Or is this an implementation specific (Dovecot, et al.) 
_feature_?


Yes.

How difficult would it be to make per-domain master user(s) a part of 
Dovecot?


But then what about people who want to make a master user for two
domains.. I think it needs a bit of design to make it useful for more
people.


I just planned on putting in the same id/password in for each domain. 
Too much work.


I've dealt with iMail (IPSwitch) and it allows each domain to have mail 
 manager(s) -- master user.  I think it also has mega-manager(s) -- 
over all domains.


So for now I'll look into using the checkpassword process.


Thanks for the insight,
Rod
--

Re: [Dovecot] Backing Up

[Roderick A. Anderson]

[EMAIL PROTECTED] wrote:

On Oct 30, 2008, at 2:35 PM, [EMAIL PROTECTED] wrote:

Maildir is nice compared to mbox but it really isn’t optimal. In days
where IOPS is the most difficult resource to get into your server (and
dovecot already using close to nothing in terms of CPU time and
memory)
having one file per e-mail is less than sub-optimal especially when a
large amount of users just downloads the whole mailbox using POP3
(not to
mention backing up Maildirs).

   It seems to me that a database like Postgres or MySQL would be the
best bet.



That's a matter of opinion. Moving mail storage to a database would
probably be the last thing I would ever do (I'm not saying it's not the
right thing for some people. I'm just not one of them).
I'm using mysql for storing the users database but that’s another story.



Adding a database is one additional level of complexity. One more program
to govern. In my opinion it's nice to know that as long as the disk is
readable nothing can go completely wrong.



I have to jump in here and go a bit tangential by saying there are 
databases and want-to-be's.



The database in my case would be roughly 400 GB holding some 60 million
records.


Fair sized but not really big.


Just imagine if one single byte got written to the wrong place. Power
outage, OS crash, software bug or whatever could easily result in this (I
regularly experience mysql tables that crash on their own from heavy use).
Having to run a repair on a table of that size whilst all users are eager
to get to their data must be a nightmare of proportions.


There is the difference between an enterprise database and MySQL.  Yes, 
yes, yes lots of /enterprises/ run applications that use MySQL but most 
of those apps have throw away data or they are not using the free 
version of MySQL.



Just imagine backing the thing up, exporting 60.000.000 SQL queries.
Not to say importing them again if something should go really wrong.
Actually I'n not even sure it would be faster. When the index files grow
to several gigabytes they kind of loose their purpose.


There are many businesses backing up way-more data than that and it it 
isn't 60,000,000 queries -- it is one command.  But if you use serious 
hardware "backing up" isn't really needed.  RAID, redundant/hot-swap 
servers, etc. make backing up /extra redundancy/.  :-)


And I bring this up because  "Archiveopteryx" 
 uses a database - PostgreSQL.



Rod
--



Maildir is very resilient to various errors. It is virtually impossible to
corrupt a maildir (at least I've never experienced anything).
Also you can backup up the thing without worrying about anything accessing
it at the same time.
Mbox less so but still a lot better than having one huge database.

Dbox would be the ultimate compromise between crash resilience and a low
number of files (not to mention the enormous potential for speed gains).

Regards, Mikkel

[Dovecot] Authentication woes.

[Roderick A. Anderson]

I'm still searching but hoping someone can offer a clue-stick.

Long story short!  I had a server crash suddenly and all I can get at 
are the files.  Built a new host and copied the data and config files 
over, correcting ownership and permissions (hopefully) as I went.


But now I can't get logged in.

Messages in /var/log/dovecot/dovecot-info.log, without saslauthd 
running, are like this.


dovecot: Feb 03 08:55:46 Info: auth(default): 
passwd-file(raand...@aesoft-sbcs.com,66.193.34.88): no passwd file: 
username_format=raanders /var/mail/vhosts/aesoft-sbcs.com/passwd
dovecot: Feb 03 08:55:48 Info: auth(default): client out: FAIL  1 
user=raand...@aesoft-sbcs.com
dovecot: Feb 03 08:55:48 Info: auth(default): client in: AUTH   2 
PLAIN   service=IMAPsecured lip=216.64.180.226  rip=66.193.34.88 
   resp=AHJhYW5kZXJzQGFlc29mdC1zYmNzLmNvbQBrNnpiZTQy
dovecot: Feb 03 08:55:48 Info: auth(default): 
passwd-file(raand...@aesoft-sbcs.com,66.193.34.88): no passwd file: 
username_format=raanders /var/mail/vhosts/aesoft-sbcs.com/passwd
dovecot: Feb 03 08:55:50 Info: auth(default): client out: FAIL  2 
user=raand...@aesoft-sbcs.com
dovecot: Feb 03 08:55:54 Info: imap-login: Aborted login: 
user=, method=PLAIN, rip=66.193.34.88, 
lip=216.64.180.226, TLS


The passwd file exists and I'm using the correct password.

dovecot -n as an attachment.

More info this is a semi-good attempt at a mail server for virtual 
domains.  _It was working._


Any ideas as to why dovecot says the file doesn't exist?


TIA,
Rod
# 1.0.7: /etc/dovecot.conf
log_path: /var/log/dovecot/dovecot.log
info_log_path: /var/log/dovecot/dovecot-info.log
protocols: imap imaps
listen: *:143
ssl_listen: *:993
login_dir: /var/run/dovecot/login
login_executable: /usr/libexec/dovecot/imap-login
login_greeting_capability: yes
valid_chroot_dirs: /var/mail
first_valid_uid: 5000
last_valid_uid: 5000
first_valid_gid: 5000
last_valid_gid: 5000
mail_access_groups: mail
mail_location: maildir:~/Maildir
mail_debug: yes
maildir_copy_with_hardlinks: yes
maildir_copy_preserve_filename: yes
auth default:
  mechanisms: plain login CRAM-MD5
  default_realm: aesoft-sbcs.com
  master_user_separator: *
  verbose: yes
  debug: yes
  debug_passwords: yes
  passdb:
driver: passwd-file
args: /var/mail/vhosts/%d/passwd.masterusers
pass: yes
master: yes
  passdb:
driver: passwd-file
args: username_format=%n /var/mail/vhosts/%d/passwd
  userdb:
driver: passwd-file
args: username_format=%n /var/mail/vhosts/%d/passwd
  socket:
type: listen
client:
  path: /var/spool/postfix/private/auth
  mode: 432
  user: postfix
master:
  path: /var/run/dovecot/auth-master
  mode: 432
  user: vmail
plugin:
  sieve: /var/mail/vhosts/%d/%n/dovecot.sieve

[Dovecot] Latest CentOS rpms.

[Roderick A. Anderson]

Along with my post about authentication I was wondering if anyone was 
building RPMs for the later versions of dovecot (and postfix) than I can 
find in the usual and not-so-usual yum repos?


I already pull from rpmforge but would prefer something later than 1.0.7 
 Say the 1.1 series.



Thanks,
Rod
--

Re: [Dovecot] Latest CentOS rpms.

[Roderick A. Anderson]

Please excuse the top post and the really bad grammar in the previous 
message!


Roderick A. Anderson wrote:

Charles Marcus wrote:

On 2/3/2009 12:33 PM, Roderick A. Anderson wrote:

Along with my post about authentication I was wondering if anyone was
building RPMs for the later versions of dovecot (and postfix) than I can
find in the usual and not-so-usual yum repos?

I already pull from rpmforge but would prefer something later than 1.0.7
 Say the 1.1 series.


If I'm not mistaken, the Redhat EL5 repository works with CentOS 5.x...

http://www.atrpms.net/dist/el5/dovecot/


I'll be dipped!  I have rpmforge which I thought was suppose to include 
atrpms.  Must not be as I didn't see later that 1.0.7 when I searched

 
 than

using yum.  More yum hacking is in may future.

 ^^^
 my



Thanks,
Rod

Re: [Dovecot] Latest CentOS rpms.

[Roderick A. Anderson]

Charles Marcus wrote:

On 2/3/2009 12:33 PM, Roderick A. Anderson wrote:

Along with my post about authentication I was wondering if anyone was
building RPMs for the later versions of dovecot (and postfix) than I can
find in the usual and not-so-usual yum repos?

I already pull from rpmforge but would prefer something later than 1.0.7
 Say the 1.1 series.


If I'm not mistaken, the Redhat EL5 repository works with CentOS 5.x...

http://www.atrpms.net/dist/el5/dovecot/


I'll be dipped!  I have rpmforge which I thought was suppose to include 
atrpms.  Must not be as I didn't see later that 1.0.7 when I searched 
using yum.  More yum hacking is in may future.



Thanks,
Rod
--


Don't use CentOS or Redhat so can't help you with adding the repo...

[Dovecot] CentOS 5 ... again

[Roderick A. Anderson]

At this point I don't think I can do anymore damage to my mail server 
but I'd like to know if anyone else is using the pre-built RPM files 
from ATrpms before I install them?


http://dl.atrpms.net/all/dovecot-1.1.11-0_90.el5.i386.rpm
http://dl.atrpms.net/all/dovecot-sieve-1.1.6-9.el5.i386.rpm


Or is there a dovecot-sieve for 1.0.7 from the rpmforge repo?  I haven't 
found it yet but could have sworn I had it before.



Thanks,
Rod
--

[Dovecot] Rebuild folder listing?

[Roderick A. Anderson]

I don't know what to call what I'm trying to do so I'll explain the 
situation.


I had a total complete crash of the Linux-Vserver system that was 
hosting a Postfix+Dovecot guest with a three domains and 1-5 accounts 
per domain.  Lots of mail though.


Before it completely melted down I as able to get to the data (messages) 
and save them and the configuration files for both Dovecot and Postfix.


I now have a replacement system up and running and have copied the 
directories onto it.  I can log in to the accounts but I don't see the 
folders (I use Thunderbird as a MUA).  Attempts to "subscribe" and 
"refresh" the list give me no results.  No list of folders.


What should I do?

I'm thinking I could delete the dovecot files:

   dovecot.index,
   dovecot.index.cache,
   dovecot.index.log,
   dovecot-uidlist,
   subscriptions,
   and while I'm at it possibly dovecot-keywords.

Then access the account(s) and Dovecot will rebuild them with the 
true/correct information.


Am I heading anywhere near the right direction?


TIA,
Rod
--

Re: [Dovecot] CentOS 5 ... again

[Roderick A. Anderson]

Patrick Nagel wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Roderick,

On 2009-02-07 05:48, Roderick A. Anderson wrote:
| At this point I don't think I can do anymore damage to my mail server
| but I'd like to know if anyone else is using the pre-built RPM files
| from ATrpms before I install them?
|
| http://dl.atrpms.net/all/dovecot-1.1.11-0_90.el5.i386.rpm
| http://dl.atrpms.net/all/dovecot-sieve-1.1.6-9.el5.i386.rpm

We're using those RPMs (currently version 1.1.7). They always worked 
very well

for us.


Thanks Patrick.  I went ahead and upgraded to them on both the test and 
live server.   All seems to be going well other than a Dovecot index 
rebuild of messages I moved from a crashed server.  And that probably 
doesn't have anything to do with the versions.  ;-)



Rod
--

Patrick.

- --
STAR Software (Shanghai) Co., Ltd.  http://www.star-group.net/
Phone:+86 (21) 3462 7688 x 826   Fax:   +86 (21) 3462 7779

PGP key:  E883A005 https://stshacom1.star-china.net/keys/patrick_nagel.asc
Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmPkV0ACgkQ7yMg/OiDoAXrBwCfSXO+0qGC2Pq9I0Nj1zyQ98vV
6NMAoLLxqojYfUy1OmS9HnyIM2GS+qrr
=EDSr
-END PGP SIGNATURE-

Re: [Dovecot] Rebuild folder listing?

[Roderick A. Anderson]

Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 6 Feb 2009, Roderick A. Anderson wrote:


the list give me no results.  No list of folders.


If you see no folders, the problem is not the indexes. I suspect that 
dovecot now uses other mail_location settings than before. Or the user 
does not have the correct permissions to access the mails.


Did you enable mail_debug and check the server logs?


Not yet.  I will today.  While doing some checking I realized there were 
what looked like two copies of the same mail directory structure -- one 
in /var/mail/vhosts and the otehr in /var/spool/mail/vhosts.  That could 
be creating the problem.  :-)


This is interesting as I as I copied the config and data (message) files 
from the system that was working before the crash.


Thanks for the pointers.  I'll do some more research, testing, and 
debugging.



Rod
--


Bye,

- -- Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSZAgJXWSIuGy1ktrAQJqHwf/R4w3MrX83FZtqx3SVFt5XPRQBcC/TrXJ
veR7+Uf7Fc7Oa/O/yjzR6z45s78VxHQR7CoevUULwzuPhGQxfmByZz1cvYZVbSk+
zQFaVo7egIeGmtjMb0/+dwiQxrFlPyWc110I3FBupeFL8GUtSChu5OEFXq3kXxkH
lUFm4x05OU64jFLGD2wFCljDnWPrVtOFdCJK6KzINk0H1xrg+mVDqu3W4Z/5R73m
Ryi2EkbkmWHYnbjDT9Ut22QvmQblCIO7/v+HqApAFiccHZxVfA8CsYOaIxrzaCtv
cMhIDLJn33v5RWaBtOo9mOC1Gdx6OjaYjft90XDSmRlpfgHsj9rqlw==
=m7E3
-END PGP SIGNATURE-

[Dovecot] Solved: Rebuild folder listing?

[Roderick A. Anderson]

Roderick A. Anderson wrote:
I don't know what to call what I'm trying to do so I'll explain the 
situation.


It was the typical case of too many things going on at the same time and 
me in a full-bore-linear-panic over the crashed mail server.


The biggies were:

1) The vmail account created with the wrong UID/GID for the 
configuration, and

2) permissions on everything wrong after updating vmail's UID/GID.

This all came about because I kept flipping between a mostly working 
test system, the system I was trying to get up, and the crashed system's 
 files that got their UIDs/GIDs changed while copying them around.


Thanks to you all for the suggestions (clue-sticks?).


Rod
--
I had a total complete crash of the Linux-Vserver system that was 
hosting a Postfix+Dovecot guest with a three domains and 1-5 accounts 
per domain.  Lots of mail though.


Before it completely melted down I as able to get to the data (messages) 
and save them and the configuration files for both Dovecot and Postfix.


I now have a replacement system up and running and have copied the 
directories onto it.  I can log in to the accounts but I don't see the 
folders (I use Thunderbird as a MUA).  Attempts to "subscribe" and 
"refresh" the list give me no results.  No list of folders.


What should I do?

I'm thinking I could delete the dovecot files:

   dovecot.index,
   dovecot.index.cache,
   dovecot.index.log,
   dovecot-uidlist,
   subscriptions,
   and while I'm at it possibly dovecot-keywords.

Then access the account(s) and Dovecot will rebuild them with the 
true/correct information.


Am I heading anywhere near the right direction?


TIA,
Rod

Re: [Dovecot] CentOS 5 ... again

[Roderick A. Anderson]

Linux Advocate wrote:

guys , i m new to centos. i have learned to use yum and the priority
plugin. Does the atrpm repo provide the most uptodate version of
dovecot? i have the following repos configured ->epel and rpm forge
besides thestandard base,updates,addons,extras repos.


The two location below are not, or at least don't seem to be, in the 
standard repository hierarchy.  I used wget to pull them down to the 
system and used rpm to install them.  So ... you won't be able to just 
"yum update" unless you add an entry in yum.repos.d for both of them.


It would be nice to see the latest or nearly latest available via a 
simple yum update.



Rod
--





On 2009-02-07 05:48, Roderick A. Anderson wrote: | At this point
I don't think I can do anymore damage to my mail server | but I'd
like to know if anyone else is using the pre-built RPM files |
from ATrpms before I install them? | |
http://dl.atrpms.net/all/dovecot-1.1.11-0_90.el5.i386.rpm |
http://dl.atrpms.net/all/dovecot-sieve-1.1.6-9.el5.i386.rpm

We're using those RPMs (currently version 1.1.7). They always
worked very well for us.

Thanks Patrick.  I went ahead and upgraded to them on both the test
and live server.   All seems to be going well other than a Dovecot
index rebuild of messages I moved from a crashed server.  And that
probably doesn't have anything to do with the versions.  ;-)


Rod --

Patrick.

- -- STAR Software (Shanghai) Co., Ltd.
http://www.star-group.net/ Phone:+86 (21) 3462 7688 x 826
Fax:   +86 (21) 3462 7779

PGP key:  E883A005
https://stshacom1.star-china.net/keys/patrick_nagel.asc 
Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC

E883 A005 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9
(GNU/Linux) Comment: Using GnuPG with Fedora -
http://enigmail.mozdev.org

iEYEARECAAYFAkmPkV0ACgkQ7yMg/OiDoAXrBwCfSXO+0qGC2Pq9I0Nj1zyQ98vV 
6NMAoLLxqojYfUy1OmS9HnyIM2GS+qrr =EDSr -END PGP

SIGNATURE-

[Dovecot] mailing lists and Dovecot deliver (lda)

[Roderick A. Anderson]

I'm trying to figure out a way, or if it is even possible, to use 
mailing list software (majordomo2) on a Postfix + Dovecot + virtual 
mailboxes system.  And where I should be looking.


The examples on the Postfix site don't seem to address a purely virtual 
mailboxes system and I haven't found anything about doing it with deliver.


I think I'm at the wrong tree (Dovecot deliver) and should be pestering 
the Postfix list.


FTR, I host some sites for not-for-profits and they have asked about 
setting up lists.  So far I've dodged the question but would like to 
attempt it now.



Thanks,
Rod
--

Re: [Dovecot] mailing lists and Dovecot deliver (lda)

[Roderick A. Anderson]

Dave McGuire wrote:

On Feb 10, 2009, at 4:24 PM, Roderick A. Anderson wrote:
I'm trying to figure out a way, or if it is even possible, to use 
mailing list software (majordomo2) on a Postfix + Dovecot + virtual 
mailboxes system.  And where I should be looking.


The examples on the Postfix site don't seem to address a purely 
virtual mailboxes system and I haven't found anything about doing it 
with deliver.


I think I'm at the wrong tree (Dovecot deliver) and should be 
pestering the Postfix list.


FTR, I host some sites for not-for-profits and they have asked about 
setting up lists.  So far I've dodged the question but would like to 
attempt it now.


  I have done this with great success.  I must be brief as I'm in a 
rush, but here's the basic overview:


Thanks Dave.  Looks clear enough.  I'm glad you came up with this as I 
would never have thought of using a pipe.  Very slick.


Only tricky part I see is the conversion to using majordomo2 instead of 
mailman.



Rod
--
  - Create a new transport in master.cf, I called it "mailman".  It 
looks like this:


---
mailman   unix  -   n   n   -   -   pipe
  flags=FR user=mailman:nobody
  argv=/usr/local/mailman/bin/postfix-to-mailman.py ${nexthop} ${user}
---

  The "postfix-to-mailman.py" script can be found via google.  I had to 
make some minor changes to the one I found; I can send you mine if you 
get stuck.


  - Create a "pseudo-subdomain" (not in DNS) for Mailman, I used 
"lists.".


  - Set the transport for the "lists." to be "mailman:" in 
your transport map.


  - Rewrite all relevant "@" addresses (-admin, 
-request, etc) into the "lists" subdomain of the form 
"@lists." using virtual aliases.


  If you run into trouble, contact me off-list and I'll try to help.

   -Dave

Re: [Dovecot] CMUSieve with virtual users

[Roderick A. Anderson]

Guillaume HILT wrote:

   Hi,

I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to 
manage my virtual users.
I'm trying to use sieve (which has been compiled with Dovecot) but it 
doesn't work.


I added cmusieve in the lda protocol :
 mail_plugins = cmusieve
 mail_plugin_dir = /usr/lib/dovecot/lda

My maildir scheme is : /home/vmail/%d/%n/.maildir
The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the 
sieve variable in the plugin section).

I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve.
Then I tried in /var/sieve-scripts/%u.sieve.
None of these solutions worked :x

I enabled all the debug options in dovecot, and i can't see anything 
about sieve in my logs.


I'm using the same configuration without virtual users on another server 
and it's working fine.

I'm out of ideas.

Could someone has managed to use sieve scripts with virtual users ?


I have.

CentOS 5.2
dovecot-1.1.11-0_90.el5
postfix-2.3.3-2.1.el5_2
dovecot-sieve-1.1.6-9.el5

What is your plugin {} setting.  I have

plugin {
   sieve = /var/mail/vhosts/%d/%n/dovecot.sieve
}

Rod
--


Thanks :)

   Guillaume

Re: [Dovecot] CMUSieve with virtual users

[Roderick A. Anderson]

Guillaume HILT wrote:


Roderick A. Anderson a écrit :



Guillaume HILT wrote:

   Hi,

I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to 
manage my virtual users.
I'm trying to use sieve (which has been compiled with Dovecot) but it 
doesn't work.


I added cmusieve in the lda protocol :
 mail_plugins = cmusieve
 mail_plugin_dir = /usr/lib/dovecot/lda

My maildir scheme is : /home/vmail/%d/%n/.maildir
The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the 
sieve variable in the plugin section).

I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve.
Then I tried in /var/sieve-scripts/%u.sieve.
None of these solutions worked :x

I enabled all the debug options in dovecot, and i can't see anything 
about sieve in my logs.


I'm using the same configuration without virtual users on another 
server and it's working fine.

I'm out of ideas.

Could someone has managed to use sieve scripts with virtual users ?


I have.

CentOS 5.2
dovecot-1.1.11-0_90.el5
postfix-2.3.3-2.1.el5_2
dovecot-sieve-1.1.6-9.el5

What is your plugin {} setting.  I have

>

sieve = /home/vmail/%d/%n/.dovecot.sieve


Did you already send the output from dovecot -n?

Also look for a .dovecot-sieve.err file


Rod
--


plugin {
   sieve = /var/mail/vhosts/%d/%n/dovecot.sieve
}

Rod

Re: [Dovecot] CMUSieve with virtual users

[Roderick A. Anderson]

Guillaume HILT wrote:

I don't have any sieve error file.


Do you have and messages in the dovecot (or postfix) log files that 
relate to 'sieve'?


Here is the one I got when I'd forgotten to install dovecot-sieve (yum 
or rpm)


deliver(i...@mydomain.com): Feb 03 08:39:27 Fatal: Plugin
 cmusieve not found from directory /usr/lib/dovecot/lda

And this after I installed dovecot-sieve and it was working for another 
account.


deliver(raand...@mydomain.com): Feb 20 08:47:25 Info: cmusieve: 
Executing script /var/mail/vhosts/mydomain.com/raanders/dovecot.sievec


And then this if there is no dovecot.sieve file (I don't hide mine like 
in the examples as this is a virtual mailbox server.)


deliver(i...@aesoft-sbcs.com): Feb 17 13:42:42 Info: cmusieve:
/var/mail/vhosts/mydomain.com/info/dovecot.sieve doesn't exist


Rod
--


# dovecot -n
# 1.1.11: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.28-gentoo-r1--std-ipv4-64 x86_64 Gentoo Base System 
release 1.12.11.1 ext3

base_dir: /var/run/dovecot/
log_path: /var/log/mail/dovecot.log
info_log_path: /var/log/mail/dovecot.info
protocols: imap imaps pop3 pop3s
listen(default): *:143
listen(imap): *:143
listen(pop3): *:110
ssl_listen(default): *:993
ssl_listen(imap): *:993
ssl_listen(pop3): *:995
ssl_cert_file: /etc/ssl/dovecot/server.pem
ssl_key_file: /etc/ssl/dovecot/server.key
disable_plaintext_auth: no
login_dir: /var/run/dovecot//login
login_executable(default): /usr/libexec/dovecot/imap-login
login_executable(imap): /usr/libexec/dovecot/imap-login
login_executable(pop3): /usr/libexec/dovecot/pop3-login
first_valid_uid: 1001
last_valid_uid: 1001
mail_privileged_group: mail
mail_uid: vmail
mail_gid: mail
mail_location: maildir:/home/vmail/%d/%n/.maildir
maildir_copy_preserve_filename: yes
mail_executable(default): /usr/libexec/dovecot/imap
mail_executable(imap): /usr/libexec/dovecot/imap
mail_executable(pop3): /usr/libexec/dovecot/pop3
mail_plugins(default): antispam
mail_plugins(imap): antispam
mail_plugins(pop3):
mail_plugin_dir(default): /usr/lib/dovecot/imap
mail_plugin_dir(imap): /usr/lib/dovecot/imap
mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3
imap_client_workarounds(default): delay-newmail
imap_client_workarounds(imap): delay-newmail
imap_client_workarounds(pop3):
pop3_client_workarounds(default):
pop3_client_workarounds(imap):
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
auth default:
 user: nobody
 gssapi_hostname: mail.myserver.com
 passdb:
   driver: sql
   args: /etc/dovecot/dovecot-sql.conf
 userdb:
   driver: sql
   args: /etc/dovecot/dovecot-sql.conf
 socket:
   type: listen
   client:
 path: /var/spool/postfix/private/auth
 mode: 432
 user: postfix
 group: postfix
   master:
 path: /var/run/dovecot/auth-master
 mode: 432
 user: vmail
 group: mail
plugin:
 quota_warning: storage=95%% /usr/local/bin/quota-warning.sh 95
 quota_warning2: storage=80%% /usr/local/bin/quota-warning.sh 80
 quota: maildir
 antispam_signature: X-DSPAM-Signature
 antispam_signature_missing: error
 antispam_trash: Trash
 antispam_spam: Spam
 antispam_dspam_binary: /usr/bin/dspam
 sieve: /home/vmail/%d/%n/.dovecot.sieve
dict:
 quota: mysql:/etc/dovecot/dovecot-dict-quota.conf

Re: [Dovecot] CMUSieve with virtual users

[Roderick A. Anderson]

Guillaume Hilt wrote:


Alex a écrit :

Guillaume HILT wrote:

Upgrade done and running, but it didn't fixed the problem :x

Alex a écrit :
I had been the same issue with 1.1.7. Try to unmask the 1.1.10-r1 
and install; it solve my issue.


Do you see anything in your log?

Nothing about sieve.


Interestingly enough there appear to be some values in the dovecot.conf 
that don't show up with (when I try in on my system) a dovecot -n.  I 
must admit I'm surprised everything _seems_ to be working as I've had 
some formatting issues in the dovecot.conf file


Anyway; specifically the lda stuff.

Here's mine slightly munged.

protocol lda {
  log_path = /var/log/dovecot/dovecot-deliver.log
  auth_socket_path = /var/run/dovecot/auth-master
  postmaster_address = postmas...@mydomain.com
  hostname = mx0.mydomain.com
  mail_plugins = cmusieve
  mail_plugin_dir = /usr/lib/dovecot/lda
}


Rod
--

[Dovecot] GUI/WUI for creating (common) sieve scripts?

[Roderick A. Anderson]

Anyone aware of a Web User Interface or GUI to allow users to create 
simple/common-type sieve scripts?


I found the sieve testing and have used it as I play; plus mangesieve 
(and Net:ManageSieve.pm) but want to allow users to build so some 
clicking and maybe a little typing and then end up with some filters.


So before I go invent this wheel I'd like to know what others are doing?


TIA,
Rod
--

Re: [Dovecot] GUI/WUI for creating (common) sieve scripts?

[Roderick A. Anderson]

Seth Mattinen wrote:

Peter Lindgren wrote:

Roderick A. Anderson skrev:

Anyone aware of a Web User Interface or GUI to allow users to create
simple/common-type sieve scripts?
So before I go invent this wheel I'd like to know what others are doing?

For Thunderbird, there's a plugin (I haven't tested):

http://sieve.mozdev.org/



It doesn't do hand-holding, it's just an interface to managesieve.


I was thinking so.  I did spot this while searching but it didn't look 
too promising.  Besides I need/want something that can be used from a 
Webmail interface.



Rod
--


~Seth

[Dovecot] Dovecot as a email storage system

[Roderick A. Anderson]

I was thinking about all the old email I have and don't want to get rid 
of and how much space it is taking on my mail server.  The idea came to 
me to install Dovecot on a server at home then I could drop mail into I 
want to save.  It doesn't need to receive mail except what that is moved 
 to it.


Anyone see problems with doing this?


Thanks,
Rod
--

[Dovecot] dovecot SASL + Postfix no IMAP or POP3

[Roderick A. Anderson]

A customer is suffering with an older version of a Windows "Mail Server" 
software that does not permit connections to _other_ ports (25 only). 
Several of the domains they host have users who's ISPs block port 25 so 
they can not send mail.


They'd like to set up an outbound (relay?) SMTP server for those 
customers using per u...@domain.tld authentication.  Since I personally 
use Postfix with dovecot SASL I'd prefer doing the same for them.


The only issue I see is how to "disable" IMAP and POP3 and use only the 
SASL authentication feature.  I read that Timo is thinking to _someday_ 
:-) separate the SASL authentication from the rest of Dovecot, but in 
the mean time can I just leave out the IMAP and POP3 stuff from 
dovecot.conf, or is there a disable option?


Of course I'll clamp the IMAP and POP3 ports down with iptables but it 
would be nice knowing Dovecot would just say go away or ignore those 
connections.


Is anyone doing this or have any suggestions, thoughts, or ideas about it?


\\||/
Rod
--

Re: [Dovecot] deliver vs lda

[Roderick A. Anderson]

Jonathan wrote:

Timo Sirainen wrote:

deliver is the binary name. but it's configured inside protocol lda {}
section. This is getting annoying, any thoughts on what would be a good
unifying name?

c) dovecot-lda binary, protocol lda {}


I'd vote for C as well.


++c


\\||/
Rod
--

Re: [Dovecot] Log File per Domain

[Roderick A. Anderson]

Timo Sirainen wrote:

On Sat, 2009-04-25 at 15:33 -0300, Darvin Denmian wrote:

Hello list,

i need to know if is possible to create a log file per domain, like:
/home/vmail/%d/maillog
i'm thinking use : log_path = /home/vmail/%d/maillog , this will work?


No. Not possible currently, unless you run each domain in a separate
Dovecot installation. I'm also not really sure how it should work,
because for example when logging in Dovecot doesn't yet know the domain.
So the log file would also have to change once the username is known.

I'm thinking about making Dovecot v2.0's logging support something like
this though. Or at least the ability to have its log process replaced
with a more featureful log process that could do this.


How about using syslog-ng?  Anyone doing this with doveccot?


||\\/
Rod
--

Re: [Dovecot] Dovecot is emptying Maildir folders

[Roderick A. Anderson]

Alexander Johannes wrote:

Hello,

i have a annoying problem with dovecot after updating to 1.1.14.

Dovecot seems to empty all cur/ and new/ Folders in the Maildir of a 
particular user several times a day (3 times so far). It leaves only 
unread messages in their place. All Index-Files are getting updated and 
reflect the "empty"-State of the Mailbox.


A quick look over the logfiles reveals nothing which seems to be 
relevant to this malfunction. The error_log is empty for the relevant 
timeframe.


There is no Expire/Expunge-Plugin running.

Fortunately i have a hourly backup-snapshot to restore the Mailboxes, 
but this is obviously no solution.


How can i debug this problem? Any advice is welcome.

System: FreeBSD 7.1-RELEASE, dovecot-1.1.14, dovecot-managesieve-0.10.6, 
dovecot-sieve-1.1.6 (all installed via the ports-tree), exim-4.69_3


Clients: Thunderbird, Mail.app both IMAP only


A wild shot is Thunderbird (if I remember correctly) has an remove read 
messages either after some many minutes or when closing it.  OOPS! 
There it is.  Account Settings -> Server Settings -> Clean up" 
(Expunge") Inbox on Exit



\\||/
Rod
--

[Dovecot] RHEL5/CentOS5 YUM repo, rpm, or spec file for 2.0?

[Roderick A. Anderson]

I don't remember sing any mention come across the list reference the 
Subject line and nothing shows up within the first three pages of a 
Google search.


Anyone know of a YUM repo. RPM or spec file for Dovecot 2.0 and friends?


TIA,
Rod
--

Re: [Dovecot] dovecot Digest, Vol 90, Issue 102

[Roderick A. Anderson]

Alan Brown wrote:

 > From: "Roderick A. Anderson" 
 > Subject: [Dovecot] RHEL5/CentOS5 YUM repo, rpm, or spec file for 2.0?
 >
 > I don't remember sing any mention come across the list reference the
 > Subject line and nothing shows up within the first three pages of a
 > Google search.
 >
 > Anyone know of a YUM repo. RPM or spec file for Dovecot 2.0 and friends?


Try the following 2 URLs:

http://www.city-fan.org/ftp/contrib/yum-repo/

http://www.city-fan.org/ftp/contrib/mail/


Thanks.  That's a big help.


ATrpms has builds too, but they're usually out of date.


Yeah way of of date.  1.0.7 I think is what I saw.


Again thanks,
Rod
--

Re: [Dovecot] RHEL5/CentOS5 YUM repo, rpm, or spec file for 2.0?

[Roderick A. Anderson]

Jerrale G wrote:

On 10/26/2010 1:14 AM, Oli Schacher wrote:

Anyone know of a YUM repo. RPM or spec file for Dovecot 2.0 and friends?


http://packages.atrpms.net/dist/el5/dovecot/

I haven't tried the 2.0 rpms yet, but we were very happy with the 
1.0/1.1/1.2 packages on centos


last time I checked there was a dovecot.spec in the root of the source.


Darn!  :-( I forgot to check there.  I did the last time I wanted the 
latest version but that was a long time ago.  (A 1.1.x has been working 
just fine for my personal stuff.)


I'll look today.  Thanks.


\\||/
Rod
--

Re: [Dovecot] dovecot Digest, Vol 90, Issue 102

[Roderick A. Anderson]

Axel Thimm wrote:

On Mon, 2010-10-25 at 12:24 -0700, Roderick A. Anderson wrote:

Alan Brown wrote:

ATrpms has builds too, but they're usually out of date.

Yeah way of of date.  1.0.7 I think is what I saw.


Hm, ATrpms is usually shipping packages within a few days after a
release as well as packages of beta releases. What makes you think
ATrpms is at 1.0.7?


I probably mis-read the YUM output.


FWIW ATrpms currently carries the following dovecot versions:

1.0.15-1_74  1.1.20-1_98  1.2.15-1_113  2.0.6-0_121


Maybe I'm doing the YUM stuff wrong.  When I disabled all the repos and 
enabled ATrpms I got no results.  Better check that I'm using a 
good/current repo file.  :-(



\\||/
Rod
--

Re: [Dovecot] [dovecot] - filters

[Roderick A. Anderson]

Rick Romero wrote:

Quoting "Marcus Rueckert" :


On 2010-03-04 15:27:20 -0600, Rick Romero wrote:

I'm by no means a procmail expert, but this seems to work (though
[Dovecot] gets put before the Re:)


and with an LDA that speaks only sieve?
how do you do it there?



This is better for procmail (doesn't change Subject if [Dovecot] already 
there)

:0 fhw
* ^List-Id:.*Dovecot Mailing List
{
  :0
  * !^Subject:.*\[Dovecot\]
  {
:0 fhw
* ^Subject:\/.*
| formail -I "Subject: [Dovecot] $MATCH"
  }
}


I don't know enough about Sieve to give an example..
what you want is:
1. List-Id head contains "Dovecot Mailing List"
2. Subject does not contain [Dovecot]
3. Pass email to formail to modify Subject ( built in Sieve equivalent?)


if header :contains "List-Id" "dovecot.dovecot.org" {
   fileinto "Dovecot";
   stop;
}

I just removed my Subject based filter and put this in so "+1".


\\||/
Rod
--


HTH

Rick

Re: [Dovecot] DOES NOT PERTAIN TO DOVECOT: Does anyone use postfix for some help?

[Roderick A. Anderson]

Jerrale Gayle wrote:
When mail  is sent from the mail server, it shows up as originating from 
the MAIN ip address of the server, 173.50.101.11, when the mail server 
is bound to 173.50.101.12. I have already set smtp_bind_address: 
173.50.101.12 in main.cf and 173.50.101.12:smtp inet - - smtpd in 
master.cf. This prevents smtp connects TO any other ip but 173.50.101.12 
BUT mail STILL shows up originating from eth1, where 173.50.101.12 is 
eth1:2


I think this is *nix related and most here,  on dovecot mailing list, 
could provide help.


DOES NOT PERTAIN TO DOVECOT:

Correct.

Dovecot does not send email.  You should probably get on the list for 
the MTA software you are using.


A similar thread just went on on the Postfix list.  I didn't follow it 
but you can check the list archives.



\\||/
Rod
--

Re: [Dovecot] Manually creating folders from terminal

[Roderick A. Anderson]

On 07/07/2010 09:15 AM, A. J. Giurato wrote:

OK, Dovecot is showing those folders correctly from telnet.

However, I can't subscribe to them in Thunderbird 3.0.5 (they don't even
appear) and I don't even know that squirrelmail 1.4.13 has a subscribe
feature.


You did "refresh" the Folder list ... right?  This has bitten me several 
times.  :-)



\\||/
Rod
--


Are there any other recommended clients I try this with?

On 7/7/2010 11:44 AM, Timo Sirainen wrote:

On Wed, 2010-07-07 at 11:40 -0400, A. J. Giurato wrote:


Also, my IMAP folders all work fine except for the new ones I want to
create manually from the CLI.


Make sure it's not a client problem (shouldn't be if you tested also
with squirrelmail, but who knows):
http://wiki.dovecot.org/TestInstallation

Especially see if the 'c list "" *' command shows your mailboxes.

[Dovecot] Upgrade 1.1 to 1.2 double check

[Roderick A. Anderson]

Read what I could find on possible upgrade issues and saw only one that 
might be a problem.  I don't think it will but figured it was worth 
checking.


Anything jump out at the more experienced users?


dovecot -n  (edited to protect the guilty. ie. me) attached.

# 1.1.11: /etc/dovecot.conf
# OS: Linux 2.6.22.19-vs2.3.0.34.1 i686 CentOS release 5.2 (Final)
log_path: /var/log/dovecot/dovecot.log
info_log_path: /var/log/dovecot/dovecot-info.log
protocols: imap imaps
listen: *:143
ssl_listen: *:993
login_dir: /var/run/dovecot/login
login_executable: /usr/libexec/dovecot/imap-login
login_greeting_capability: yes
valid_chroot_dirs: /var/mail
first_valid_uid: 5000
last_valid_uid: 5000
first_valid_gid: 5000
last_valid_gid: 5000
mail_access_groups: mail
mail_location: maildir:~/Maildir
mail_debug: yes
maildir_copy_preserve_filename: yes
imap_client_workarounds: outlook-idle
auth default:
  mechanisms: plain login CRAM-MD5
  default_realm: example.com
  master_user_separator: *
  verbose: yes
  debug: yes
  debug_passwords: yes
  passdb:
driver: passwd-file
args: /var/mail/vhosts/%d/passwd.masterusers
pass: yes
master: yes
  passdb:
driver: passwd-file
args: username_format=%n /var/mail/vhosts/%d/passwd
  userdb:
driver: passwd-file
args: username_format=%n /var/mail/vhosts/%d/passwd
  socket:
type: listen
master:
  path: /var/run/dovecot/auth-master
  mode: 432
  user: vmail
  socket:
type: listen
client:
  path: /var/spool/postfix/private/auth
  mode: 432
  user: postfix
plugin:
  sieve: /var/mail/vhosts/%d/%n/dovecot.sieve

[Dovecot] SOT: Removing _extra_ linefeeds from MSOutlook(?) messages

[Roderick A. Anderson]

I realize this is sorta off topic but my searches using Google have got 
me mostly no where.  So I thought I'd ask here as there is a lot of 
_past Postfix_ mail handling issues discussed.


The issue is; I have to deal with a lot of messages that come from MS 
Outlook users and sometimes they are replies to replies to replies ...
My reading indicates it has a little to do with HTML composed messages 
and the format=flowed declaration.


This produces messages with *lot* of extra line feeds.  Makes the 
messages nearly unreadable -- in Thunderbird.  I'm sure others have got 
two line (sentence) messages that took 6+ lines to display.  Then when 
they are replies or forwards it is even more.  Every line gets two 
NLs/CRLFs.


Anyone have a suggestion of how to _strip_ multiple line feeds from a 
message?  Is there a sieve method/way?  I don't want to fiddle with all 
the users emails just my own.


Pointers, ideas, clues?


\\||/
Rod
--

Re: [Dovecot] SOT: Removing _extra_ linefeeds from MSOutlook(?) messages

[Roderick A. Anderson]

Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 20 Aug 2009, Roderick A. Anderson wrote:

Anyone have a suggestion of how to _strip_ multiple line feeds from a 
message?  Is there a sieve method/way?  I don't want to fiddle with 
all the users emails just my own.


Pointers, ideas, clues?


Hmm, you could prepend a filter before you LDA.


Except it would, without lots of fiddling, affect all users.  I'm kind 
of heading towards me and my accounts only.



\\||/
Rod
--


Bye,

- -- Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSo5hIHWSIuGy1ktrAQKoTQf/QN/FHBVUotsm8Cd+m2L6MK4vuha2WrON
XA5fHszgtJoOeK0IWr8bqPstLsrvi1ZcjfIVtKbjDJzJUH2084fgyWOXiJ6u0Y8U
/2LyvpfXnJSnCc50LjBUiE3zI2H9dsuzvH2K11zxRxRlCf6rOotPqvo/PWbNXE1M
sNIjTUiW3AN9IePojlehEY6NYceYM9iThoaHO5JiEivPfTru8tYGLeUlA+7FqI0J
3tHyNkjvRD1E20KnMSxNzh02oaZU4n5cJziwJ5XcWzwPfoRC4R9L5+gXVo1ikcOV
1k1n0rwtSreE1jRO9LCy5cxRlJtAhwcIO1ojm/IYpMLBt/JKQ9RFQA==
=jnFA
-END PGP SIGNATURE-

Re: [Dovecot] LMTP-Server: missing headers

[Roderick A. Anderson]

Noel Butler wrote:

On Mon, 2010-02-01 at 20:01 +0200, Timo Sirainen wrote:



It's beginning to sound like I should add "lmtp_headers" setting where
you could do all kinds of "interesting" things like:

lmtp_headers = \
  Return-Path: %f\n \
  Envelope-To: %t\n \
  X-Envelope-To: %t\n \
  X-Original-To: %t\n \
  Delivered-To: %t\n



That's the best approach, it will then offer no excuses for people
whining that their header 'X-bah' isn't supported :)


++1


\\||/
Rod
--

Re: [Dovecot] Question re: storing non mail files via IMAP

[Roderick A. Anderson]

Charles Marcus wrote:

Hey Timo,

I have a question regarding how dovecot might behave if a mail client
(like, for example, Thunderbird) decided to store some of its config
files on the IMAP server itself.

Would there be a decent way of doing this with dovecot that wouldn't
cause problems for other clients that didn't know about these files?

Maybe there's a way to define a special folder that dovecot knows about
at the top level of each users mail location that can be used for this
kind of thing?

All I'm thinking of are certain config related files, so they would be
small, and would only be downloaded when they didn't already exist - ie,
when someone adds their existing account to a new PC, the first time
they logged in, TB could simply download all of the config files,
restart itself, and voila, your pre-configured TB is ready to go...


Yeah.  Something like a Mozilla Weave server for Firefox.

I'm interested.


\\||/
Rod
--

Re: [Dovecot] Client behaviour with sieve

[Roderick A. Anderson]

Steffen Kaiser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 19 Feb 2010, Koenraad Lelong wrote:


Is this the expected behaviour ?


Yes.


Thanks for any clarification.


The MUA must actively request the status of the mailfolders. The INBOX 
and the currently selected folder are automatically monitored by all 
MUAs, I guess.


Dunno, if TB has a "monitor all" feature, otherwise you have to select 
an option in each folder's properties.


I haven't found one so far.  Next best thing would be to set it on by 
default and let the user turn it off but that is a Mozilla issue not 
Dovecot's.



\\||/
Rod
--


Regards,

- -- Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBS36f+L+Vh58GPL/cAQI/1wf8CKWgqcizazSoyh7DtQpRvP59JxGU2lEt
Mr9Yxalxl0BeQPAvV2/ndP/R4Gkg1VReNWRdgQh3CgLoZykVr0Mh44bidhDNtqGL
9x4QF+3otgml1iR458wjSYSdZfnMzXaQK/E03qRwX0/WaR3dVGbBod5J2y3C/n5H
Re29IvhwjGcVq93zBKORARrLSVsPv2MpflW0w0nLxC/Fdmc03xvDgdX4zRMbmbXZ
+nA/EhCWPVI2dOQ0lv+Z23GTTb+L0Q9TwUXBhrQn8tjju4PTtIdS8c2pKdqMJyUx
LdhpCq9josq3Qsa1VI41h7vpUJ7L72mFXoQRyQase7uKQBNuf0xJMA==
=Aamd
-END PGP SIGNATURE-