- dovecot - dovecot.org

[Dovecot] autocreate plugin
by Lars Stavholm 04 Oct '07

04 Oct '07

Did anyone get the autocreate plugin working? I've compiled, installed and configured, but no mailboxes/folders are created. /L

1 1

Re: [Dovecot] Postfix with Deliver (LDA) - user unknown
by Lars Stavholm 04 Oct '07

04 Oct '07

Let's try to keep this on the list shall we. hgic(a)geekazoid.com wrote: > Here is the conversation from my maillog: > Oct 3 20:52:15 superman postfix/pickup[179]: B77EA130C28: uid=0 from=<root> > Oct 3 20:52:15 superman postfix/cleanup[232]: B77EA130C28: > message-id=<20071004035215.B77EA130C28(a)superman.geekinternetdevelopment.com> > Oct 3 20:52:15 superman postfix/qmgr[98583]: B77EA130C28: > from=<root(a)superman.geekinternetdevelopment.com>, size=375, nrcpt=1 (queue > active) > Oct 3 20:52:15 superman postfix/pipe[234]: B77EA130C28: > to=<test(a)geekinetdev.com>, relay=dovecot, delay=0.25, > delays=0.16/0.01/0/0.08, dsn=5.1.1, status=bounced (user unknown) > Oct 3 20:52:15 superman postfix/cleanup[232]: E0729130C32: > message-id=<20071004035215.E0729130C32(a)superman.geekinternetdevelopment.com> > Oct 3 20:52:15 superman postfix/bounce[236]: B77EA130C28: sender > non-delivery notification: E0729130C32 > Oct 3 20:52:15 superman postfix/qmgr[98583]: E0729130C32: from=<>, > size=2294, nrcpt=1 (queue active) > Oct 3 20:52:15 superman postfix/qmgr[98583]: B77EA130C28: removed > Oct 3 20:52:16 superman postfix/local[237]: E0729130C32: > to=<geekserver(a)superman.geekinternetdevelopment.com>, Do you have a user called "geekserver". Looks a bit dodgy. > orig_to=<root(a)superman.geekinternetdevelopment.com>, relay=local, dovecot is a bit peculiar with the "root" user. You should always alias that to a real user. Or maybe you have. > delay=0.13, delays=0.06/0.01/0/0.06, dsn=5.1.1, status=bounced (unknown > user: "geekserver") Well, do you have a user called "geekserver"? > Oct 3 20:52:16 superman postfix/qmgr[98583]: E0729130C32: removed > > dovecot.log has: > > dovecot: Oct 03 08:57:04 Info: auth(default): > passwd(test(a)geekinetdev.com): unknown user That seems to be unrelated to the above. /L > dovecot-deliver.log is empty... > > Thanks for your assistance!!! ;-) > > glenn > >> System log could help. >> /L >> >> Karin Gregorec wrote: >>> Good Day All! I am attempting to configure deliver as our LDA. I am >>> also configuring the server to use Postfix instead of Sendmail. I >>> have followed the all the documentation and examples I could find. >>> >>> Below are my Dovecot and Postfix configs. Can someone please smack me >>> upside the head and tell me why I am getting "user unknown" errors? >>> If i don't use deliver as the LDA, all works perfectly. Help... >>> >>> TIA, >>> glenn >>> >>> ========== >>> >>> >>> *** Dovecot Config *** >>> >>> dovecot -n >>> # 1.0.5: /usr/local/etc/dovecot.conf >>> base_dir: /var/run/dovecot/ >>> log_path: /var/log/maillogs/dovecot.log >>> protocols: imap imaps pop3 pop3s >>> ssl_cipher_list: ALL:!LOW >>> disable_plaintext_auth: no >>> verbose_ssl: yes >>> login_dir: /var/run/dovecot/login >>> login_executable(default): /usr/local/libexec/dovecot/imap-login >>> login_executable(imap): /usr/local/libexec/dovecot/imap-login >>> login_executable(pop3): /usr/local/libexec/dovecot/pop3-login >>> login_greeting: GID Ready >>> login_log_format_elements: user=<%u> service=%s authMethod=%m rIP=%r >>> lIP=%l encryption=%c >>> login_max_processes_count: 256 >>> verbose_proctitle: yes >>> first_valid_uid: 5000 >>> last_valid_uid: 10000 >>> first_valid_gid: 0 >>> mail_extra_groups: mail >>> mail_location: maildir:~/Maildir >>> dotlock_use_excl: yes >>> fsync_disable: yes >>> maildir_copy_with_hardlinks: yes >>> mail_executable(default): /usr/local/libexec/dovecot/imap >>> mail_executable(imap): /usr/local/libexec/dovecot/imap >>> mail_executable(pop3): /usr/local/libexec/dovecot/pop3 >>> mail_process_size: 1024 >>> mail_plugins(default): quota imap_quota >>> mail_plugins(imap): quota imap_quota >>> mail_plugins(pop3): >>> mail_plugin_dir(default): /usr/local/lib/dovecot/imap >>> mail_plugin_dir(imap): /usr/local/lib/dovecot/imap >>> mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 >>> imap_client_workarounds(default): delay-newmail outlook-idle >>> netscape-eoh tb-extra-mailbox-sep >>> imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh >>> tb-extra-mailbox-sep >>> imap_client_workarounds(pop3): outlook-idle >>> pop3_uidl_format(default): >>> pop3_uidl_format(imap): >>> pop3_uidl_format(pop3): %08Xu%08Xv >>> pop3_client_workarounds(default): >>> pop3_client_workarounds(imap): >>> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >>> pop3_logout_format(default): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s >>> pop3_logout_format(imap): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s >>> pop3_logout_format(pop3): top=%t/%T, retr=%r/%R, del=%d/%m, size=%s >>> auth default: >>> cache_size: 1024 >>> cache_ttl: 604800 >>> verbose: yes >>> passdb: >>> driver: pam >>> args: cache_key=%Lu >>> userdb: >>> driver: passwd >>> socket: >>> type: listen >>> master: >>> path: /var/run/dovecot/auth-master >>> mode: 384 >>> user: maildrop >>> plugin: >>> quota: maildir:storage=10000000:ignore=Trash >>> >>> >>> *** Postfix main.cf *** >>> >>> alias_database = hash:/etc/mail/postfix/aliases >>> alias_maps = hash:/etc/mail/postfix/aliases >>> biff = no >>> command_directory = /usr/local/sbin >>> daemon_directory = /usr/local/libexec/postfix >>> >>> debug_peer_level = 2 >>> debugger_command = >>> PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont; >>> echo where) | gdb $daemon_directory/$process_name $process_id 2>&1 >>> >$config_directory/$process_name.$process_id.log & sleep 5 >>> >>> #### Dovecot LDA Service - http://wiki.dovecot.org/LDA/Postfix >>> dovecot_destination_recipient_limit = 1 >>> >>> home_mailbox = Maildir/ >>> html_directory = no >>> inet_interfaces = all >>> mail_owner = postfix >>> mail_spool_directory = /var/mail >>> mailq_path = /usr/local/bin/mailq >>> manpage_directory = /usr/local/man >>> message_size_limit = 12000000 >>> mydestination = $myhostname, localhost.$mydomain, localhost >>> mydomain = geekinternetdevelopment.com >>> myhostname = superman.geekinternetdevelopment.com >>> mynetworks = 72.18.193.0/24, 127.0.0.0/8 >>> newaliases_path = /usr/local/bin/newaliases >>> queue_directory = /var/spool/postfix >>> readme_directory = no >>> sample_directory = /usr/local/etc/postfix >>> sendmail_path = /usr/local/sbin/sendmail >>> setgid_group = maildrop >>> smtpd_banner = $myhostname NO WHAMMIES!!! >>> >>> virtual_gid_maps = static:5000 >>> virtual_mailbox_base = /var/mailboxes >>> virtual_mailbox_domains = hash:/etc/mail/postfix/vdomains >>> virtual_mailbox_maps = hash:/etc/mail/postfix/vmailboxes >>> virtual_minimum_uid = 1000 >>> virtual_transport = dovecot >>> virtual_uid_maps = static:5000 >>> unknown_local_recipient_reject_code = 550 >>> >>> *** Postfix master.cf *** >>> ...snip... >>> dovecot unix - n n - - pipe >>> flags=DRhu user=maildrop:maildrop >>> argv=/usr/local/libexec/dovecot/deliver -e -d ${recipient} >

