Re: Outlook does not delete but displays deleted messages as strike-trough
On Sun, 2005-12-11 at 15:27 +0100, Thomas Schlosser wrote: unfortunately I have some Outlook-users on my IMAP server. When a Thunderbird user deletes a message, it vanishes from the mailbox and moves into the Deleted Items box. From an Outlook client the same deletion does not delete the message but displays it in strike through letters - the message can still be opened. Does anybody know the reason? Can I change this behaviour either on the client or the server side? This would be because in Thunderbird you actually can configure things, while in Outlook the users are forcefed. When you delete messages in Outlook, it merely marks them as deleted (strikethrough), the user must separately choose Edit/Purge Deleted Messages to get rid of the messages (no it's not even shortcutted by default). Thunderbird seems to be configured by default to _move_ the message to the Deleted Items-folder and thus they vanish from whatever folder they were. A few users of ours moved over to Thunderbird because of this MS 'feature'. Poltsi -- Paul-Erik Törrönen, Cardinal Information Systems Ltd. Pursimiehenkatu 29-31 C 00150 Helsinki, Finland Mobile: +358 (0)40 703 1231 Phone: +358 (0)424 792 204 Fax: +358 (0)424 792 207 http://www.cardinal.fi/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Sieve authentication failure
On Mon, 2005-12-05 at 16:20 +0200, Paul-Erik Törrönen wrote: But sivtest fails: $ sivtest -a poltsi localhost S: IMPLEMENTATION Cyrus timsieved v2.2.12-Invoca-RPM-2.2.12-6.fc4 S: SASL PLAIN S: SIEVE fileinto reject envelope vacation imapflags notify subaddress relational comparator-i;ascii-numeric regex S: STARTTLS S: OK Please enter your password: C: AUTHENTICATE PLAIN {28+} password hash S: NO Authentication Error As do sieveshell: $ sieveshell -u poltsi -a poltsi localhost connecting to localhost Please enter your password: unable to connect to server at /usr/bin/sieveshell line 169, STDIN line 1. Ok, I've gotten a step further, the sivtest works when I give the full [EMAIL PROTECTED] in the -a parameter, but the same does not work with the sieveshell, it barfs with the same error as above. Any help? Poltsi Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Sieve authentication failure
|O_LARGEFILE) = 3 14863 fstat64(3, {st_mode=S_IFREG|0644, st_size=49610160, ...}) = 0 14863 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7d16000 14863 close(3) = 0 14863 open(/usr/share/locale/locale.alias, O_RDONLY) = 3 14863 fstat64(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0 14863 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d15000 14863 read(3, # Locale name alias data base.\n#..., 4096) = 2528 14863 read(3, , 4096) = 0 14863 close(3) = 0 14863 munmap(0xb7d15000, 4096) = 0 14863 open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/coreutils.mo, O_RDONLY) = -1 ENOENT (No such file or directory) 14863 open(/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo, O_RDONLY) = -1 ENOENT (No such file or directory) 14863 open(/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo, O_RDONLY) = -1 ENOENT (No such file or directory) 14863 open(/usr/share/locale/en.UTF-8/LC_MESSAGES/coreutils.mo, O_RDONLY) = -1 ENOENT (No such file or directory) 14863 open(/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo, O_RDONLY) = -1 ENOENT (No such file or directory) 14863 open(/usr/share/locale/en/LC_MESSAGES/coreutils.mo, O_RDONLY) = -1 ENOENT (No such file or directory) 14863 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig -icanon -echo ...}) = 0 14863 ioctl(0, SNDCTL_TMR_STOP or TCSETSW, {B38400 opost isig icanon echo ...}) = 0 14863 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 14863 exit_group(0) = ? 14858 ... waitpid resumed [{WIFEXITED(s) WEXITSTATUS(s) == 0}], 0) = 14863 14858 --- SIGCHLD (Child exited) @ 0 (0) --- 14858 rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0 14858 rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0 14858 read(5, , 4)= 0 14858 close(5) = 0 14858 write(4, AUTHENTICATE \PLAIN\ {36+}\r\ncG9s..., 66) = 66 14858 read(4, NO \Authentication Error\\r\n, 4096) = 27 Does the timsieved need some additional configuring due to our authentication system, since we have another installation where the sasl authentication mech is shadow and that one works beautifully? With regards, Poltsi -- Paul-Erik Törrönen, Cardinal Information Systems Ltd. Pursimiehenkatu 29-31 C 00150 Helsinki, Finland Mobile: +358 (0)40 703 1231 Phone: +358 (0)424 792 204 Fax: +358 (0)424 792 207 http://www.cardinal.fi/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Continued problems with virtual domains and cyradm
Ok, we resolved this problem, it was very simple in the end as I suspected. The problem was in the /etc/hosts-file where the 127.0.0.1-line only pointed to localhost and localhost.localdomain. Adding a FQDN as well as the hostname helped. We can now create user mailboxes with the @domain.tld extension with the 'virtdomains: yes'. Maybe this should be added to the Wiki? With regards, Poltsi -- Paul-Erik Törrönen, Cardinal Information Systems Ltd. Pursimiehenkatu 29-31 C 00150 Helsinki, Finland Mobile: +358 (0)40 703 1231 Phone: +358 (0)424 792 204 Fax: +358 (0)424 792 207 http://www.cardinal.fi/ --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Continued problems with virtual domains and cyradm
On Thu, 2005-03-24 at 16:56 +0200, Paul-Erik Törrönen wrote: cyrus-impapd version 2.2.10 release 3.fc3 by RH Just to check that this was not a Fedora-specific I recompiled the latest (2.2.12) cyrus-imapd from source and got the identical behaviour, if the 'virtdomain: userid' is defined then I can create and view the email-folders in cyradm but there is no separation between the real/virtual domain. If 'virtdomain: yes' is defined then I can't create any mailfolders, I get either a permission or a 'invalid mailbox name'- error. I would be very greatful if you could help me out on this one, Poltsi -- Paul-Erik Törrönen, Cardinal Information Systems Ltd. Pursimiehenkatu 29-31 C 00150 Helsinki, Finland Mobile: +358 (0)40 703 1231 Phone: +358 (0)424 792 204 Fax: +358 (0)424 792 207 http://www.cardinal.fi/ --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Continued problems with virtual domains and cyradm
Hello! I tried to identify my problem in the archives but the closest was that described by Mike Nuss in msgid 32056 (and http://acs- wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/CreateMailboxPermissionDenied). Unfortunatelly the 'solution' is not implementable in my case. In short: FC3 with the latest patches cyrus-impapd version 2.2.10 release 3.fc3 by RH cyrus-sasl version 2.1.19 release 3 by RH openldap Version 2.2.13 Release 2 by RH postfix Version 2.1.5 Release 5 by RH The server is currently located in a firewalled network *not* affiliated by the target domains (foo.com nor bar.com). Foo.com is the real domain while bar.com is the virtual domain. Saslauthd is configured to authenticate against the LDAP-server /etc/saslauthd.conf ---8---8---8---8---8---8---8---8---8---8---8--- ldap_servers: ldap://localhost:389/ ldap_bind_dn: cn=Manager,dc=foo,dc=com ldap_bind_pw: passwd ldap_search_base: dc=foo,dc=com ldap_filter: uid=%u ---8---8---8---8---8---8---8---8---8---8---8--- /etc/imapd.conf ---8---8---8---8---8---8---8---8---8---8---8--- configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] sievedir: /var/lib/imap/sieve sendmail: /usr/sbin/sendmail hashimapspool: true sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN virtdomains: yes defaultdomain: foo.com tls_cert_file: /usr/share/ssl/certs/cyrus-imapd.pem tls_key_file: /usr/share/ssl/certs/cyrus-imapd.pem tls_ca_file: /usr/share/ssl/certs/ca-bundle.crt ---8---8---8---8---8---8---8---8---8---8---8--- The directories do have the correct permissions AFAIK, cyrus.mail all the way both for '/var/lib/imap' as well '/var/spool/imap'. The latter has two subdirs, 'domain' and 'stage.' Now if I run cyradm I get the following: #cyradm --user cyrus localhost IMAP Password: localhost lm localhost createmailbox [EMAIL PROTECTED] createmailbox: Permission denied localhost createmailbox [EMAIL PROTECTED] createmailbox: Invalid mailbox name The same results if I log on as [EMAIL PROTECTED] The difference is that the realm in saslauthd (running in another window with the -d parameter) is undefined in the first example, while it is set to localhost.localdomain in the second example. If I use either [EMAIL PROTECTED] or [EMAIL PROTECTED] as defined in the imapd.conf as admin I get the following: # cyradm --user [EMAIL PROTECTED] localhost IMAP Password: localhost lm localhost createmailbox [EMAIL PROTECTED] createmailbox: Permission denied So no luck there, but to confuse things, the virtual seems to be work, albeit in a very broken way: cyradm --user [EMAIL PROTECTED] localhost IMAP Password: localhost lm INBOX (\HasChildren) INBOX.uptest (\HasNoChildren) INBOX.Trash (\HasNoChildren) So it looks like I'm in user.poltsi, however: localhost createmailbox [EMAIL PROTECTED] localhost lm INBOX (\HasChildren) INBOX.uptest (\HasNoChildren) INBOX.Trash (\HasNoChildren) user.kvide (\HasNoChildren) No the structure looks very bizarre. Checking through the email-client however there is no user/kvide subdir, and in /var/spool/imap/domain/b/bar.com/ there is now two subdirs, 'k' and 'p' both with proper structure. The uptest-subdir was created by me through the email client. What am I missing here, why is the global admin (cyrus) unable to list/create mailboxes and *why* does it work (in a weird way) for the virtual domain? I tried with the 'virtdomains: userid' but this seemed to be broken likewise since I could not list mailboxes per domain with the command 'lm [EMAIL PROTECTED]', the command listed all the mailboxes. I also tested the setup with the following two parameters in saslauthd.conf: ldap_default_domain: foo.com ldap_filter: [EMAIL PROTECTED] But then I was unable to log on with the email client. This is very vexing since cyrus-imapd seems to work partially but not consistently and I can't spot where the problem is in the configuration. With regards, Poltsi -- Paul-Erik Törrönen, Cardinal Information Systems Ltd. Pursimiehenkatu 29-31 C 00150 Helsinki, Finland Mobile: +358 (0)40 703 1231 Phone: +358 (0)424 792 204 Fax: +358 (0)424 792 207 http://www.cardinal.fi/ --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html