- dovecot - dovecot.org

Re: [Dovecot] LDA Questions
by Timothy White 13 Apr '06

13 Apr '06

On 4/13/06, Peter Fern <dovecot(a)obfusc8.org> wrote: > > > Actually, me too - I'd like to use it to drop spam into a specific > folder globally for use with the dspam plugin, but still allow users to > have their own sieve filters in place. This was exactly what I was wanting to use it for ;-) How does it work currently? What sieve script do you currently use? I assume the DSPAM plug only runs when a message is moved in or out of the folder, via imap, not via lda. Tim -- Linux Counter user #273956

2 1

[Dovecot] Re: DON'T DELETE THIS MESSAGE
by Knute Johnson 13 Apr '06

13 Apr '06

>On Apr 11, 2006, at 7:40 AM, Knute Johnson wrote: > >> I have a new install of FC5 running dovecot 1.0.0 beta 2.7. I get my >> mail with POP3 but I have a user using IMAP. They both work great but >> I keep getting a message from dovecot in my mail saying DON'T DELETE >> THIS MESSAGE -- FOLDER INTERNAL DATA. I think it is there to help keep >> track of IMAP messages. Since I use POP3 is there any way not to have >> it show up all the time? I've deleted it, I've deleted my account and >> re-added it but it keeps coming back. Dovecot is also making a 'mail' >> directory in my ~ that I don't think I need. What can I do about this? > >Umm. So you're using Dovecot for both POP3 and IMAP? Dovecot >shouldn't show that "internal data" message to clients at all, unless >something breaks it (does it contain X-IMAP header?) Timo: Sorry for the slow response, I was out of town for a couple of days. Below is the complete message. It isn't available when I get my mail via POP3 but is there every time I run 'mail' from the command line. Thanks, knute... >From MAILER_DAEMON Mon Apr 10 22:33:26 2006 Date: Mon, 10 Apr 2006 22:33:26 -0700 From: Mail System Internal Data <MAILER- DAEMON(a)rabbitbrush.frazmtn.com> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA Message- ID: <1144733606(a)rabbitbrush.frazmtn.com> X-IMAP: 1144726293 0000000011 Status: RO This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values. -- Knute Johnson Molon Labe...

1 0

[Dovecot] dovecot-dspam-plugin not launching dspam
by Stefan Schmidt 13 Apr '06

13 Apr '06