1 0

[Dovecot] In-site migration from /etc/passwd to LDAP
by Maykel Moya 04 Oct '07

04 Oct '07

I'm doing in-site migration of accounts from /etc/passwd to an LDAP directory. The migration should be progressive (not all users at the same time). I'm already able to check mail for accounts in /etc/passwd and accounts in LDAP. The problem is with mail delivery. I'm using Postfix + Dovecot-LDA. This is the error I get with every delivery -- dovecot: Oct 03 00:16:09 Info: auth(default): master in: USER 1 moya service=deliver dovecot: Oct 03 00:16:09 Info: auth(default): ldap(moya): user search: base=ou=users,dc=sld,dc=cu scope=subtree filter=(&(objectClass=posixAccount)(uid=moya)) fields=sldMailbox,uidNumber dovecot: Oct 03 00:16:09 Info: auth(default): master out: USER 1 moya home=/srv/vmail/m/moya/ uid=29174 gid=101 deliver(moya): Oct 03 00:16:09 Fatal: setuid(29174) failed: Operation not permitted -- 29174 is the uid for moya, is the same in /etc/passwd or in LDAP via posixAccount class. Any advise please? Regards, maykel

3 4

[Dovecot] new antispam plugin
by Johannes Berg 03 Oct '07

03 Oct '07

