- dovecot - dovecot.org

[Dovecot] Saving Sent Messages to Sent Folder
by Charles Marcus 08 Mar '10

08 Mar '10

Hi Timo, There was another thread (it has come up at least a few times in the past few years I've been lurking) on the postfix list about having some kind of automatic 'Save to Sent' option to avoid the users mail client from having to upload messages twice (obviously the only ones of concern are ones with large attachments) - once to send it, and once to save the copy in the sent folder. I know and understand that doing this is not generally the job of the MTA, but hopefully most people can at least admit that there would be a (potentially huge, in the case of any large company that deals with a lot of large attachments in their email) savings in bandwidth (and user frustration) if a way could be found to do this reliably and at little to no 'cost' in terms of CPU/Disk IO, so I have a question about how this might be done... Given: Postfix can be configured to use the Dovecot LDA for delivering mail incoming. My question is simply, why wouldn't it be possible to create a Dovecot LSA ('submission agent'), that could be defined in postfix's master.cf file, which could then be configured to a) pipe the message to postfix, and b) if message is successfully sent, save a copy to the users Sent folder? Obviously, there would be some caveats - ie, postfix and dovecot would both have to be running on the same box (or at a minimum on the same local network)... Anyway, this is just something that really bugs me (and has for many, many years) every time I send a message with a large attachment, and have to watch it slowly process the message sending it, then again to save it to the Sent folder, so Ijust wanted to get your take on if this is even remotely feasible... -- Best regards, Charles

5 27

[Dovecot] 2.0 beta 3 w/o libwrap?
by Scott Ellis 08 Mar '10

08 Mar '10

I'm trying to kickstart 2.0b3 on my NetBSD system (where 1.2.x works great!), and keep hitting: Fatal: service(tcpwrap) access(/software/dovecot-2.0beta3/libexec/dovecot/tcpwrap) failed: No such file or directory Indeed, that file doesn't exist...but I don't have nor want libwrap. It appears that doveconf includes tcpwrap... service tcpwrap { chroot = client_limit = 1 drop_priv_before_exec = no executable = tcpwrap extra_groups = group = privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = user = $default_internal_user vsz_limit = 4294967295 } ...but nothing else seems to. Running configure with --without-libwrap doesn't make any difference (configure doesn't find libwrap anyway). What am I missing here? How can I use dovecot 2.0 w/tcp wrappers? ScottE

2 1

[Dovecot] Could use some help setting Dovecot up for the first time
by joe 08 Mar '10

08 Mar '10

Hi Everyone, I've managed to get most of postfix and dovecot running using the howto located on dovecot.org. So, I went to go test sending a email locally and i am getting this error which i cannot seem to resolve. Any help would be welcomed. Mar 07 19:14:55 deliver(test(a)fasti.net): Info: auth input: home=/var/vmail/test(a)fasti.net/ Mar 07 19:14:55 deliver(test(a)fasti.net): Info: auth input: mail=maildir:/var/vmail/test@fasti.net/ Mar 07 19:14:55 deliver(test(a)fasti.net): Info: auth input: uid=101 Mar 07 19:14:55 deliver(test(a)fasti.net): Info: auth input: gid=12 Mar 07 19:14:55 deliver(test(a)fasti.net): Info: auth input: quota=maildir:storage=0 Mar 07 19:14:55 deliver(test(a)fasti.net): Fatal: setgid(12) failed with euid=101(vmail), gid=6(mail), egid=6(mail): Operation not permitted -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 7

[Dovecot] Simple authentication problem
by David Ramsey 06 Mar '10

06 Mar '10

I'm trying to configure dovecot on a SUSE system, and having trouble with the simplest possible authentication scheme: using the standard Linux users and passwords. My configuration is: dovecot -n # 1.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.27.45-0.1-pae i686 openSUSE 11.1 (i586) protocols: imap pop3 ssl_listen: * ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: default_realm: renomustangcarclub.com passdb: driver: pam userdb: driver: passwd Attempts to log in: 99-26-248-100:~ dramsey$ telnet renomustangcarclub.com pop3 Trying 99.26.248.108... Connected to renomustangcarclub.com. Escape character is '^]'. +OK Dovecot ready. user dramsey +OK pass raskin -ERR Authentication failed. Looking in the mail log file: Mar 5 16:40:55 Microstar dovecot: pop3-login: Disconnected (auth failed, 1 attempts): user=<dramsey(a)renomustangcarclub.com>, method=PLAIN, rip=99.26.248.100, lip=99.26.248.108 Any ideas?

2 2

Re: [Dovecot] Number of users for one Solr instance
by Lee 05 Mar '10

05 Mar '10

Hi, This is my first mail, fyi. I dont know internals of the plugin but it depends more on Solr than Dovecot. Also the activity level and "real-timeness" of the index is important. Assuming this as the search only machine and relatively moderate usage, a big box with lots of RAM and 4-way server may work in your case. Lee

1 0

[Dovecot] Number of users for one Solr instance
by Ernesto Revilla 05 Mar '10

05 Mar '10

Dear all. (I'm new to the list.) Our regional government is considering, due to our proposal, migrate from Courier to Dovecot. 70k mailboxes. One of the most attractive features for them is the usage of indexes, and especially Solr FTS plugin. Their question is: How many users (range of users) could support one Solr instance used as index and search backend? Are there any deployment examples? I think, it would be easy to split users into different Solr instances, but it's not that easy to reorganize them, as we have to reindex if one user is moved from one instance to another. Regards. Erny Yaco Sistemas

1 0

[Dovecot] plugin Again
by Alex Baule 04 Mar '10

04 Mar '10

Hello.... Someone know ho work the istream-concat ? I made a copy of istream-concat, and use to manipulate my encrypted body. But i got some questions about the stream->pos, stream->skip and position of the message and pointer to buffer. My messages have the W= with the email size decrypted, and it is a little lass that the email size crypto. For exemple: I have a email with 6000k in crypto and decrypto the size is 5985 k: The buffer from istream-concat is 4096, i read 4096 from get_stream_data, but the result of this read is minor , lets say 4080, but the next read must be from 4096. The "send to client" must be 4080, to send the correctly data decrypted. My Question is, what the variable used in istream-concat, to send the data to client ? I need to update the stream->pos with my data length ?? I dont know if i made understand my question.....

2 1

[Dovecot] Dovecot 2.0.beta3: mdbox mailbox crashes upon login
by Thomas Leuxner 04 Mar '10

04 Mar '10

Hi, converted my personal mailbox from 'maildir' to 'mdbox' for testing today: # dsync convert -u user@domain mdbox:~/mdbox Set mail location to mdbox in 'mail.conf' and restarted server: mail_location = mdbox:~/mdbox Dovecot panicked instantly upon login with different clients. Tried to disable several plugins to no avail: Feb 28 14:43:02 spectre dovecot: imap(user@domain): Panic: file mailbox-list-fs.c: line 170 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Feb 28 14:43:02 spectre dovecot: imap(user@domain): Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0x7f0a0d891e72] -> /usr/lib/dovecot/libdovecot.so.0 [0x7f0a0d891eda] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f0a0d892283] -> /usr/lib/dovecot/libdovecot-storage.so.0 [0x7f0a0db2b2c3] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so [0x7f0a0ccd70c3] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so(acl_mailbox_list_have_right+0x5c) [0x7f0a0ccdadbc] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so [0x7f0a0ccdb12c] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_list_iter_next+0xa) [0x7f0a0dafc4da] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so [0x7f0a0ccdaa2a] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so [0x7f0a0ccdb252] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_list_iter_next+0xa) [0x7f0a0dafc4da] -> dovecot/imap [user@domain 84.58.106.99 LIST] [0x40b549] -> dovecot/imap [user@domain 84.58.106.99 LIST](cmd_list_full+0x4e6) [0x40c446] -> dovecot/imap [user@domain 84.58.106.99 LIST] [0x40f9bc] -> dovecot/imap [user@domain 84.58.106.99 LIST] [0x40fa6d] -> dovecot/imap [user@domain 84.58.106.99 LIST](client_handle_input+0x45) [0x40fbe5] -> dovecot/imap [user@domain 84.58.106.99 LIST](client_input+0x62) [0x410622] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xcb) [0x7f0a0d89c8fb] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x18) [0x7f0a0d89ba78] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f0a0d88be33] -> dovecot/imap [user@domain 84.58.106.99 LIST](main+0x191) [0x418661] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f0a0d1191a6] -> dovecot/imap [user@domain 84.58.106.99 LIST] [0x4084e9] Feb 28 14:43:02 spectre dovecot: master: service(imap): child 10202 killed with signal 6 (core dumps disabled) Regards Thomas

2 5

Re: [Dovecot] A dovecot book ?
by Carsten Laun-De Lellis 04 Mar '10

04 Mar '10

Am 03.03.2010 23:55, schrieb Curtis Maloney: > On 03/04/10 09:10, Noel Butler wrote: >> There is only one authoritative source who should be writing it if a >> book is to be written and we all know who that author should be. > > I disagree. In the time I've been watching/using Dovecot (since the > 0.99 series) Timo has had many cases of improving Dovecot [even if > it's just a config option name] because of the points of view of other > people. > > For many reasons, I thinks it would be better if someone else > [preferably someone with a long history with Dovecot, of course] were > to write the book, and Timo signed off on it. > >> But for what version, as 1.x is in wide usage and will be for a long >> time, 2.0 is almost upon us, much of 1.x is not applicable to 2.x , so >> should Timo be writing 2 books? One excessively big book? Where is he >> to find time to write this whilst developing dovecot, and heaven forbid, >> enjoy the outside world with a real life :) > > Given a sizable portion of understanding Dovecot is understanding > email in general, I wonder just how much of the book would bifurcate > for covering the differing versions... > > -- > Curtis Maloney Hi all I have never thought on so many comments to my question and i am surely surprised about the direction how this discussion went. I totally agree with the one of you who mentioned the online documentation and the wiki. I know that it exists and i used it for setting up my mail server, but ... as i said, i am old fashioned and i can better work with books. It's just a personal preferrence. Well, i also know that many developers are still working on dovecot, especially Timo and that always new features, configuration options and so on are added, but ... it's the same with other applications in the community (e.g. postfix, apache, OpenLDAP, samba ....) and for all those applications books are available, and that was the reason, why i asked for a book. And to be honest. When i go thru the documentation part, most of the documents were not changed for at least 6 months. I am sure that between the writing and the publishing of a book new dovecot features will be introduced and not covered in the book. But everyone working with books knows that they can't be up to date, but they are a real good basis for me to start with the fundamentals and then add this information by new data from the web. And guys just to mention one big advantage of a book is, you can read it offline easily!! But there is one thing i want to mention at this point. Even if you agree with me about having a book or not. What i really like is the discussion about and the chance to do so, because dovecot is opensource. And for me this is in the end the result behind the idea of open source. Everyone has the chance to contribute, either by code, by suggestions, by comments ..... And that for me is more important than to have a book or not. Thank you all for your comments. Regards, -- Mit freundlichem Gruß Carsten Laun-De Lellis Dipl.-Ing. Elektrotechnik Certified Information Systems Auditor (CISA) Hauptstrasse 13 D-67705 Trippstadt Phone: +49 (6306) 992140 Mobile: +49 (151) 27530865 email: carsten.delellis(a)delellis.net

1 0

[Dovecot] A dovecot book ?
by Carsten Laun-De Lellis 04 Mar '10

04 Mar '10

Hi all I am using dovecot at home for privat use and i found a lot of documentation here on the web. But you know, i am an old fashion guy and i like books. Is there a book on the market that will help me with understanding dovecot more and the configuration options ? Thanks in advance for any suggestions. -- Regards, Carsten Laun-De Lellis Dipl.-Ing. Elektrotechnik Certified Information Systems Auditor (CISA) Hauptstrasse 13 D-67705 Trippstadt Phone: +49 (6306) 992140 Mobile: +49 (151) 27530865 email: carsten.delellis(a)delellis.net

9 11