hello, i added the dovecot-dspam-plugin [1] to my dovecot-installation. when trying to move a mail out of or into the predefined spamfolder with thunderbird a messagebox shows : "dspam failed" and the message remains in its original position. i am using virtual mail users contained in a postgresql-database [2]. normal imap access and dspam training from the commandline works fine. a posting concerning probably the same issue has been posted on the dspam-mailinglist [3], but there haven't been any helpful replies so far. furthermore i suspect the plugin is missing the --user option when calling dspam, since this seems to be mandatory [4,5], but unfortunately adding this option in the plugin doesn't change its behavior. i am working on a debian system and currently using dovecot 1.0.beta3-3, dspam 3.6.4-2+b1 and the dspam-plugin "for dovecot beta 2 and 3". 1) calling dspam from the commandline with the same parameters as in the (slightly modified) plugin works fine :/# su virtual :/$ /usr/bin/dspam --user retrain --source=error --stdout --class=spam --signature=4,4434846e237406491211187 --debug -> /var/log/dspam.debug No QuarantineAgent option found. Using standard quarantine. DSPAM Instance Startup input args: /usr/bin/dspam --debug --user retrain --source=error --stdout --class=spam --signature=4,4434846e237406491211187 pass-thru args: processing user retrain uid = 0, euid = 0, gid = 0, egid = 101 loading preferences for user retrain Loading preferences for uid 7 Loading preferences for uid 0 Loading preferences for uid 0 default preferences empty. reverting to dspam.conf preferences. Loading preferences from dspam.conf using /var/spool/dspam/opt-in/local/retrain.dspam as path using /var/spool/dspam/opt-out/local/retrain.nodspam as path sedation level set to: 0 loading preferences for user some_virtual_account(a)mydomain.com Loading preferences for uid 4 Loading preferences for uid 0 Loading preferences for uid 0 default preferences empty. reverting to dspam.conf preferences. Loading preferences from dspam.conf processing signature. length: 1344 reversing 112 tokens Control: [10 10] [11 9] Delta: [1 -1] reclassifying iteration 1 result: 0 libdspam returned probability of 1.000000 message result: SPAM DSPAM Instance Shutdown. Exit Code: 0 2) when dspam is called via the (slightly modified) dovecot-dspam-plugin it aborts (the unmodified version aborts the same way) -> /var/log/mail.err dovecot: imap-login: Login: user=<someuser(a)mydomain.com>, method=plain, rip=123.123.123.123, lip=123.123.123.123 imap: /usr/bin/dspam --user retrain --source=error --stdout --class=spam --signature=4,4434846e237406491211187 dspam[25157]: Unable to determine the destination user dspam[25157]: DSPAM agent misconfigured: aborting -> /etc/dspam/dspam.conf [extract] Home /var/spool/dspam StorageDriver /usr/lib/dspam/libpgsql_drv.so TrustedDeliveryAgent "/usr/bin/procmail" OnFail error Trust root Trust dspam Trust mail Trust mailnull Trust smmsp Trust daemon Trust virtual TrainingMode teft TestConditionalTraining on Feature chained Feature whitelist Algorithm graham burton PValue graham Preference "spamAction=deliver" Preference "signatureLocation=headers" AllowOverride trainingMode AllowOverride spamAction spamSubject AllowOverride statisticalSedation AllowOverride enableBNR AllowOverride enableWhitelist AllowOverride signatureLocation AllowOverride showFactors AllowOverride optIn optOut AllowOverride whitelistThreshold HashRecMax 98317 HashAutoExtend on HashMaxExtents 0 HashExtentSize 49157 HashMaxSeek 100 HashConnectionCache 10 Notifications off PurgeSignatures 14 PurgeNeutral 90 PurgeUnused 90 PurgeHapaxes 30 PurgeHits1S 15 PurgeHits1I 15 LocalMX 127.0.0.1 SystemLog on UserLog on Opt out ProcessorBias on Include /etc/dspam/dspam.d/ -> /etc/dspam/dspam.d/pgsql.conf [extract] PgSQLServer 127.0.0.1 PgSQLPort 5432 PgSQLUser dspam PgSQLPass mypassword PgSQLDb libdspam7drvpgsql PgSQLVirtualTable dspam_virtual_uids PgSQLVirtualUIDField uid PgSQLVirtualUsernameField username -> dspam-headers from samples message X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Apr 6 03:32:07 2006 X-DSPAM-Confidence: 0.7524 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 44346f97188755315134984 ciao, stefan [1] http://johannes.sipsolutions.net/Projects/dovecot-dspam-integration [2] http://www.gjdv.at/snippets/linux/virtual_mail_hosting [3] http://www.nuclearelephant.com/projects/dspam/dspam-users/2872.html [4] http://www.nuclearelephant.com/projects/dspam/dspam-users/2852.html [5] http://www.nuclearelephant.com/projects/dspam/dspam-users/2850.html

4 11

[Dovecot] Master Password
by Marc Perkel 13 Apr '06

13 Apr '06

OK - I'm confused. Trying to use the master password feature. What do I need to do to generate the password? What do I do to make the /etc/dovecot.masterusers file? thanks in advance. When I get this to work I will update the Wiki so that someone like me can understand it. auth_master_user_separator=* passdb passwd-file { # Master users that can log in as anyone args = /etc/dovecot.masterusers master = yes #pass =yes }

1 0

[Dovecot] BAD Error in IMAP Command
by Adam L 12 Apr '06

12 Apr '06

Hello. I have dovecot .99.14, sendmail, squirrelmail installed. Squirrelmail logins in fine and works with the IMAP server. I set up Outlook to connect to the imap server and it hangs. I telneted to the IMAP port and receive the following: * OK dovecot ready. a1 login aalang a1 BAD Error in IMAP command received by server. BYE BYE BAD Error in IMAP command received by server. I try STATUS and same thing happens. I searched the Internet for a bit and I didn't find anything that seemed helpful. Any ideas?

2 1

[Dovecot] Dovecot-LDA & permissions
by Duncan Hutty 12 Apr '06