Sparked from the discussion on the list, I've put my antispam plugin into git and split up the code into a frontend and possibly multiple backends. See http://git.sipsolutions.net/dovecot-antispam.git/ (URL functions as both gitweb and git URL) Andreas, I took your README file and adjusted it, I hope you don't mind. I didn't fork from your git tree because you'd already implemented the libdspam backend there. Maybe you could take a look at the new backend/frontend separation and implement a libdspam backend. Aria, it should be possible to write a spamassassin plugin, quite easily if spamassassin supports training based on signatures, not quite so easily otherwise though I intend to plan this. Timothy, you could write the mysql logger as a backend too. I take patches :) Oh and as always thanks to Timo for implementing such a nice server and string, memory and mail handling API. johannes

4 17

[Dovecot] --enable-headers-install problem in 1.0.5
by Trever L. Adams 02 Oct '07

02 Oct '07

I am trying to get a SPEC file for an RPM to build a devel package. I have it working, except for one thing. 1.0.5 doesn't actually install the headers with that option to configure found in the subject. It does create the directory, but it doesn't put the files there. Timo, is this a known/unknown bug, or am I doing something stupid? Thanks, Trever

3 2

[Dovecot] SORT(DATE) and missing Date headers
by Kyle Wheeler 02 Oct '07

02 Oct '07

