Re: [Dovecot] v1.1 plans
Are all v1.0 patches and CVS HEAD now 1.1? Specifically I was wondering if the quota rewrite (http://dovecot.org/list/dovecot/2006- September/016134.html) is or will be in the 1.1 builds. .tim On Apr 17, 2007, at 2:53 PM, Timo Sirainen wrote: On Tue, 2007-04-17 at 23:32 +0200, Robert Schetterer wrote: will you include some quota warn code to lda like maildrop does ? There's already a patch for that in v1.0. So yes, I'll most likely include that to v1.1 once it gets ported.
Re: [Dovecot] Duplicate E-mail Problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 13 Apr 2007, Stewart Dean wrote: When this happens with sendmail, it can be that the queue handler doesn't finish before a new queue handler is kicked off, so each successive queue handler/runner ends up sending the same mail. As Matthias already pointed out, sendmail, too, locks a mail _before_ the queue runner retries a message, so there is yet another possibility (beside the one mentioned by Matthias), if the locking fails, two runners might retry the same message. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRidJ/y9SORjhbDpvAQJWLQgAkZnHPbZFVFgVGZWyZUiLaNUlHeyVzUc7 aybqxePZS2i1OHO7e3ujzWFSV2pFmT9y7ZmIrp4FzWwBGjSkt1xMlJsOuLNTubmP Ly8ptvVV6jfJUA2eYoe9OpF5O2mGYzjXeHUjD940/2MWn9lAIE1NjatMJBb237C5 yzfUkDFpFHGYL/OEw/ky0H5GUVZlbGU+Q53j9eVqJ+p5vnPt6iAsQkYiiIHvg/mZ PtwcB3EZ3/mwq4/OU+ky/VZx3NDg4aGZpU43ic8ZsHtPgU/WB6tlPE4HEuApRTZ2 DsL7x3BBTK9a5EBk/MF5l/+EyNrmVgqhpJZy45D9AzjchYpbvK9pdA== =Hk2O -END PGP SIGNATURE-
[Dovecot] Client with SSL client cert support?
Good day, all, I've gleaned that dovecot has support for verifying SSL client certs on connect. What IMAP clients have people found that support sending a specific SSL cert? I can't find this feature in Thunderbird, at least. Thanks, Peter
[Dovecot] deliver failing to execute sendmail (sieve)
I have apparently done something to mess up my test installation, as deliver's attempts to send messages now fail with the following error: deliver([EMAIL PROTECTED]): execv() failed: No such file or directory In these cases, I have sieve rules trying to send messages. It had been working though, and I've tried going through all the changes I made yesterday (related to dictionary quota debugging) to find what could be wrong, but no luck so far. So, I was hoping for suggestions. Basically, deliver seems to not know where sendmail is. I have sendmail_path set in dovecot.conf (never changed that), yet when deliver tries to pull the location via deliver_set->sendmail_path, it's just returning an empty string. If I hard-code the location in smtp-client.c, it works again. Any ideas?
[Dovecot] Log data on dovecot-auth socket
Hi, Is there any way I can monitor or log the data that is being received/sent on the dovecot-auth socket? I'm trying to debug some authentication stuff, and monitoring the conversation would be very useful. Thanks! Koen
[Dovecot] Feature Request: content-filter / MOVE scripts
Since your "1.1 plans" announcement somehow turned into everybody handing in a wish list . . . thought I'd start one by itself - since I expect a few people to have opinions on this matter. I'm aware of a plug-in functionality in Dovecot, and that a plug-in exists for dspam processing - but my review of the plug-ins indicate they require compiling your own Dovecot - the plug-in setup isn't really suitable for packaged distros. As a packaged software user - I really really really don't like compiling my own software, either for features or bugfixes - I want leave that to the experts. On learning of 1.0's official release, I nudged the Debian package maintainers to check - and they were already on it and it updated. Thanx Timo, Jaldhar, and Fabio. I have some thoughts on an interface that would eliminate the need for compile-time plug-ins, but provide some major power to sysadmins. Basically, I want a way of telling an external program the following: 1. A message was moved. 2. The folder is moved from was XXX. 3. The folder it moved to was YYY. 4. The message moved was ZZZ. Armed with this information, just about anybody's spam fighting learn scripts can be called to do their thing. A few different ways have occurred to me: 1. Have a dedicated "content-filter" functionality built-in to Dovecot. Under this model, Dovecot.conf would include at least three new parameters: FILTER-FOLDER-SUFFIX, FILTER-FOLDER-IN-SCRIPT, and FILTER-FOLDER-OUT-SCRIPT. Whenever a message is moved into or out of a folder ending in SUFFIX the appropriate SCRIPT is called, with the arguments above being passed. 2. A bit more generic, less processing for Dovecot. Dovecot.conf parameter ACTION-SCRIPT (hey, feel free to use other names - I'm just brainstorming here). Any time any message is moved anywhere, call SCRIPT with the arguments. Having never looked at Dovecot's code, I'm just guessing, but this probably wouldn't take much to implement - but might be the most performance affecting. 3. Have a definable named-pipe to send the same information to. 4. Have a definable TCP socket to send the same information to. In any case, I figure it's best to prevent any message processing by Dovecot itself - so while it might be nice to define a list of headers to send to the scripts, instead of the whole message, that's probably not appropriate for Dovecot to focus on. On the other hand, any of the above options would probably benefit from a MAXIMUM_FILTER_SIZE parameter to limit the maximum message size. So what's the world got to say about this? (More importantly, how does TIMO feel about this?) ;). -- Daniel
[Dovecot] message-of-the-day feature?
For lack of a better name, we are interested in a feature where one could get a notice out to all Dovecot users as quickly as possible, possibly without going through an MTA even. Given a message and a list of userids we could certainly do a mailing on the MDA server itself going through both Postfix and Dovecot LDA. However, we were wondering what other options we might have in Dovecot. For example, would it be possible to place the message into some file which Dovecot periodically checks for, and if the file exists, either present it to the user as a new message, or automatically deliver it at that time via Dovecot LDA? -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: [EMAIL PROTECTED] Office of Information TechnologyVoice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593
Re: [Dovecot] message-of-the-day feature?
On Thursday 19 April 2007 17:13, Steven F Siirila wrote: > For example, would it be possible to place the > message into some file which Dovecot periodically checks for, and if the > file exists, either present it to the user as a new message, or > automatically deliver it at that time via Dovecot LDA? it'd be a very nice feature :-) --
Re: [Dovecot] MANAGESIEVE patch v4 for dovecot 1.0.rc28
Stephan Bosch wrote:
> Hello dovecot users,
>
> I have updated the MANAGESIEVE patch to fix the currently known small
> problems with the protocol implementation. It is designed for rc28,
> but also compiles cleanly with the current cvs branch_1_0.
>
> Have fun testing the patch. Notify me when there are problems.
>
> Regards,
>
> --
> Stephan Bosch
> [EMAIL PROTECTED]
> IRC: Freenode, #dovecot, S[r]us
>
There is problem; after patch dovecot segfaults if you try to dump settings.
file: ./src/master/master-stettings.c
in "void master_setting_dump ..."
const void *sets [4]
const char *set_names[4]
must be changed to:
const void *sets [5]
const char *set_names[5]
after you added managesieve settings here, settings max count must be
increased too:)
patch ---
# diff -r -u -N master-settings.c master-settings.c.new
--- master-settings.c 2007-04-17 07:48:04.0 +0200
+++ master-settings.c.new 2007-04-19 18:33:02.0 +0200
@@ -1584,8 +1584,8 @@
void master_settings_dump(struct server_settings *set, bool nondefaults)
{
- const void *sets[4];
- const char *set_names[4];
+ const void *sets[5];
+ const char *set_names[5];
unsigned int count;
sets[0] = &default_settings;
-
Uldis
Re: [Dovecot] message-of-the-day feature?
* On 19/04/07 10:13 -0500, Steven F Siirila wrote: | For lack of a better name, we are interested in a feature where one could | get a notice out to all Dovecot users as quickly as possible, possibly | without going through an MTA even. Given a message and a list of userids | we could certainly do a mailing on the MDA server itself going through | both Postfix and Dovecot LDA. However, we were wondering what other options | we might have in Dovecot. For example, would it be possible to place the | message into some file which Dovecot periodically checks for, and if the | file exists, either present it to the user as a new message, or automatically | deliver it at that time via Dovecot LDA? It's a really nice feature! We have something like that with tpop3d (Chris Lightfoot's). tpop3d is nolonger maintained but it's rock solid as a POP3 daemon. It gives this feature via some perl hooks (plugin, I'd call it, for lack of the proper word atm) and works very well. It serves the "bulletin" without any reference to the MTA, and keeps a DB of those users who have received/retrieved/pop-ed the bulletin(s) so that they don't get them twice. It's one feature I will surely miss if I migrated to dovecot 100%. -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +==+ |\ _,,,---,,_ | Odhiambo Washington<[EMAIL PROTECTED]> Zzz /,`.-'`'-. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +==+ The faster we go, the rounder we get. -- The Grateful Dead smime.p7s Description: S/MIME cryptographic signature
[Dovecot] fs quota plugin and NFS
Hi, I'm trying to use the Dovecot v1 fs quota plugin. The server uses NFS mounted volumes for INBOX and other maildir folders. The /usr/bin/quota command is working seamlessly but I get errors with the quota plugin, which gives the following logs: Apr 19 17:46:15 rouge dovecot: IMAP(xyxyxyx): quotactl(Q_GETQUOTA, nfs.xxx.yyy.org:/home) failed: No such file or directory Apr 19 17:46:18 rouge dovecot: IMAP(yxyxyxy): quotactl(Q_GETQUOTA, nfs.xxx.yyy.org:/home) failed: No such file or directory Is there a way to get it work ? Thanks, -- Nico Il faut s'entraider, c'est la loi de nature. -+- Jean de La Fontaine (1621-1695), L'Âne et le Chien (Fables VIII.17) -+-
[Dovecot] dovecot-auth %c variable is not working
In "doc/variables.txt" > For dovecot-auth there are also these variables: > > %c - "secured" string with SSL, TLS and localhost connections. > Otherwise empty. %c does not appear to be working. I am trying to use it in a MySQL query userdb and passdb query and it is always empty string. Timo, any chance you could post a patch that fixes this? Thanks, Bill
Re: [Dovecot] message-of-the-day feature?
Quoting Odhiambo WASHINGTON: > We have something like that with tpop3d (Chris Lightfoot's). tpop3d is > nolonger maintained but it's rock solid as a POP3 daemon. It gives this > feature via some perl hooks (plugin, I'd call it, for lack of the proper > word atm) and works very well. > It serves the "bulletin" without any reference to the MTA, and keeps a > DB of those users who have received/retrieved/pop-ed the bulletin(s) > so that they don't get them twice. You can do just that with dovecot, see http://wiki.dovecot.org/PostLoginScripting It's not very good performance-wise, because you spawn extra processes for each login, but it depends on your setup/use-case how much it affects you.
[Dovecot] FYI: TB 2.0.0 + DC 1.0.0 = OK so far
Just a status note - my beta group is upgrading/upgraded to the new Thunderbird 2.0.0 (OS X & Win32 so far, Linux to come) and beating it up against Dovecot 1.0.0 and all is A-OK, nary a problem in sight. Obviously just an initial status report, but good mojo so far for those curious about trying it. -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com
Re: [Dovecot] deliver failing to execute sendmail (sieve)
Justin McAleer wrote: > I have apparently done something to mess up my test installation, as > deliver's attempts to send messages now fail with the following error: > > deliver([EMAIL PROTECTED]): execv() failed: No such file or directory Are you useing mail_chroot ? If so, you don't have sendmail binary in chroot... Actually LDA sieve don't work as expected if mail_chroot is set. Uldis
Re: [Dovecot] deliver failing to execute sendmail (sieve)
Uldis Pakuls wrote: Justin McAleer wrote: I have apparently done something to mess up my test installation, as deliver's attempts to send messages now fail with the following error: deliver([EMAIL PROTECTED]): execv() failed: No such file or directory Are you useing mail_chroot ? If so, you don't have sendmail binary in chroot... Actually LDA sieve don't work as expected if mail_chroot is set. Uldis No, it's not that simple, unfortunately. If that were the problem, the error would have included the location of sendmail it was trying to use, if I read the source correctly: execv(/usr/sbin/sendmail): No such file or directory. Plus, as I said, if I change the source to run /usr/sbin/sendmail, rather than pulling the config setting, it works.
Re: [Dovecot] dovecot Digest, Vol 48, Issue 71
> * On 19/04/07 10:13 -0500, Steven F Siirila wrote: > | For lack of a better name, we are interested in a feature where one could > | get a notice out to all Dovecot users as quickly as possible, possibly > | without going through an MTA even. Given a message and a list of userids > | we could certainly do a mailing on the MDA server itself going through > | both Postfix and Dovecot LDA. However, we were wondering what other options > | we might have in Dovecot. For example, would it be possible to place the > | message into some file which Dovecot periodically checks for, and if the > | file exists, either present it to the user as a new message, or > automatically > | deliver it at that time via Dovecot LDA? > > It's a really nice feature! > > We have something like that with tpop3d (Chris Lightfoot's). tpop3d is > nolonger maintained but it's rock solid as a POP3 daemon. It gives this > feature via some perl hooks (plugin, I'd call it, for lack of the proper > word atm) and works very well. > It serves the "bulletin" without any reference to the MTA, and keeps a > DB of those users who have received/retrieved/pop-ed the bulletin(s) > so that they don't get them twice. > It's one feature I will surely miss if I migrated to dovecot 100%. > It would seem to me to be easy enough to do this with post-login scripting http://wiki.dovecot.org/PostLoginScripting -- Kenny Dail <[EMAIL PROTECTED]>
[Dovecot] maildir file name flags out of order?
I was trying to figure out why my false-positive spam messages were being tagged as "personal" by thunderbird, and I noticed a possible problem. According to DJB: http://cr.yp.to/proto/maildir.html > New flags may be defined later. Flags must be stored in ASCII order: e.g., > "2,FRS". Looking at my maildir, I am seeing flags out of order, such as "2,Sdae" Shouldn't that be "2,Sade"? -Aaron
[Dovecot] Maillog rotates, but dovecot still writes logs into old logfile?
Tere.
I use:
log_path = /var/log/maillog
info_log_path = /var/log/maillog
And into /var/log are:
maillog
maillog.1
maillog.2
maillog.3
Now when log files are rotating at 04:00 (maillog > maillog.1) dovecot
still keeps login into maillog.1 and not into maillog, where sendmail,
etc writes logs.
The only solution I did found, is adding into /etc/logrotate.d/syslog
command to restart dovecot:
/var/log/maillog
{
postrotate
/usr/bin/killall -HUP
syslogd
/etc/rc.d/init.d/dovecot restart >/dev/null
2>&1
endscript
}
Any other solution?
--
Mart
Re: [Dovecot] Maillog rotates, but dovecot still writes logs into old logfile?
Mart Pirita wrote: The only solution I did found, is adding into /etc/logrotate.d/syslog command to restart dovecot: /etc/rc.d/init.d/dovecot restart >/dev/null 2>&1 As per the wiki, dovecot listens to SIGUSR1 to reopen a log. You want to simply use a command like: /bin/kill -USR1 `cat /var/run/dovecot/master.pid 2>/dev/null` 2> /dev/null || true See here: http://wiki.dovecot.org/Logging#head-8886f6e09e2f691a4c45448f18f914c124dead50 -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com
Re: [Dovecot] Maillog rotates, but dovecot still writes logs into old logfile?
Quoting Mart Pirita <[EMAIL PROTECTED]>:
log_path = /var/log/maillog
info_log_path = /var/log/maillog
Could be dangerous, unless all programs writing to /var/log/maillog use
append mode (and it is on local disks, etc).
Now when log files are rotating at 04:00 (maillog > maillog.1) dovecot
still keeps login into maillog.1 and not into maillog, where sendmail,
etc writes logs.
Yes, sounds right.
The only solution I did found, is adding into /etc/logrotate.d/syslog
command to restart dovecot:
/var/log/maillog {
postrotate
/usr/bin/killall -HUP syslogd
/etc/rc.d/init.d/dovecot restart >/dev/null 2>&1
endscript
}
Any other solution?
Have dovecot log via syslog instead of to a file, and the problem goes
away.
--
Mart
--
Eric Rostetter
The Department of Physics
The University of Texas at Austin
Go Longhorns!
Re: [Dovecot] message-of-the-day feature?
On Thu, Apr 19, 2007 at 06:22:05PM +0200, Jakob Hirsch wrote: > Quoting Odhiambo WASHINGTON: > > > We have something like that with tpop3d (Chris Lightfoot's). tpop3d is > > nolonger maintained but it's rock solid as a POP3 daemon. It gives this > > feature via some perl hooks (plugin, I'd call it, for lack of the proper > > word atm) and works very well. > > It serves the "bulletin" without any reference to the MTA, and keeps a > > DB of those users who have received/retrieved/pop-ed the bulletin(s) > > so that they don't get them twice. > > You can do just that with dovecot, see > http://wiki.dovecot.org/PostLoginScripting > It's not very good performance-wise, because you spawn extra processes > for each login, but it depends on your setup/use-case how much it > affects you. That's worth noting, but... What about getting notices out to those folks whose IMAP client stays connected (sometimes for days on end)? -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: [EMAIL PROTECTED] Office of Information TechnologyVoice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593
Re: [Dovecot] message-of-the-day feature?
Steven F Siirila wrote: That's worth noting, but... What about getting notices out to those folks whose IMAP client stays connected (sometimes for days on end)? In a plugin, what would trigger a check for new messages? I haven't explored the plugin capabilities yet, so I don't know what the potential is. I fear checking after every imap command may be a worse problem than some users not getting the messages. That does make me wonder if dovecot processes should have a maximum life setting though... Also, is there a document for the plugin API somewhere? As in how to write your own... I haven't found such a thing in the wiki, just the existing plugins themselves.
Re: [Dovecot] dovecot-auth %c variable is not working
On 109, 04 19, 2007 at 12:17:41PM -0400, Bill Boebel wrote:
> In "doc/variables.txt"
>
> > For dovecot-auth there are also these variables:
> >
> > %c - "secured" string with SSL, TLS and localhost connections.
> > Otherwise empty.
>
> %c does not appear to be working. I am trying to use it in a MySQL query
> userdb and passdb query and it is always empty string.
You just got "First bug reported for Dovecot 1.0.0" award :)
Seems like secured flag isn't passed to blocking passdb handler.
Can you try attached patch ?
--
Andrey Panin| Linux and UNIX system administrator
[EMAIL PROTECTED] | PGP key: wwwkeys.pgp.net
diff -urdpNX /usr/share/dontdiff dovecot-1.0.0.vanilla/src/auth/auth-request.c
dovecot-1.0.0/src/auth/auth-request.c
--- dovecot-1.0.0.vanilla/src/auth/auth-request.c 2007-03-25
22:30:26.0 +0400
+++ dovecot-1.0.0/src/auth/auth-request.c 2007-04-19 23:09:28.0
+0400
@@ -133,6 +133,9 @@ void auth_request_export(struct auth_req
str_append(str, "\trip=");
str_append(str, net_ip2addr(&request->remote_ip));
}
+ if (request->secured) {
+ str_append(str, "\tsecured=1");
+ }
}
bool auth_request_import(struct auth_request *request,
signature.asc
Description: Digital signature
Re: [Dovecot] v1.1 plans
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Timo, > Features that I'm planning on implementing: > > > - Fully supported shared mailboxes and IMAP ACL extension fine... What do you think about LDAP (or SQL,...) queries for each userparameter? Make it easyer to implement dovecot at raised and/or complex structures. Mfg. Stefan Klatt - -- CaC, Computer and Communication Inhaber Stefan Klatt Triftstrasse 9 60528 Frankfurt Germany Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Email: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGJ8pq+AkeCg4UPr4RAgDzAJ4yZLrxVjcN5k1EbbKWox46nRAF5gCglPRK lx+/J0CxeKOqYUe9ceYUjoo= =g2CR -END PGP SIGNATURE- begin:vcard fn:Stefan Klatt n:Klatt;Stefan org:CaC adr:;;Triftstrasse 9;Frankfurt;Hessen;60528;Germany email;internet:[EMAIL PROTECTED] title:Netzwerkspezialist tel;cell:+49-172-6807809 version:2.1 end:vcard
Re: [Dovecot] deliver failing to execute sendmail (sieve)
Justin McAleer wrote: I have apparently done something to mess up my test installation, as deliver's attempts to send messages now fail with the following error: deliver([EMAIL PROTECTED]): execv() failed: No such file or directory In these cases, I have sieve rules trying to send messages. It had been working though, and I've tried going through all the changes I made yesterday (related to dictionary quota debugging) to find what could be wrong, but no luck so far. So, I was hoping for suggestions. Basically, deliver seems to not know where sendmail is. I have sendmail_path set in dovecot.conf (never changed that), yet when deliver tries to pull the location via deliver_set->sendmail_path, it's just returning an empty string. If I hard-code the location in smtp-client.c, it works again. Any ideas? Sigh, well I finally found the problem. Ironically, this was caused by mail_debug being enabled. In smtp-client.c, with mail_debug enabled, smtp_env_clean() is called to prevent conflicts with postfix's debug setting. That results in the deliver_set structure getting wiped out, so deliver forgets where sendmail is (deliver_set->sendmail_path), effectively. Sorry for not supplying a fix, but I've already spent the better part of my day tracking this down... It does seem to be trying to preserve all the proper env variables, just not putting them back into the env.
Re: [Dovecot] v1.1 plans
On Wed, 2007-04-18 at 07:17 -0400, Charles Marcus wrote: > Well, there is room for argument here... I would call a 'minor' version > going from 1.0 to 1.0.1. For these increments, I totally agree. That's a change in the micro version. http://en.wikipedia.org/wiki/Software_versioning#Numeric Richard signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Maillog rotates, but dovecot still writes logs into old logfile?
Tere. Have dovecot log via syslog instead of to a file, and the problem goes away. Prr, how did I miss this? So, uncommenting all: #log_path = /var/log/maillog #info_log_path = /var/log/maillog #syslog_facility = mail should do the trick and log all via syslog to /var/log/maillog? -- Mart
Re: [Dovecot] v1.1 plans
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Klatt schrieb: > Hi Timo, > >> Features that I'm planning on implementing: > > >> - Fully supported shared mailboxes and IMAP ACL extension > fine... > > What do you think about LDAP (or SQL,...) queries for each userparameter? > Make it easyer to implement dovecot at raised and/or complex structures. > > Mfg. > Stefan Klatt > As far i remember Timo answered that acl parameters in sql should be no problem but coding has no primary - -- Mit freundlichen Gruessen Best Regards Robert Schetterer https://www.schetterer.org Munich/Bavaria/Germany -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGJ92xfGH2AvR16oERArUMAJ9tpEPUw6XVHNux0fKw5SlNJva3MQCeMv/V ywA99qMY8+agMXDPoiP6dgc= =kJp1 -END PGP SIGNATURE-
Re: [Dovecot] Maillog rotates, but dovecot still writes logs into old logfile?
Mart Pirita wrote: syslog_facility = mail should do the trick and log all via syslog to /var/log/maillog? That's all you need on a modern Linux system, as the syslog facility 'mail' usually is sent to /var/log/maillog; this is the default for all SMTP/IMAP/POP3/etc. on any Red Hat -esque system (RHEL, Fedora, CentOS). Check your /etc/syslog.conf file. Personally I prefer my logs discrete, and use the settings right out of the Wiki page to /var/log/dovecot.log and the included logrotate.d/ script. Works 100%. -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com
[Dovecot] Memory Errors
I just loaded 1.0.0 on a new box and am getting the following errors periodically. Apr 19 16:36:00 imap01 dovecot: auth(default): *** glibc detected *** free(): invalid pointer: 0xb7f45d14 *** Apr 19 16:36:00 imap01 dovecot: child 1943 (auth) killed with signal 6 Apr 19 16:36:00 imap01 dovecot: auth(default): *** glibc detected *** malloc(): memory corruption: 0x080920a0 *** Apr 19 16:37:31 imap01 dovecot: auth(default): *** glibc detected *** malloc(): memory corruption: 0x08091449 *** Apr 19 16:37:31 imap01 dovecot: auth(default): pam(user,ip): Child process died Apr 19 16:37:31 imap01 dovecot: auth(default): PAM: Child 13425 died with signal 6 Apr 19 16:38:09 imap01 dovecot: IMAP(user): UID larger than next_uid in file /mail_home1/c/ch/user/Maildir/dovecot-uidlist (1 >= 1) Apr 19 16:38:46 imap01 dovecot: auth(default): *** glibc detected *** free(): invalid pointer: 0xb7ea7d14 *** Apr 19 16:38:46 imap01 dovecot: child 12280 (auth) killed with signal 6 Apr 19 16:38:46 imap01 dovecot: auth(default): *** glibc detected *** malloc(): memory corruption: 0x0809143f *** Has anyone else seen something similar? What additional information can I provide? Dovecot Version=1.0.0 OS: Debian Etch CPU: x86 Maildirs are stored in NFS and only accessed via Horde/IMP webmail client. I have three other Dovecot boxes(1.0.rc28) running Sarge and haven't seen this error before. dovecot -n follows Thanks for any help. Paul imap01:/usr/local/src/dovecot-1.0.0# dovecot -n # /usr/local/etc/dovecot.conf protocols: imap listen: *:143 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_process_per_connection: no default_mail_env: maildir:~/Maildir mail_location: maildir:~/Maildir mmap_disable: yes lock_method: dotlock maildir_copy_with_hardlinks: yes mail_plugins: quota imap_quota namespace: type: private separator: . prefix: INBOX. inbox: yes auth default: passdb: driver: pam userdb: driver: passwd plugin: quota: maildir
[Dovecot] Dovecot 1.0.0 and Seive 1.0.1 on FreeBSD
I have installed dovecot and sieve using the FreeBSD ports. Authentication
is against a MySql Database.
Dovecot is running using deliver as the LDA.
But when I try to Sieve I get the following error in /var/log/dovecot.log
deliver([EMAIL PROTECTED]): Apr 19 14:07:19 Info: Loading modules from
directory: /usr/local/libexec/dovecot
deliver([EMAIL PROTECTED]): Apr 19 14:07:19 Fatal: Plugin sieved not found
from directory /usr/local/libexec/dovecot
Yet in /usr/local/libexec/dovecot the binaries are there
[EMAIL PROTECTED] /usr/local/libexec/dovecot> ll
total 2432
-r-xr-xr-x 1 root wheel 29980 Apr 17 15:51 checkpassword-reply*
-r-xr-xr-x 1 root wheel 476884 Apr 17 15:51 deliver*
-r-xr-xr-x 1 root wheel 88700 Apr 17 15:51 dict*
-r-xr-xr-x 1 root wheel 254984 Apr 17 15:51 dovecot-auth*
-r-xr-xr-x 1 root wheel 30588 Apr 17 15:51 gdbhelper*
-r-xr-xr-x 1 root wheel 34816 Apr 17 15:51 idxview*
-r-xr-xr-x 1 root wheel 523128 Apr 17 15:51 imap*
-r-xr-xr-x 1 root wheel 103968 Apr 17 15:51 imap-login*
-r-xr-xr-x 1 root wheel 31996 Apr 17 15:51 logview*
-r-xr-xr-x 1 root wheel 474288 Apr 17 15:51 pop3*
-r-xr-xr-x 1 root wheel 98932 Apr 17 15:51 pop3-login*
-r-xr-xr-x 1 root wheel 52764 Apr 17 15:51 rawlog*
-r-xr-xr-x 1 root wheel 108980 Apr 11 09:17 sievec*
-r-xr-xr-x 1 root wheel 50228 Apr 11 09:17 sieved*
-r-xr-xr-x 1 root wheel 30784 Apr 17 15:51 ssl-build-param*
What am I doing wrong?
Ed
Here is the dovecot.conf file
## Dovecot configuration file
mail_debug = yes
log_path = /var/log/dovecot.log
info_log_path = /var/log/dovecot.log
# IC - EL 2006.09.29
protocols = imap imaps pop3 pop3s
# IC - EL 2006.09.29
disable_plaintext_auth = no
# IC - EL 2006.09.29
ssl_disable = no
# IC - EL 2006.09.29
ssl_cert_file = /usr/share/ssl/s/Cert.pem
ssl_key_file = /usr/share/ssl/s/PrivateKey.pem
login_process_size = 64
# IC - EL 2006.09.29
login_processes_count = 6
# IC - EL 2006.09.29
login_greeting = InternetCrusade ready.
# IC - EL 2006.09.29
default_mail_env = maildir:/var/mail/%Ld/%Ln
mail_save_crlf = yes
maildir_copy_with_hardlinks = yes
mail_extra_groups = mail
verbose_proctitle = yes
first_valid_gid = 0
protocol imap {
imap_client_workarounds = delay-newmail outlook-idle netscape-eoh
tb-extra-mailbox-sep
}
protocol pop3 {
# IC - EL 2006.09.29
pop3_uidl_format = %v.%u
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
}
protocol lda {
postmaster_address = [EMAIL PROTECTED]
sendmail_path = /usr/sbin/sendmail
# Support for dynamically loadable plugins. mail_plugins is a space
separated
# list of plugins to load.
mail_plugin_dir = /usr/local/libexec/dovecot
mail_plugins = sieved
# If there is no user-specific Sieve-script, global Sieve script is
# executed if set.
global_script_path = /usr/local/etc/sieve.default
}
auth default {
# IC - EL 2006.09.29
mechanisms = plain login cram-md5 digest-md5 ntlm
# IC - EL 2006.09.29
passdb sql {
args = /usr/local/etc/dovecot-sql.conf
}
# IC - EL 2006.09.29
userdb static {
args = uid=5000 gid=5000 home=/var/mail/%Ld/%Ln
}
# IC - EL 2006.09.29
socket listen {
master {
# Master socket provides access to userdb information. It's
typically
# used to give Dovecot's local delivery agent access to userdb so it
# can find mailbox locations.
path = /var/run/dovecot/auth-master
mode = 0600
# Default user/group is the one who started dovecot-auth (root)
user = icmail
group = icmail
}
client {
user = postfix
group = postfix
path = /var/spool/postfix/private/auth
mode = 0660
}
}
}
#dict {
#quota = mysql:/etc/dovecot-dict-quota.conf
#}
auth_debug = yes
auth_debug_passwords = yes
verbose_ssl = yes
mmap_disable=yes
#fsync_disable=yes
[Dovecot] Master auth: what is 'client-id'?
Hi, I am trying to get some useful data from the master auth socket. On the wiki, I found that I need to do: M: "REQUEST" TAB TAB TAB M: "USER" TAB TAB TAB service= [TAB ] However, what should I specify for ? I cannot find a definition on the Wiki. Thanks! Koen
Re: [Dovecot] v1.1 plans
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Robert, >>> Features that I'm planning on implementing: >>> - Fully supported shared mailboxes and IMAP ACL extension >> fine... > >> What do you think about LDAP (or SQL,...) queries for each userparameter? >> Make it easyer to implement dovecot at raised and/or complex structures. > > As far i remember Timo answered that acl parameters in sql should be no > problem but coding has no primary In my humble opinion this are two different jobs. I mean not only acl parameters. For me it would be very good to implement a few ldap queries to get all user parameters like uid, gid, path to emails. - -- CaC, Computer and Communication Inhaber Stefan Klatt Triftstrasse 9 60528 Frankfurt Germany Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 Email: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGJ/C7+AkeCg4UPr4RAhxYAKD7wyxkhC4sUGKHxOGqN2jWzxnqiACeLtJu UF/DuIh9BuudKy2vCszZYSc= =n8QO -END PGP SIGNATURE- begin:vcard fn:Stefan Klatt n:Klatt;Stefan org:CaC adr:;;Triftstrasse 9;Frankfurt;Hessen;60528;Germany email;internet:[EMAIL PROTECTED] title:Netzwerkspezialist tel;cell:+49-172-6807809 version:2.1 end:vcard
Re: [Dovecot] Feature Request: content-filter / MOVE scripts
Daniel L. Miller wrote: I have some thoughts on an interface that would eliminate the need for compile-time plug-ins, but provide some major power to sysadmins. Basically, I want a way of telling an external program the following: 1. A message was moved. 2. The folder is moved from was XXX. 3. The folder it moved to was YYY. 4. The message moved was ZZZ. This sounds like the sort of job DBus (http://www.freedesktop.org/wiki/Software_2fdbus) is well suited for. Announcing events that other people may want to react to. Armed with this information, just about anybody's spam fighting learn scripts can be called to do their thing. Add some more events, and people can get all the logging they want, too... I've occasionally considered how one would go about opening up a program like Dovecot to dbus, and there are several approaches. 1) Minimal exposure: just send a few event signals with relevant information. 2) Clean API: Expose many hooks into the system for event output and external program interfacing. 3) Open slather: Break the app up into several DBus objects, talking amongst themselves. Of course, option3 would somewhat cease to be Dovecot, but with its strong, clear APIs Dovecot would be an excellent starting point. With fully exposed internals, you could achieve all sorts of interesting extensions and the like. but this is a job for someone with more spare time :) -- Curtis Maloney [EMAIL PROTECTED]
Re: [Dovecot] message-of-the-day feature?
Justin McAleer wrote: In a plugin, what would trigger a check for new messages? I haven't explored the plugin capabilities yet, so I don't know what the potential is. I fear checking after every imap command may be a worse problem than some users not getting the messages. That does make me wonder if dovecot processes should have a maximum life setting though... Correct me if I'm wrong, but don't most IMAP clients issue an IDLE command when not doing anything, which expires in at most 30 minutes? Couldn't you hook into the IDLE command to check for a MOTD? -- Curtis Maloney [EMAIL PROTECTED]
[Dovecot] POP3 log in failure after switch to dovecot from Cyrus
I can set up and access a dovecot pop3 account using outlook express fine. I can telnet into it fine. However, GFI FaxMaker is failing to log in. I assisted a client in switching his web site, including email from one server (FreeBSD) which was using Cyrus to a Redhat 4.0 server using dovecot version 0.99.11 Here's the listing of dovecot -n: dovecot -n Usage: dovecot [-F] [-c ] Fatal: Unknown argument: -n The GFI Faxmaker polls the pop3 account every minute so we're getting a lot lf these messages in the log file: Apr 19 19:51:28 server name pop3-login: Aborted login [:::] Again, I can telnet in to the account from that server. I verified all the log in credentials are correct but it still is failing to log in. Any ideas?
Re: [Dovecot] Memory Errors
Paul Hamby wrote: I just loaded 1.0.0 on a new box and am getting the following errors periodically. Run memtest86, I bet you have faulty memory or CPU. Tomi