12 Apr '06

I set up postfix/dovecot with the dovecot-LDA according to the dovecot wiki, in particular: http://wiki.dovecot.org/LDA#head-dacb9b9a1f19c3ea86bb6f8caa3d64e3ddad9ef8 For separation of privileges, I want to have one uid per virtual domain rather than have the vmail user own all directories under the mailstore. Therefore the LDA, deliver, in order to deliver must fulfill one of the following: a) it must be started as root b) it must be setuid c) it must have write access to the user's mailstore even as an unprivileged user itself. But a) postfix declines to this: postfix/pipe[26267]: fatal: user= command-line attribute specifies root privileges which is probably a good thing. b) will work, but I'm really wary of making anything setuid c) could be done if the group that deliver runs as (as defined in the user= attribute in master.cf) is the same as the group of each mailstore directory and that this group has write permissions *and* the sticky bit of each mailstore directory is set so that the file created by deliver is owned by the uid of the mailstore owner not deliver's uid. This is not exactly a question as such because I believe, subject to a little testing, that I have a working mail setup. However, I believe in doing things the right way wherever possible and I'm sure someone must have come across this before, so I'm submitting to the list inviting comment. How are most of you doing this? Are you just using a single uid for all virtual users? -- Duncan Hutty System Administrator, ECE Carnegie Mellon University Please use informative subject lines

1 0

[Dovecot] password length
by Mark Richards 12 Apr '06

12 Apr '06

After setting up a very sweet Dovecot installation (with OpenLDAP) we're finding something strange: passwords are accepted but only the first 8 characters and anything less than 8 characters is an invalid password For several reasons, including allowing longer passwords to make them more difficult to crack, I'd rather be able to use longer passwords. LDAP seems to have attributes for minimum and maximum password lengths. Ours is set currently at 256 char maximum. So my guess is that Dovecot may be doing something, or there's a configuration item I missed. Checked all the docs and the wiki. Anyone? Mark Richards

1 0

[Dovecot] strip domains
by Netlink Tech 12 Apr '06

12 Apr '06

Hello, Running FC5 x86_64 with dovecot-1.0-0_8.beta3.rhfc5.at Using system user/passwds for 99.99% of users...have sql user/pass enabled to test virtual users from mysql. How do I strip off the domain when users provide user(a)domain.com so that my userdb and passdb use just 'user'? (disregarding sql auth...I'm not concerned with that right now). My dovecot.conf auth config: passdb pam { args = dovecot } passdb sql { args = /etc/dovecot-sql.conf } userdb passwd { } userdb sql { args = /etc/dovecot-sql.conf } Can I just pass userdb the 'user' using an args= statement? %d? ...and then also to the passdb? Thanks, Curt

6 13

[Dovecot] Master Login
by Marc Perkel 12 Apr '06

12 Apr '06

How do you make the master login work?

2 1

[Dovecot] Re: strip domains
by Roger Weeks 12 Apr '06

12 Apr '06

So if I understand this correctly, %u matches the whole username in the sql database, but %n only matches the name before @? One thing we discovered in migrating from courier-imap to Dovecot is that courier-imap supported user@domain as a valid login name, where by default using %u in the SQL query, Dovecot does not. So it would have been useful for us to avoid a number of tech support calls for users who have user@domain configured in their mail clients. -- Roger J. Weeks Systems & Network Administrator Mendocino Community Network On Apr 12, 2006, at 7:16 AM, dovecot-request(a)dovecot.org wrote: > Date: Wed, 12 Apr 2006 16:05:24 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] strip domains > To: Netlink Tech <tech(a)netlinkcom.com> > Cc: dovecot(a)dovecot.org > > On Tue, 2006-04-11 at 09:36 -0500, Netlink Tech wrote: > In general I don't see this as very useful feature. Why are your users > logging in with @domain? Or why not change your passdbs/userdbs to > just > contain the domain, and set auth_default_realm so everyone always logs > in with domains? > > > Here you can modify your SQL command to use %n instead of %u. > > >> userdb passwd { >> } >> > >> userdb sql { >> args = /etc/dovecot-sql.conf >> } >> > > And here again you can use %n. >

1 0