Hello, Occasionally, I get mail that's missing a Date header. The usual suspects are iTunes weekly mailings and NYTimes email-to-a-friend articles. I use qmail, which doesn't "fix" these malformed emails by adding a Date header (like Sendmail does), so when they get to my mailbox, they're just as badly formed as they were when they were sent, which is to say, they have no Date header. Unfortunately, this means that SORT (DATE) puts them at the beginning of the list---and in a mailbox with lots of old mail, that's usually the wrong spot. Now, my email clients will do some basic guesswork about when the message was sent, usually by falling back on the timestamp of the first-added Received header. So, they will display a date. But they have to then sort all messages themselves in order to get a valid sorting. Would it be possible to get Dovecot to fall back to Received header parsing whenever a message is missing a Date header? The idea is that SORT (DATE) would then become useful even in the face of commonly malformed email. How hard would this be to hack into the current Dovecot source? Does this maybe exist already (e.g. as SORT (X-DATE)? ~Kyle -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -- Ed Howdershelt

3 7

[Dovecot] Slight problem with dovecot + IMAP
by Timothy Murphy 02 Oct '07

02 Oct '07

I'm running dovecot on my desktop with kmail as IMAP client on my laptop. When I start kmail on the laptop it sometimes takes several minutes to "calm down". The number of messages listed in the IMAP inbox increases greatly - maybe from 2500 to 3000 - and then slowly decreases. There are sometimes a large number of duplicate messages, which kmail allows one to delete. I don't know if this is a kmail or dovecot problem. It is quite likely there is something wrong in my setup. Any suggestions or advice gratefully received.

2 4

[Dovecot] IMAP Fetch fails with BAD instead of NO
by Reinier Bezuidenhout 02 Oct '07

02 Oct '07

Hi, I'm running version 1.0.3 of dovecot using IMAP and using javamail to access the mail. The application I'm using (when stress testing the system by doing simultaious creation of email and deleting emails, it sometimes get into the state where the application (via javamail) ask for the UID of a message that has been expunged and deleted (no longer exists). Dovecot returns with the following error: AXXX FETCH 14 (UID) AXXX BAD Error in IMAP command FETCH: Invalid messageset This can easily be reproduced by using telnet to 143 and giving the command by hand. When I read through the source code, there were obvious comments that states the dovecot will not return NO on fetch errors, only BAD. So I assume it is done on purpose. My question is that in RFC 3501 for fetch it says: (section 6.4.5) Result: OK - fetch completed NO - fetch error: can't fetch that data BAD - command unknown or arguments invalid No I guess a UID that is out of range could be considered "arguments invalid", but shouldn't it be a soft error with NO as a result where "can't fetch that data" is more appropriate according the the RFC. The command isn't syntactically BAD, the requested data just does not exists. The same command tested against another IMAP server returns AXXX NO message not available Not that they are necessarily correct, but it just begs the question. Thanks Reinier Running on FreeBSD 6.x (x86) devmail# dovecot -n # 1.0.3: /usr/local/etc/dovecot.conf protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login valid_chroot_dirs: /var/mail verbose_proctitle: yes first_valid_uid: 3000 last_valid_uid: 5000 first_valid_gid: 0 mail_extra_groups: mail mail_location: mbox:~/mail/:INBOX=/var/mail/%u mail_debug: yes maildir_copy_with_hardlinks: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: verbose: yes passdb: driver: ldap args: /usr/local/etc/dovecot-ldap.conf userdb: driver: ldap args: /usr/local/etc/dovecot-ldap-user.conf userdb: driver: prefetch devmail#

2 2

Re: [Dovecot] Moving email from a folder to another using IMAP isvery slow (sometimes)
by Stefano Scalise 02 Oct '07

02 Oct '07

Hi to all, very strange! I tried to debug why imap process takes 100% CPu and it is very slow when I move an email from an imap folder to another imap folder and then I typed: strace -tt -o /log-imap.txt -p <process number> well, during the trace the imap process doesn't crash and it is very fast. If I stop the tracing, I have again the problem and sometimes the crash of the process. Any help? Thank you, Stefano. ----- Original Message ----- From: "Stefano Scalise" <s.scalise(a)tno.it> To: "Timo Sirainen" <tss(a)iki.fi> Cc: <dovecot(a)dovecot.org> Sent: Monday, October 01, 2007 4:21 PM Subject: Re: [Dovecot] Moving email from a folder to another using IMAP isvery slow (sometimes) > Sorry, but with the new version (1.1.beta2), I still have the same problem > of very slowness during moving email between two imap folders. What can I > do for debugging it? > Stefano. > > ----- Original Message ----- > From: "Timo Sirainen" <tss(a)iki.fi> > To: "Stefano Scalise" <s.scalise(a)tno.it> > Cc: <dovecot(a)dovecot.org> > Sent: Sunday, September 30, 2007 1:52 PM > Subject: Re: [Dovecot] Moving email from a folder to another using IMAP > isvery slow (sometimes) > > On Wed, 2007-09-26 at 12:05 +0200, Stefano Scalise wrote: >> Update to the problem: >> >> I tried to stress the server with many moving and I received: >> >> Sep 26 10:56:40 sirio3 dovecot: IMAP(<email_address>): Trying to allocate >> 0 >> bytes > > This should fix it: http://hg.dovecot.org/dovecot/rev/c6b85cf1e63a > > I'll probably make a beta2 release today after fixing several other > things. > >

1 0

Re: [Dovecot] Dovecot do not retrieve mail from spool directory (pop3)
by jsorlowscy＠netzero.net 02 Oct '07

02 Oct '07

Hello, This is new yum installation .I guess to have it upgraded I would have to do it from sources. Slawomir _____________________________________________________________ Be your own boss today! Go to Technical School. Click here. http://3rdpartyoffers.netzero.net/TGL2211/fc/Ioyw6ijngzUEYVPPo5gAQYgMx4ihgx…

1 0