Re: Non-ASCII chars in MAIL FROM envelope

Hello. 13.02.2008 13:25, Sebastian Hagedorn пишет: > Isn't that controlled by reject8bit and munge8bit? No it is not. "munge8bit" does not affect MAIL FROM data in LMTP session. It affects RFC-2822 headers only. "reject8bit" is hardly acceptable anyway if you deal with languages other than Eng

Re: Non-ASCII chars in MAIL FROM envelope

Hello. 13.02.2008 11:50, Simon Matter пишет: >> Hello. >> >> See http://archives.neohapsis.com/archives/postfix/2008-01/1321.html > > Yes, but that will block possibly valid mail. Of course I don't accept > mail with non-ASCII RCPT TO addresses because Cyrus doesn't allow it, but > I should acce

Re: Non-ASCII chars in MAIL FROM envelope

Hello. See http://archives.neohapsis.com/archives/postfix/2008-01/1321.html 13.02.2008 10:40, Simon Matter пишет: > Hi, > > Running postfix as an MTA I have the problem that postfix accepts mail > with non-ASCII chars in MAIL FROM envelope and cyrus-imapd's lmtpd rejects > them with "501 5.5.4

Re: cyrus-murder: backend and frontend/proxy on the same machine?

Hello all. I must conclude that all "combined" configurations of Cyrus Murder servers do not work. Or, more exactly, I did not manage to make them work despite of many hours of tests and meditation. "frontend+backend" combination (aka "config: unified") seems to be completely broken. It is really

Re: Murder: top-level mailbox migration

Hello. 12.02.2008 15:52, Michael Menge пишет: > Hi, > > Is "allowusermoves: 1" in imapd.conf? Surely no. Thank you! Alexey Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Murder: top-level mailbox migration

Hello all. A simple stupid question. Does anyone know if Cyrus 2.3 *really* can move mailboxes from one server to another in accordance with "install-murder.html" manual? pharmacy.rct-int> rename user.test user.test imap.office.rct-int renamemailbox: Operation is not supported on mailbox Alexey

Re: "Create" in frontend: "Unknown/invalid partition"

BTW. 29.01.2008 16:52, Alexey Lobanov пишет: > A log from frontend: > > <1201518779<15 list "" "Maillists.%.%" >> 1201518779>* LIST (\HasNoChildren) "." "Maillists.DSBL.majordomo" > * LIST (\HasNoChildren) "." "

Re: "Create" in frontend: "Unknown/invalid partition"

proxyd: verify that mailbox doesn't exist in MUPDATE mailbox list. 2. proxyd: decide where to send CREATE (the server of the parent mailbox, as top level mailboxes cannot be created by the proxies). 3. proxyd -> back end: duplicate CREATE command and verifies that the CREATE does not cr

"Create" in frontend: "Unknown/invalid partition"

Hello all. I am building a Cyrus IMAP cluster for corporate use and the only problem now is "Create" command. In accordance with the manuals, a frontend should redirect "Create" to the appropriate backend, and after that the backend propagates changed list through mupdate. In my system any "Crea

Re: cyrus-murder: backend and frontend/proxy on the same machine?

Hi all 02.01.2008 11:58, Janne Peltonen пишет: > On Fri, Dec 21, 2007 at 02:04:26PM +0100, Michael Menge wrote: >> Hi, >> >> i don't know if it's possible with Cyrus 2.2, but it is with 2.3, >> look for unified murder I met the following fatal problem with "unified" mode: "ctl_mboxlist -m" is n

Group ACLs

Hello. Does anybody obtain proper group ACLs in Cyrus IMAP? I ask succeeders to contact me, if possible. Now I see absolutely no difference between "name acl" and "group:name acl" contexts. Means, if I am a member of group "name" in either /etc/group and|or PAM pam_group.so database, this ACL i