Re: sendmail/cyrus deliver not to subdomain
Martin Schweizer wrote: > Hello > > My setup is FreeBSD 7.2 amd64 and the newest Cyrus Imapd (.15). > > My cyrus server as the defaultdomain set to abc.ch and I set virtdomains: > userid > . All users works a expected. Now I want to receive additionaly mails > for sub.abc.ch. In sendmail set all the necessary entries in access. I > also set in mailtable > > sub.abc.ch cyrusv2:/usr/imap/var/imap/socket/lmtp > > In maillog I get: > > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: n9UGguri011920: --- 050 > ... Connecting to /usr/imap/var/imap/socket/lmtp via > cyrusv2... > Oct 30 17:42:56 acsvfbsd06 sm-mta[11920]: n9UGguri011920: --- 250 > 2.0.0 n9UGguri011920 Message accepted for delivery > Oct 30 17:42:56 acsvfbsd06 sm-mta[11920]: STARTTLS=read, info: fds=8/4, err=2 > Oct 30 17:42:56 acsvfbsd06 sm-mta[11920]: n9UGgurj011920: <-- QUIT > Oct 30 17:42:56 acsvfbsd06 sm-mta[11920]: n9UGgurj011920: --- 221 > 2.0.0 acsvfbsd06.abc.ch closing connection > Oct 30 17:42:56 acsvfbsd06 sm-mta[11920]: STARTTLS=server, SSL_shutdown not > done > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: STARTTLS: CRLFile missing > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: STARTTLS=client, init=1 > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: AUTH=client, > relay=localhost, mech=, bits=0 > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: n9UGguri011920: --- 550 > 5.1.1 ... User unknown (hold) > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: n9UGguri011920: > to=, delay=00:00:00, xdelay=00:00:00, mailer=cyrusv2, > pri=30344, relay=localhost, dsn=5.1.1, stat=User unknown > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: n9UGguri011920: --- 050 > ... aliased to mar...@abc.ch > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: n9UGguri011920: alias > => mar...@abc.ch > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: n9UGguri011920: > n9UGgurh011922: DSN: User unknown > Oct 30 17:42:56 acsvfbsd06 sm-mta[11922]: n9UGgurh011922: --- 050 > mar...@abc.ch... Using cached LMTP connection to localhost via > cyrusv2... > > Is seems that a...@sub.abc.ch is unknown but if I lm *...@sub.abc.ch I > get user@sub.abc.ch (\HasNoChildren). > > What Do I wrong? Or did I missunderstood something? *IF* you use unmodified cyrusv2 mailer provided by sendmail.org *THEN* be warned that it "strips" domain part of the recipient address. You may test it by sending test mail in verbose mode as root - it should show you trace of LMTP session: (echo subject: test; echo)|sendmail -Am -v -- a...@sub.abc.ch BTW you can not set "lmtp socket path" via mailertable in the above mentioned mailer. URL(s): http://anfi.homeunix.org/sendmail/cyrusv2.html http://open-sendmail.sourceforge.net/rtcyrus3/ -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu Thank goodness modern convenience is a thing of the remote future. -- Pogo, by Walt Kelly 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
Re: [sendmail] lmtp, cyrusv2d, shared folders and case
nodens2099 wrote: > Andrzej Adam Filip a écrit : >> nodens2099 wrote: >> >>> Andrzej Adam Filip a écrit : >>>>>> Does smmap return "unknown user" *even for lowercase folders*? >>>>>> >>>>> Nope, you're right. the real problem is on the mrs check, then. >>>> It can use only what smmap provides. >>>> Are you ready to ask for changed in Cyrus' smmap to make it capable to >>>> check Public folders availability? >>>> >>>> mrs_cyrus_mailertable may be changed to check validity of mailbox folder >>>> its own list of valid folders. >>>> >>> This is already what I'm doing with ldap. There is no need to add >>> another database, which would have to be maintained as the public folder >>> list change, IMO. >> >> OK - smmap map be needless for "LDAP centric" configuration. >> >>> I actually took a look at the smmapd code, and it uses the >>> lmtp_downcase_rcpt value to know whether the recipient should be >>> converted to downcase or not. >>> According to the code, it convert the user part only, and has a special >>> case for shared folder, so it should be ok. >>> >>> Do you know a way to test smmapd manually ? >> >> There are simple socket map client and server perl scripts in contrib >> directory of sendmail distribution. >> > > I made some more test. The problem is definitely in the cyrus map. > > real mailbox name : Hosting/ab...@domain.com > > sendmail -d -bt > > ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) > Enter >> /map cyrus +Hosting/ab...@domain.com > map_lookup: cyrus (+Hosting/ab...@domain.com) no match (68) > > (creating hosting/ab...@domain.com, that is the same folder but in > lowercase) >> /map cyrus +Hosting/ab...@domain.com > map_lookup: cyrus (+Hosting/ab...@domain.com) > map_rewrite(+hosting/ab...@domain.com), av = > +Hosting/ab...@domain.com > map_rewrite => +hosting/ab...@domain.com > returns +hosting/ab...@domain.com (0) > > socketmapClient.pl : > > ./socketmapClient.pl unix:/var/run/cyrus/socket/smmap cyrus > "+Hosting/ab...@domain.com" > +Hosting/ab...@domain.com => OK +Hosting/ab...@domain.com > > So socketmap daemon works as expected. Sendmail's maps traditionally turn looked up key into lowercase. It can be (usually) turned off by adding -f switch to map definition. [ I have reported "missing -f" in socket as bug myself :-) ] -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu It is common sense to take a method and try it. If it fails, admit it frankly and try another. But above all, try something. -- Franklin D. Roosevelt 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
Re: [sendmail] lmtp, cyrusv2d, shared folders and case
nodens2099 wrote: > Andrzej Adam Filip a écrit : >>>> Does smmap return "unknown user" *even for lowercase folders*? >>>> >>> Nope, you're right. the real problem is on the mrs check, then. >> >> It can use only what smmap provides. >> Are you ready to ask for changed in Cyrus' smmap to make it capable to >> check Public folders availability? >> >> mrs_cyrus_mailertable may be changed to check validity of mailbox folder >> its own list of valid folders. >> > This is already what I'm doing with ldap. There is no need to add > another database, which would have to be maintained as the public folder > list change, IMO. OK - smmap map be needless for "LDAP centric" configuration. > I actually took a look at the smmapd code, and it uses the > lmtp_downcase_rcpt value to know whether the recipient should be > converted to downcase or not. > According to the code, it convert the user part only, and has a special > case for shared folder, so it should be ok. > > Do you know a way to test smmapd manually ? There are simple socket map client and server perl scripts in contrib directory of sendmail distribution. >>> if it can resolve the mrs_cyrus_mailertable problem, and if it's not too >>> difficult to upgrade rtcyrus2 with it, I'm willing to give it a try. >> >> It can be fixed but you should decide which path do you want do go: >> a) Cyrus smmap can tell if public folders is accessible >> b) sendmail uses its own list of valid publicly accessible Cyrus public >> folders > > the a) is definitely the way to go. I "patch" only sendmail.cf :-) -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu Woman inspires us to great things, and prevents us from achieving them. -- Dumas 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
Re: [sendmail] lmtp, cyrusv2d, shared folders and case
nodens2099 wrote: > Andrzej Adam Filip a écrit : >> nodens2099 wrote: >> >> >>> I tried setting >>> "lmtp_downcase_rcpt: 0" >>> in imapd.conf, adding the u flag to the cyrusv2d mailer, but to no avail. >>> >>> the +part is always converted to lower case. >>> >> >> Post your cyrusv2d definition from sendmail.cf. >> echo '=M' | sendmail -bt | grep cyrusv2d >> >> Does it contain F=u flag? > > Yes, but only once I added the F=u flag to the m4 file > (MODIFY_MAILER_FLAGS(`cyrusv2d', `+u') in the sendmail.mc didn't work). > > mailer 4 (cyrusv2d): P=[IPC] S=EnvFromSMTP/HdrFromL > R=EnvToSMTP/EnvToSMTP M=0 U=-1:-1 F=1DFMXlmnqsuz L=0 E=\r\n > T=DNS/RFC822/SMTP r=100 A=FILE /var/run/cyrus/socket/lmtp > > Thanks ! > >> By default sendmail's mailers convert user part of recipient address to >> lowercase. F=u flag stops it. >> *BUT* it would apply to "normal recipients" *too*. > > That whas my understanding as well. > but it's ok, since lmtp_downcase_rcpt: yes takes care of the username part. > >>> initially I tried using the mrs_cyrus_mailertable approach but it was even >>> worse, as checking +folder/subfol...@domaine.tld with smmap returns unknown >>> user, even when the folder exists and has the "p" acl. >> >> Does smmap return "unknown user" *even for lowercase folders*? >> > Nope, you're right. the real problem is on the mrs check, then. It can use only what smmap provides. Are you ready to ask for changed in Cyrus' smmap to make it capable to check Public folders availability? mrs_cyrus_mailertable may be changed to check validity of mailbox folder its own list of valid folders. > If I create a lowerrcase folder along the mixed cased one, the mail is > received in the correct folder (that is, the mixed case). > >>> Any clue ? >>> >>> I'd really like to avoid converting all existing folders to lower case of >>> possible, it would be painful. >>> >> >> It merely a matter of choosing a simple way you like anyway :-) >> >> BTW >> Why have not you tried RTCyrus3 recipe? >> [ It would require small "patching" too to meet your requirements ] > > Actually, I was adding a new backend in an existing murder environment, > migrating existing users and public folders from MS Exchange server. > Since rtcyrusv2 "just works" in the existing environment, I didn't even > check if there was an update. I saw about RTCyrus3 only when searching a > solution to my public folder problem. > > if it can resolve the mrs_cyrus_mailertable problem, and if it's not too > difficult to upgrade rtcyrus2 with it, I'm willing to give it a try. It can be fixed but you should decide which path do you want do go: a) Cyrus smmap can tell if public folders is accessible b) sendmail uses its own list of valid publicly accessible Cyrus public folders -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu She's the kind of girl who climbed the ladder of success wrong by wrong. -- Mae West 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
Re: [sendmail] lmtp, cyrusv2d, shared folders and case
nodens2099 wrote: > I'm trying to send mail directly to a shared folder, via the plus-addressing > syntax. > > My user entry redirect to +Folder/subfol...@domain.tld . > > cyrusv2d mailer is called via the mailertable. > > The ACL are ok. > > It would work with a folder in lower case, but not if the folder includes > upper > case characters. > > I thought it was ok to have upper case after the + in the local part of the > address ? > > I tried setting > "lmtp_downcase_rcpt: 0" > in imapd.conf, adding the u flag to the cyrusv2d mailer, but to no avail. > > the +part is always converted to lower case. Post your cyrusv2d definition from sendmail.cf. echo '=M' | sendmail -bt | grep cyrusv2d Does it contain F=u flag? By default sendmail's mailers convert user part of recipient address to lowercase. F=u flag stops it. *BUT* it would apply to "normal recipients" *too*. > initially I tried using the mrs_cyrus_mailertable approach but it was even > worse, as checking +folder/subfol...@domaine.tld with smmap returns unknown > user, even when the folder exists and has the "p" acl. Does smmap return "unknown user" *even for lowercase folders*? > Any clue ? > > I'd really like to avoid converting all existing folders to lower case of > possible, it would be painful. It merely a matter of choosing a simple way you like anyway :-) BTW Why have not you tried RTCyrus3 recipe? [ It would require small "patching" too to meet your requirements ] -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu To err is human, To purr feline. -- Robert Byrne 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
Re: sendmail and cyrus-imap - delivery problem
Mario Pavlov wrote: > thanks again to all of you for your time I've tried all that you > suggested I've tried ckuser_cyrus as Matthew Seaman suggested...it > made no difference then I've tried rtcyrus3 as Andrzej Adam Filip > suggested...it didn't work either...and the logging output in maillog > stopped.. [...] First: Use cyradm to recheck that cyrus reports mailbox named as in "RCPT TO:" of LMTP session. As I understand you have achieved that sendmail uses correct "mailbox name with domain" in LMTP session but Cyrus rejects the recipient. -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu Life without caffeine is stimulating enough. -- Sanka Ad 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
Re: sendmail and cyrus-imap - delivery problem
Mario Pavlov wrote: > Hi, > thanks for the response. > > I did what you suggested > I defined new mailer like this: > > # cat /usr/share/sendmail/cf/mailer/cyrusv2vd.m4 > PUSHDIVERT(-1) > # > # Copyright (c) 2002 Sendmail, Inc. and its suppliers. > # All rights reserved. > # > # By using this file, you agree to the terms and conditions set > # forth in the LICENSE file which can be found at the top level of > # the sendmail distribution. > # > # Contributed by Kenneth Murchison. > # > > _DEFIFNOT(`_DEF_CYRUSV2_MAILER_FLAGS', `lsDFMnqXz') > _DEFIFNOT(`CYRUSV2_MAILER_FLAGS', `A@/:|m') > ifdef(`CYRUSV2_MAILER_ARGS',, `define(`CYRUSV2_MAILER_ARGS', `FILE > /var/imap/socket/lmtp')') > define(`_CYRUSV2_QGRP', `ifelse(defn(`CYRUSV2_MAILER_QGRP'),`',`', ` > Q=CYRUSV2_MAILER_QGRP,')')dnl > > POPDIVERT > > # > ### Cyrus V2 Mailer specification ### > # > > VERSIONID(`$Id: cyrusv2vd.m4,v 1.1 2002/06/01 21:14:57 ca Exp $') > > Mcyrusv2vd, P=[IPC], F=_MODMF_(CONCAT(_DEF_CYRUSV2_MAILER_FLAGS, > CYRUSV2_MAILER_FLAGS), `CYRUSV2'), > S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP, E=\r\n, > _OPTINS(`CYRUSV2_MAILER_MAXMSGS', `m=', `, > ')_OPTINS(`CYRUSV2_MAILER_MAXRCPTS', `r=', `, > ')_OPTINS(`CYRUSV2_MAILER_CHARSET', `C=', `, ')T=DNS/RFC822/SMTP,_CYRUSV2_QGRP > A=CYRUSV2_MAILER_ARGS > > > which is of course copy of cyrusv2.m4 with the modifications you suggested > and in my yo.com.mc file I just replaced all occurances of cyrusv2 with > cyrusv2vd > then I rebuilt sendmail.cf and restarted sendmail > it seemed to accept the new mailer > however the result is exactly the same > > Mar 22 16:28:22 yo sm-mta[97935]: n2MGSLe6097935: from=, > size=1575, class=0, nrcpts=1, > msgid=<9cddded00903220928i7a2a8fcfkc2fd206491021...@mail.gmail.com>, > proto=ESMTP, daemon=IPv4, relay=mail-fx0-f163.google.com [209.85.220.163] > Mar 22 16:28:22 yo sm-mta[97937]: n2MGSLe6097935: to=, > delay=00:00:00, xdelay=00:00:00, mailer=cyrusv2vd, pri=31575, > relay=localhost, dsn=5.1.1, stat=User unknown > Mar 22 16:28:22 yo sm-mta[97937]: n2MGSLe6097935: n2MGSMe6097937: DSN: User > unknown > > I tried this: > # ( echo subject: test ; echo testmsg ) | sendmail -v -Am b...@yo.com > pe...@e-soul.org... Connecting to /var/imap/socket/lmtp via cyrusv2vd... > 220 e-soul.org Cyrus LMTP v2.3.13 server ready >>>> LHLO yo.com > 250-yo.com > 250-8BITMIME > 250-ENHANCEDSTATUSCODES > 250-PIPELINING > 250-SIZE > 250-AUTH EXTERNAL > 250 IGNOREQUOTA >>>> MAIL From: SIZE=22 auth=...@yo.com > 250 2.1.0 ok >>>> RCPT To: >>>> DATA > 550-Mailbox unknown. Either there is no mailbox associated with this > 550-name or you do not have authorization to see it. > 550 5.1.1 User unknown > 503 5.5.1 No recipients >>>> RSET > 250 2.0.0 ok >>>> RSET > 250 2.0.0 ok > mgp... Using cached LMTP connection to localhost via cyrusv2vd... >>>> MAIL From:<> SIZE=1046 > 250 2.1.0 ok >>>> RCPT To: >>>> DATA > 550-Mailbox unknown. Either there is no mailbox associated with this > 550-name or you do not have authorization to see it. > 550 5.1.1 User unknown > 503 5.5.1 No recipients >>>> RSET > 250 2.0.0 ok >>>> RSET > 250 2.0.0 ok > postmaster... Using cached LMTP connection to localhost via cyrusv2vd... >>>> MAIL From:<> SIZE=2070 > 250 2.1.0 ok >>>> RCPT To: >>>> DATA > 550-Mailbox unknown. Either there is no mailbox associated with this > 550-name or you do not have authorization to see it. > 550 5.1.1 User unknown > 503 5.5.1 No recipients >>>> RSET > 250 2.0.0 ok > Closing connection to localhost >>>> QUIT > 221 2.0.0 bye > > it now seems like sendmail doesn't strip the domain > but cyrus still can't "find" the mailbox It seems that sendmail strips yo.com domain and appends yoo.com domain. Sendmail strips domain before selecting local mailer or its substitute. You have defined "with domain" rules in you mailer, so sendmail appends "this host email name" ($j) as the domain to "domainless recipients". > yes, the mailbox is there > I check this over and over > and it's always there > > any quick suggestions before I try rtcyrus3 ? > > thank you. > [...] -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu What's love but a second-hand emotion? -- Tina Turner 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
Re: Subject problem [munge8bit option provided by patch]
Nikos Gatsis <[EMAIL PROTECTED]> wrote: > Andrzej Adam Filip wrote: > > Joseph Brennan <[EMAIL PROTECTED]> wrote: > > > > --On Thursday, April 3, 2008 17:26 +0300 Nikos Gatsis <[EMAIL > PROTECTED]> > wrote: > > > > I'm facing a strange problem. > Every message I receive with Greek characters in subject cyrus > "translate" them to X... > > Does somebody know what's going on? > > > > It means the Subject had 8-bit characters, not encoded. The sender's > email program should be encoding them. The header portion of mail > is required to be 7-bit only. > > > > There are available patches that can "fix" the behavior: > > > # Munging illegal characters in headers > # Headers of RFC2882 messages must not have characters with the 8th bit > # set. However, too many badly-written MUAs generate this, including most > # spamware. If you kept reject8bit disabled, you can choose to leave the > # crappage untouched by disabling this (if you don't care that IMAP SEARCH > # won't work right anymore. > munge8bit: no > > > > > > I have found this option and works fine now. > This problem appears when I send a form from my webpage with php. I have set > Content-Transfer-Encoding: 7bit but with no luck. > Any help? Cyrus IMAP complains about chars outside 0-127 range (chars from 128-255 range). Cyrus has no idea which charset should be used to represent them. [ e.g. Koi (russian), ISO-8859-2 (central european), ... ] You sending php script should properly encode headers to explicitly declare charset used in every header. How to do it easily in PHP is a PHP question, not a Cyrus-IMAP question :-) -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Open-Sendmail: http://open-sendmail.sourceforge.net/ "Not only is God dead, but just try to find a plumber on weekends." -- Woody Allen 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
Cyrus IMAP + Sendmail MTA + RTCyrus3
Andrzej Adam Filip <[EMAIL PROTECTED]> wrote: > Sebastian Hagedorn <[EMAIL PROTECTED]> wrote: >> [...] >> Another approach is this one: >> >> <http://jmaimon.com/sendmail/anfi.homeunix.net/sendmail/rtcyrus2.html> >> >> Take your pick ... > > RTCyrus3 is available at http://open-sendmail.sourceforge.net/ RTCyrus3 "integration method" has been designed to allow simple integration of Cyrus IMAP virtual domains with Sendmail MTA. It supports verification of Cyrus mailbox existence (before replying to "RCPT TO:") and mail aliases with domain names (/etc/aliases). It does not require patching sendmail binaries (executables). It requires small patching of one of "data files" sendmail uses during generation of sendmail.cf (master configuration file). URL(s): http://open-sendmail.sourceforge.net/rtcyrus3/ Installation procedure is available in the tarball file. -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Open-Sendmail: http://open-sendmail.sourceforge.net/ I didn't believe in reincarnation in any of my other lives. I don't see why I should have to believe in it in this one. -- Strange de Jim 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
Re: Subject problem [munge8bit option provided by patch]
Joseph Brennan <[EMAIL PROTECTED]> wrote: > --On Thursday, April 3, 2008 17:26 +0300 Nikos Gatsis <[EMAIL PROTECTED]> > wrote: > >> I'm facing a strange problem. >> Every message I receive with Greek characters in subject cyrus >> "translate" them to X... >> >> Does somebody know what's going on? > > > It means the Subject had 8-bit characters, not encoded. The sender's > email program should be encoding them. The header portion of mail > is required to be 7-bit only. There are available patches that can "fix" the behavior: # Munging illegal characters in headers # Headers of RFC2882 messages must not have characters with the 8th bit # set. However, too many badly-written MUAs generate this, including most # spamware. If you kept reject8bit disabled, you can choose to leave the # crappage untouched by disabling this (if you don't care that IMAP SEARCH # won't work right anymore. munge8bit: no -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Open-Sendmail: http://open-sendmail.sourceforge.net/ Treat your friend as if he might become an enemy. -- Publilius Syrus 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
Re: Can Cyrus deliver to a default mailbox?
Sebastian Hagedorn <[EMAIL PROTECTED]> wrote: > [...] > Another approach is this one: > > <http://jmaimon.com/sendmail/anfi.homeunix.net/sendmail/rtcyrus2.html> > > Take your pick ... RTCyrus3 is available at http://open-sendmail.sourceforge.net/ -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] People who have what they want are very fond of telling people who haven't what they want that they don't want it. -- Ogden Nash 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
Re: Delivery lmtp vs. cyrdeliver
Christian Garling <[EMAIL PROTECTED]> wrote: > Hello people, > > I know about two ways to deliver mails from Postfix to Cyrus. First one > is cyrdeliver, the other one lmtp. What are the differences, which one > is the preferred way? Any advantages or disadvantages of both ways? AFAIK cyrdeliver is (effectively) lmtp wrapper program. I personally suggest using LMTP as primary choice for MTA->Cyrus transfer. -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Open-Sendmail: http://open-sendmail.sourceforge.net/ Class, that's the only thing that counts in life. Class. Without class and style, a man's a bum; he might as well be dead. -- "Bugsy" Siegel 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
MTA integration: Who should be smarter? MTA or Cyrus [RTCyrus3++]
I would like to add proper handling of "over quota" situation to sendmail and cyrus integration [RTCyrus3] I would like to ask you for opinions which of the few choices below seem to be better in your opinion 1) Over quota signaling for "RCPT TO:" replies 1a) making cyrus inform sendmail that use is over quota and leave it up to sendmail which SMTP reply code to use 1b) making cyrus tell sendmail which specific SMTP reply code should be send back to sender Option 1b would make it easy for Cyrus to add signaling of other problems beside over quota. 2) over quota user email in "MAIL FROM:" 2a) should sendmail decide how to react? 2b) should cyrus send SMTP reply code to sendmail? I personally prefer moving as much configuration as possible to Cyrus to keep "configuration decisions" in one place. URL(s): http://open-sendmail.sourceforge.net/ -- [pl>en Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] You may my glories and my state dispose, But not my griefs; still am I king of those. -- William Shakespeare, "Richard II" 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
Re: RTCyrus3 - sendmail and cyrus-imap integration
Akshay Kumar wrote: > --On Wednesday, April 18, 2007 10:40:50 +0200 Andrzej Adam Filip > <[EMAIL PROTECTED]> wrote: > >> I would like to announce new version of RTCyrus recipes for Sendmail and >> Cyrus IMAP integration. >> >> RTCyrus3 has been designed for easy integration of sendmail with virtual >> domains provided by Cyrus IMAP. It includes support for aliases. >> >> http://anfi.homeunix.net/sendmail/rtcyrus3.html >> > Is this page not available anymore? I am using sendmail with cyrus and > would like to be able to test for mailbox existence in real time. 1) RTCyrus3 has been moved to open-sendmail project at sourceforge.net http://sourceforge.net/projects/open-sendmail/ The RTCyrus3 files can be downloaded at http://sourceforge.net/project/showfiles.php?group_id=187085&package_id=228383 [ open-sendmail contains more sendmail goodies ] 2) anfi.homeunix.net domain is no longer under my control Andrew -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] 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
Re: RTCyrus3 - sendmail and cyrus-imap integration
Lenny wrote: >> Andrzej Adam Filip wrote: >> I would like to announce new version of RTCyrus recipes for Sendmail and >> Cyrus IMAP integration. >> >> RTCyrus3 has been designed for easy integration of sendmail with virtual >> domains provided by Cyrus IMAP. It includes support for aliases. >> >> http://anfi.homeunix.net/sendmail/rtcyrus3.html > > Hi Andrzej, > > It's great to see you still working on this. > > Currently we are using a murder setup, with virtual domains and > socketmap for user checking. We are using version 2 of your > sendmail/cyrus integration. > > I've setup this version 3 with slight modification. My virtual hosts are > stored in LDAP, for example, so I've changed the define in sendmail.mc to: > > [EMAIL PROTECTED] > > (with the appropriate LDAP entries and config in sendmail.mc). > > So I have version 3 working, and everything seems to be fine. > > I am wondering if there's any reason to switch from version 2 to version > 3? Is there a benefit I'm not seeing? There are two main improvements: a) *full* support for aliases in cyrus virtual domains [EMAIL PROTECTED]: ... [there were problems with aliases for "no such mailbox"] b) cyrus virtual domains are listed in *single* place/file In RTCyrus2-mailertable the domains have to be listed in: * mailertable * access db [HUPing sendmail daemon is required in case of changing the list] > Also, is there no way of making the over quota message something other > than "User unknown" or would that have to be handled in cyrus source? Due to *sendmail.cf* limitations it would require changes in Cyrus-IMAP implementation of socket map server. In current implementation Cyrus-IMAP ignores "map name". Proper over quota handling should do something like recipe below: * return current results for map named "cyrus" * return "in reply" mailbox status for map named cyrus2 mailbox OK => return "OK:mailbox" instead of current "mailbox" mailbox over quota => return "ERR:OVER:mailbox" instead of current way of "signaling problem" [sendmail.cf can't access "explanation string"] P.S. I think it is a YASA ("yet another simple after") solution :-) -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homeunix.net/ 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
RTCyrus3 - sendmail and cyrus-imap integration
I would like to announce new version of RTCyrus recipes for Sendmail and Cyrus IMAP integration. RTCyrus3 has been designed for easy integration of sendmail with virtual domains provided by Cyrus IMAP. It includes support for aliases. http://anfi.homeunix.net/sendmail/rtcyrus3.html -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homeunix.net/ 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
Re: LMTP AUTH with sendmail?
Andreas Haumer wrote: > [...] > It seems to be possible with postfix or exim which seem > to have integrated the mail delivery functionality using > LMTP (using UNIX or INET socket family) directly into the > MTA (can anyone confirm that?), but sendmail seems to rely > on the external cyrus "deliver" program and I don't know > how to configure this combination to use LMTP AUTH (without > cyrus murder) - if it is possible at all! > > Has anyone been there before? > > - andreas You use older MAILER(`cyrus'). Take a look at newer MAILER(`cyrusv2'). Cyrusv2 supports direct LMTP over unix socket. For AUTH over LMTP ask at news:comp.mail.sendmail -- [pl>en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homeunix.net/ 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
Re: [sendmail] help with backscatter
Chris Harms <[EMAIL PROTECTED]> writes: > Thank you for the links, this looks to be very helpful. > > To those who have kindly told me to go to the Sendmail groups, I > suspect Cyrus plays a part in our problem. I'm now fairly certain > that our access db is misconfigured, with the reason stemming from > using "To:domain.tld RELAY" as a workaround for Sendmail not > delivering to Cyrus many moons ago. http://groups.google.com/group/comp.mail.sendmail/browse_thread/thread/a835de809015fa7f > [...] -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: [sendmail] help with backscatter
Chris Harms <[EMAIL PROTECTED]> writes: > We are having some trouble with our servers sending out backscatter > spam. I realize this is really a Sendmail issue, but if any list > readers have some insights on the best way to make Sendmail stop > sending bounces to outside domains, it would be greatly appreciated. Make sendmail reject messages to non existing cyrus mailboxes in reply to "RCPT TO:" command in SMTP session. It makes host sending you the message responsible for generating bounce message. Take a look at solutions described at http://anfi.homeunix.net/sendmail/#cyrus * I suggest "Cyrus Aliases" in virtusertable or aliases for small sites or sites with stable list of user mailboxes. * Otherwise consider deploying "Real Time Cyrus Integration Version 2". (RTCyrus2). P.S. RTCyrus3 is under development http://groups-beta.google.com/group/cyrus-sendmail Testers are welcomed. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: Beyond rtcyrus2 (sendmail integration)
Joseph Brennan <[EMAIL PROTECTED]> writes: > Andrzej Adam Filip <[EMAIL PROTECTED]> wrote: > >> 2) Methods you suggest do not give a chance to reject messages to over >> quota mailboxes *in SMTP session*. > > ...which can be a good thing if you want to give users a chance to > clean up or request more space. > > The trouble with smmapd is that it gives only a binary yes/no response, > not distinguishing even 'user unknown' from 'user over quota'. Reject > 'user unknown' in the smtp session-- absolutely-- but temp fail situations > are handled more nicely by accepting and queueing locally. IMHO it is simply a matter of making smmapd.c sending replies in different format. smapd.c gets in every query: * map name (currently ignored) * query string (currently mailbox name) smapd.c can send replies in format based on "map name" e.g. for map_name="cyrus" it can preserve the current behavior for map_name="cyrus2" it can send back * FOUND OK:mailbox_name * FOUND QUOTA:mailbox_name * NO_MATCH -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: Beyond rtcyrus2 (sendmail integration)
Jo Rhett <[EMAIL PROTECTED]> writes: > Gary Mills wrote: >> On Sun, Dec 03, 2006 at 05:33:15PM -0800, Jo Rhett wrote: >>> Gary Mills wrote: >>>> We've had excellent sendmail/cyrus integration for years, with >>>> 35,000 users. It's done by having all users in the NIS map on >>>> the mail server. No modification to sendmail is necessary because >>>> getpwnam() returns the passwd entry for the user. Users can't log >>>> in to the mail server, of course, because PAM rules prevent that. >>>> The same thing could be done with other user databases, such as >>>> LDAP. Why would you ever need a different form of integration? >>> We've done the same by putting all user accounts into virtusertable >>> with the no-recursion option. >>> >>> That said, it does require something to take user accounts and >>> export them into virtusertable/nis maps/etc. So this approach is >>> technically superior to what you and I are doing. >> >> Well, unless you are offering only e-mail service, you have to do that >> anyway. We offer many services to all, or subsets, of our users. >> Having them all in one database is very convenient. For example, we >> have a web portal that authenticates users from the same database as >> the e-mail server. > > Yes, but again you're not making a good argument for why they should > be forced to create a centralized database if they don't have one > already. > > Yes, if you already have all this information in another form you > don't have this problem today. So you don't need this project. > > This project would help people without that centralized database, or > who want updates to the good user list to happen in realtime rather > than after an export of data. "LDAP master" configuration of cyrus IMAP and sendmail does make sense especially with "mailbox auto create patch *BUT* 1) socket map daemon provides also "mailbox over quota" hint to MTA (sendmail) for use in "RCPT TO:" replies 2) cyrus virtual domains can be integrated in "nicer" with LDAP way even without quota check at MTA level 3) I insist on supporting *mixed* mailbox types e.g. with *most* mailboxes in cyrus but *some* mailboxes serviced by "classic local mailer". IMHO it makes sense to deliver messages to postmaster/abuse to cyrus and to local "mailbox agent" (procmail) and classic mailbox file. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: Possible sendmail misconfiguration to deliver to cyrus
Todd Lyons <[EMAIL PROTECTED]> writes: > [...] > My rudimentary understanding of sendmail macros makes me think that > instead of checking for users locally, it's checking for user cyrus > locally (which always succeeds), so the email is accepted for any user. > If it's a problem with the older version of sendmail that I'm using, > then I apologize in advance, but a pointer in that direction would be > most appreciated. Take a look at http://anfi.homeunix.net/sendmail/#cyrus You can * use "cyrus aliases" and list all valid cyrus mailboxes in aliases or virtusertable *OR* * use rtcyrus2 solution -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: Beyond rtcyrus2 (sendmail integration)
Jo Rhett wrote: > Gary Mills wrote: >> We've had excellent sendmail/cyrus integration for years, with >> 35,000 users. It's done by having all users in the NIS map on >> the mail server. No modification to sendmail is necessary because >> getpwnam() returns the passwd entry for the user. Users can't log >> in to the mail server, of course, because PAM rules prevent that. >> The same thing could be done with other user databases, such as >> LDAP. Why would you ever need a different form of integration? > > We've done the same by putting all user accounts into virtusertable with > the no-recursion option. > > That said, it does require something to take user accounts and export > them into virtusertable/nis maps/etc. So this approach is technically > superior to what you and I are doing. RTCyrus2 and RTCyrus3 send socket map queries to smmapd.c cyrus daemon to get information about mailbox existence and mailbox quota status in *real time* without any need for periodic exports. Methods based on periodic export are better if you expect longer cyrus imap outages and the mailbox list is "pretty stable". I have suggested such methods as superior for *MS Exchange* (on other forums). Virtusertable based solutions are not capable to check mailbox quota status *in SMTP session*. It is possible with socket map based solutions. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: Beyond rtcyrus2 (sendmail integration)
Gary Mills wrote: > On Sun, Dec 03, 2006 at 11:29:08PM +0100, Andrzej Adam Filip wrote: >> Andrzej Adam Filip <[EMAIL PROTECTED]> writes: >> >>> I would like to know who is interested in helping to develop next >>> versions of advanced Sendmail and Cyrus IMAP integration methods. >>> I would like to further improve methods available at links below: >>> http://anfi.homeunix.net/sendmail/rtcyrus2.html >>> http://anfi.homeunix.net/sendmail/#cyrus > > We've had excellent sendmail/cyrus integration for years, with > 35,000 users. It's done by having all users in the NIS map on > the mail server. No modification to sendmail is necessary because > getpwnam() returns the passwd entry for the user. Users can't log > in to the mail server, of course, because PAM rules prevent that. > The same thing could be done with other user databases, such as > LDAP. Why would you ever need a different form of integration? 1) As I understand you describe integration *without* support for cyrus virtual domains ([EMAIL PROTECTED], [EMAIL PROTECTED]). 2) Methods you suggest do not give a chance to reject messages to over quota mailboxes *in SMTP session*. RTCyrus3 will use information received via socket map query to deliver it. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: Beyond rtcyrus2 (sendmail integration)
Andrzej Adam Filip <[EMAIL PROTECTED]> writes: > I would like to know who is interested in helping to develop next > versions of advanced Sendmail and Cyrus IMAP integration methods. > I would like to further improve methods available at links below: > http://anfi.homeunix.net/sendmail/rtcyrus2.html > http://anfi.homeunix.net/sendmail/#cyrus > > > I have created google group for the purpose. Join it if you are > interested: > http://groups-beta.google.com/group/cyrus-sendmail I have uploaded "alpha one" files. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Beyond rtcyrus2 (sendmail integration)
I would like to know who is interested in helping to develop next versions of advanced Sendmail and Cyrus IMAP integration methods. I would like to further improve methods available at links below: http://anfi.homeunix.net/sendmail/rtcyrus2.html http://anfi.homeunix.net/sendmail/#cyrus I have created google group for the purpose. Join it if you are interested: http://groups-beta.google.com/group/cyrus-sendmail -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] Home site: http://anfi.homesite.net/ 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
Re: Sendmail and Cyrus Virtual Domains
AJ <[EMAIL PROTECTED]> writes: > Sorry for the cross post, but I think this is the proper list for this > question as opposed to info-sasl. > > I cannot get sendmail to deliver to a cyrus inbox with virtual > domains. I created mailboxes for [EMAIL PROTECTED], but if I try > to deliver it via sendmail, it comes back as a user unknown. I have > patched it with the Realtime Sendmail Integration as listed on the > cyrus > web site. I get no errors in the maillog. > Any ideas what I am missing here? > > > Here is my sendmail.mc file: > [...] > # Cyrus stuff > FEATURE(`mrs')dnl > FEATURE(`mrs_cyrus')dnl > [...] Standard set of warm-up cheks: a) Have you pathed cf/m4/proto.m4? [required for FEATURE(`mrs') to work] b) Have you copied mrs.m4 and mrs_cyrus.m4 files to cf/features file directory? c) Have you replaced cf/mailer/cyrusv2.m4 file with modified version? If the above checks fail then check output of the test command below: echo '3,0 [EMAIL PROTECTED]' | sendmail -d21.12 -d60.5 -bt -d60.5 - trace map lookups -d21.12 - detailed trace of sendmail.cf processing -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] 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
[BUG REPORT] file Cyrus/IMAP/Admin.pm procedure mboxconfig
Andrzej Adam Filip <[EMAIL PROTECTED]> writes: > * I have been unable to set per mailbox expire times using "mboxconfig" > command via cyradm. It gives "mboxconfig: Permission denied" > * "info" command issued via cyradm reported problerly expire times set > "a few upgrades ago" > * SETANNOTATION issued directly in IMAP session (imptest) has been able > to set expire annotation (reported later by "info") > > I use cyrus-imapd-2.2.13-6 on debian/testing. > > Is it something specific to this debian package or this cyrus release? I have traced down the problem to "double assigment" in perl module Cyrus::IMAP::Admin, procedure mboxconfig /usr/lib/perl5/Cyrus/IMAP/Admin.pm #v+ 40 # $Id: Admin.pm,v 1.48 2005/11/21 16:39:25 murch Exp $ 796 if(exists($values{$entry})) { 797 $entry = $values{$entry}; 798 } else { 799 $self->{error} = "Unknown parameter $entry" unless substr($entry,0,1) eq "/"; 800 } 801 802 $entry = $values{$entry}; #v- Assigment in line 802 is a bug after assigment in line 797. 797: "expire" -> "/vendor/cmu/cyrus-imapd/expire" 802: "/vendor/cmu/cyrus-imapd/expire" -> undef -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] 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
[cyrus-2.2/debian/cyradm] mboxconfig _mailbox_ expire _expire_ -> mboxconfig: Permission denied
* I have been unable to set per mailbox expire times using "mboxconfig" command via cyradm. It gives "mboxconfig: Permission denied" * "info" command issued via cyradm reported problerly expire times set "a few upgrades ago" * SETANNOTATION issued directly in IMAP session (imptest) has been able to set expire annotation (reported later by "info") I use cyrus-imapd-2.2.13-6 on debian/testing. Is it something specific to this debian package or this cyrus release? -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] 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: anfi.homeunix.net may be discontinued
Andrzej Adam Filip <[EMAIL PROTECTED]> writes: > anfi.homeunix.net web site may be discontinued with post fact > notification. > > I post the info here because I believe that some of you have found > recipes for cyrus and sendmail integration published on the site to be > useful. anfi.homeunix.net web site will be discontinued after July 31, 2006 (UTC) -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] 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
anfi.homeunix.net may be discontinued
anfi.homeunix.net web site may be discontinued with post fact notification. I post the info here because I believe that some of you have found recipes for cyrus and sendmail integration published on the site to be useful. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] 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: Creating mailboxes
David Korpiewski <[EMAIL PROTECTED]> writes: > So I have this particularly stupid newbie question but don't seem to > have a good answer yet: > > I've found that I have to create the mailboxes for my users before > they can receive email. However, to create the mailboxes, I've had > to log into cyradm and then run the "cm user.username" to make them. > > This is fine, except that I want to script this process. I'm sure > other people have done it. We found a script that will do this, but > we have to put a username and password for one of the cyrus admins in > it, which makes the unix people around here uncomfortable. Other > than using Kerberose for an authentication method to get into cyradm, > is there any other way to create mailboxes? Do you create cyrus mailboxes for *existing* OS accounts? [ Wording of your question make me think it is quite likely ] YES => consider using "autocreate" patch URL(s): http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/ExternalLinks http://email.uoa.gr/projects/cyrus/autocreate/ -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/http://www.linkedin.com/in/andfil 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: cyrdeliver, exim on sarge - deliver spam to a special folder
"Mihály Litzler" <[EMAIL PROTECTED]> writes: > Sorry If i post a wrong list..., i cannot really determine whether it's an > Exim > or Cyrus problem. > > I would like to deliver spam mails into a different folder instead of INBOX by > default to all of my users. Simply do a sorting on the header Spam-Flag... > > I did Google, rtfm, etc. I did my best, however I couldn't solve this: > [...] Make exim router rewrite recipient of "classified as spam" from "user" to "user+spambox" (where "spambox" is name of the special folder) and deliver the messsages via standard LMTP transport. It will make cyrus put "classified as spam" in spambox foldef *IF* spambox subfolder has been created in the INBOX AND there are right permissions on spambox folder for direct LMTP deliovery Rewrite of the recipient addresses is an exim problem. Setting permissions is a cyrus problem. -- IMHO much better alternative would be to use sieve scrit for sorting incoming mail [cyrus does support sieve] with sample sieve script and sieve script installation procedure for your users. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/http://www.linkedin.com/in/andfil 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: Virtual domains + aliases + cyrus
Sarah Walters <[EMAIL PROTECTED]> writes: > All, > > I am attempting to configure a mail server to be able to check aliases > and deliver to Cyrus IMAPd while preserving the domain data. Our MTA at > the moment is sendmail, but if another MTA can do this better I can look > at alternatives. > > My current understanding is as follows: > > 1. To maintain the virtual domain detail you need to use the >mailertable. Mailertable is the most common recomendation but it is not the only way. [ Let's limit our discussion to mailertable based solutions ] > 2. Sendmail only checks the aliases file for local delivery, which it >does not consider mailertable to be. Sendmail can check aliases for any mailer with F=A flag set. The flag is set by default only for local mailer. You can set the flag for another mailer using line as below in your *.mc file: MODIFY_MAILER_FLAGS(`CYRUSV2', `+A') > We are currently using 2.2.12 (v2.2.12-Invoca-RPM-2.2.12-3.RHEL4.1 to be > precise). At this time there are no virtual domains, and we do the > aliases on a separate box before making an LMTP connection to the cyrus > host. We now want to consolidate the mail service onto the one box > rather than have SMTP on one and Cyrus on another. > > Can I do the above, and can anyone please tell me exactly how? > > I would also like to make better use of LDAP, as there is a project to > store all account information in LDAP for these users and it would be > preferable to use it directly rather than having to do a dump of the > data. It is "techically possible" to make sendmail check cyrus mailox and alias existence *before* sending reply to "RCPT TO:". The solution below (so far) checks only for cyrus mailbox existence: http://anfi.homeunix.net/sendmail/rtcyrus2.html -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/http://www.linkedin.com/in/andfil 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: cyrus+sendmail+lmtpunix connection refused by localhost
Chris Harms <[EMAIL PROTECTED]> writes: > Hello, > > We have recently started to experience an inconsistent problem after > restarting cyrus and sendmail after a nightly backup script runs. All > services seem to start properly, but mail delivery is deferred with > sendmail logging > > dsn=4.4.1, stat=Deferred: Connection refused by localhost > > It appears to be something in lmtp, but we aren't sure what exactly. > We are using the socket for lmtpunix delivery. The magic bullet > seemed to be stopping all services and removing > /var/run/cyrus-master.pid and some old lmtp lock files, but then this > may have been coincidental. I found a few similar reports on Google, > but no definite answers to this problem. > > Any insight as to why this would just start happening out of the blue > would be most appreciated. > > Thank you, > Chris Harms > > # additional info > > # Software versions > cyrus 2.2.12 > sendmail 8.13.6 > > # /var/imap/socket > srwxrwxrwx 1 root root 0 May 16 22:36 lmtp > > # cyrus.conf > lmtp cmd="lmtpd" listen="lmtp" prefork=0 > lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=1 Two recomended tests: a) direct execution of deliver program (echo subject: test; echo) | cyrdeliver -- mailbox_name [ it will try to submit message via unix socket ] b) making sendmail deliver the message in verbose mode in sendmail-8.12+ as root execute: (echo subject: test; echo)| sendmail -v mailbox_name One possible source of problem: HostStatusDirectory option makes sendmail "remember" for some time initial problems with delivery to cyrus imap. Have you set the option in your sendmail.cf? -- [pl2en Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ http://www.linkedin.com/in/andfil 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: sendmail delivery to shared folder problem
Shawn O'Connor wrote: > [...] > Hi Andrzej, > > Thank you for your reply. Below is the output of the debug commands. > Hopefully, the output makes more sense to you :). > > mail# echo '$=w' | sendmail -nt > No recipient addresses found in header > > Strange, because the domain in question is in local host names. Sorry, it was *my* typing mistake: echo '$=w' | sendmail -bt > mail# sendmail -bv "bb+consulting/[EMAIL PROTECTED]" > bb+consulting/[EMAIL PROTECTED] deliverable: mailer cyrusv2, user > +consulting/ownit > mail# echo '3,0 bb+consulting/[EMAIL PROTECTED]' | sendmail -bt > ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) > Enter >> canonify input: bb + consulting / ownit @ somedomain . biz > Canonify2 input: bb + consulting / ownit < @ somedomain . biz > > Canonify2returns: bb + consulting / ownit < @ somedomain . biz . > > canonify returns: bb + consulting / ownit < @ somedomain . biz . > > parse input: bb + consulting / ownit < @ somedomain . biz . > > Parse0 input: bb + consulting / ownit < @ somedomain . biz . > > Parse0 returns: bb + consulting / ownit < @ somedomain . biz . > > ParseLocal input: bb + consulting / ownit < @ somedomain . biz . > > ParseLocal returns: $# cyrusv2 $: + consulting / ownit > parsereturns: $# cyrusv2 $: + consulting / ownit Both tests look OK. > mail# > ( echo "subject: test"; echo)| sendmail -v -oi > "bb+consulting/[EMAIL PROTECTED]" > bb+consulting/[EMAIL PROTECTED] Connecting to [127.0.0.1] via > relay... > 220 mail.somedomain.biz ESMTP Sendmail 8.13.4/8.13.4; Sun, 7 May 2006 > 00:17:26 +0800 (SGT) >>>> EHLO mail.somedomain.biz > 250-mail.somedomain.biz Hello [192.168.1.252], pleased to meet you > 250-ENHANCEDSTATUSCODES > 250-PIPELINING > 250-8BITMIME > 250-SIZE > 250-DSN > 250-ETRN > 250-AUTH PLAIN LOGIN > 250-STARTTLS > 250-DELIVERBY > 250 HELP >>>> STARTTLS > 220 2.0.0 Ready to start TLS >>>> EHLO mail.somedomain.biz > 250-mail.somedomain.biz Hello [192.168.1.252], pleased to meet you > 250-ENHANCEDSTATUSCODES > 250-PIPELINING > 250-8BITMIME > 250-SIZE > 250-DSN > 250-ETRN > 250-AUTH PLAIN LOGIN > 250-DELIVERBY > 250 HELP >>>> MAIL From:<[EMAIL PROTECTED]> SIZE=15 > [EMAIL PROTECTED] > 250 2.1.0 <[EMAIL PROTECTED]>... Sender ok >>>> RCPT To: >>>> DATA > 250 2.1.5 ... Recipient ok > 354 Enter mail, end with "." on a line by itself >>>> . > 250 2.0.0 k46GHQPS090562 Message accepted for delivery > bb+consulting/[EMAIL PROTECTED] Sent (k46GHQPS090562 Message > accepted for delivery) > Closing connection to [127.0.0.1] >>>> QUIT > 221 2.0.0 mail.somedomain.biz closing connection > Of course, this is followed by the following in the log file: > > May 7 00:17:27 mail master[90566]: about to exec > /usr/local/cyrus/bin/lmtpd > May 7 00:17:27 mail lmtpunix[90566]: executed > May 7 00:17:27 mail lmtpunix[90566]: accepted connection > May 7 00:17:27 mail lmtpunix[90566]: lmtp connection preauth'd as postman > May 7 00:17:27 mail lmtpunix[90566]: verify_user(user.) failed: Mailbox > does not exist > And it then sends a bounce message. > > Thanks! > >-Shawn Repeat the last test as root with -Am option added. It should provide exact transcript of LMTP session between sendmail and cyrus. I think sendmail behaves "as configured" but the test will provide "the final proof": ( echo "subject: test"; echo)| sendmail -v -Am -oi -- [pl2en Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ http://www.linkedin.com/in/andfil 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: sendmail delivery to shared folder problem
"Shawn O'Connor" <[EMAIL PROTECTED]> writes: > I am having trouble getting sendmail to properly deliver mail to a > shared folder that is named "consulting/ownit." > > Sending to mail to consulting/[EMAIL PROTECTED] shows: > > May 6 02:52:03 mail lmtpunix[82369]: executed > May 6 02:52:03 mail lmtpunix[82369]: accepted connection > May 6 02:52:03 mail lmtpunix[82369]: lmtp connection preauth'd as postman > May 6 02:52:03 mail lmtpunix[82369]: > verify_user(user.consulting.ownit) failed: Mailbox does not exist > > Whereas sending mail to: > > bb+consulting/[EMAIL PROTECTED] shows: > > May 6 02:58:24 mail lmtpunix[82455]: executed > May 6 02:58:24 mail lmtpunix[82455]: accepted connection > May 6 02:58:24 mail lmtpunix[82455]: lmtp connection preauth'd as postman > May 6 02:58:24 mail lmtpunix[82455]: verify_user(user.) failed: > Mailbox does not exist > > The problem, I'm thinking is that we are trying to use unix hierarchy > and alternate namespace. Perhaps the sendmail m4 isn't properly > matching it? I can deliver the message with the deliver program via: > > cat somemessage | /usr/local/cyrus/bin/deliver -m consulting/deliver > > Below is my .mc file, if anyone could help it would be greatly appreciated. > > Kind regards, > >-Shawn > > divert(-1) > [...] > FEATURE(local_lmtp) > [...] > > FEATURE(`preserve_local_plus_detail') > [...] > MAILER(`cyrusv2')dnl > MAILER(local) > MAILER(smtp) > LOCAL_RULE_0 > Rbb + $+ < @ $=w . >$#cyrusv2 $: + $1 What is reported by tests command given below [executed as root]: # show list of local email domains ($=w). Your bb hack works only for # $=w domains. Is somedomain.biz listed? echo '$=w' | sendmail -nt # show which mailer/host/user are se;ected by sendmail for delivery sendmail -bv "bb+consulting/[EMAIL PROTECTED]" # show sendmail.cf processing (matching rules) echo '3,0 bb+consulting/[EMAIL PROTECTED]" | sendmail -bt # send test message in verbose mode ( echo "subject: test"; echo)| sendmail -v -oi "bb+consulting/[EMAIL PROTECTED]" -- [pl2en Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ http://www.linkedin.com/in/andfil 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: Cyrus discards? Messages older than 3 wonth
Jason Fesler <[EMAIL PROTECTED]> writes: >> Is it possible, that cyrus (debian sarge, cyrus21-common >> 2.1.18-2.0.1) discards automaticly messages that are older than >> three month? >> I cant find messages in my "Sent"-Folders which are older. In other >> folders there are messages older than three month. > > If your ISP runs "ipurge" regularly, that may happen. > > If you run the box in question, look for signs of ipurge in your > configuration files and in any place your OS might configure cron > entries. > > On *my* system, I expire the spam and trash folders for all users, but > not anything eles. What expiry periods do you use/recomend? [ I use 7 days for "trash" ] -- [pl2en Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ 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: Latin1/UTF8 chars?
Sebastian Hagedorn <[EMAIL PROTECTED]> writes: > Hi, > > --On 14. März 2006 11:44:21 +0200 Elver Loho <[EMAIL PROTECTED]> wrote: > >> Mail is sent with specific Estonian characters in it (Latin-1 / >> ISO-8859-1 encoded). These chars look like õüäö and ÕÜÄÖ >> >> These chars in the subject line are replaced with X by what I assume >> to be Cyrus. (The mails go through Fetchmail, Postfix, Cyrus and >> Thunderbird and yes, it could be any one of them, but my bet is on >> Cyrus at the moment.) > > yes, it is Cyrus. Cyrus *only* does this if the subject line isn't > properly encoded as specified by RFC 2047. It only replaces bare 8-bit > characters. A properly encoded subject using ISO-8859-1 looks like > this: > > Subject: =?ISO-8859-1?Q?Re:_Zu_gro=DF_-_Dual_Layer=3F=3F?= > >> What's funny is that subject lines with UTF-8 encoding render just >> fine are not replaced with any X-chars. So I get a lot of lovely >> squigglies with Asian spam. > > They render fine because they are properly encoded. So: fix the mail > clients that send broken header lines. I get only few such broken > mails these days. There is a patch to cyrus-imapd that implements munge8bit option. Expert from /etc/imapd.conf installed by debian cyrus package (patched?). # Munging illegal characters in headers # Headers of RFC2882 messages must not have characters with the 8th bit # set. However, too many badly-written MUAs generate this, including most # spamware. If you kept reject8bit disabled, you can choose to leave the # crappage untouched by disabling this (if you don't care that IMAP SEARCH # won't work right anymore. #munge8bit: no -- [pl2en Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ 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: delivering to over-quota users based on sender
"Paul Haldane" <[EMAIL PROTECTED]> writes: > > -Original Message- > > From: Kjetil Torgrim Homme > > > > On Thu, 2006-01-26 at 14:19 +, Paul Haldane wrote: > > > We're running a couple of largish cyrus (2.x) imap servers (with > > > sendmail). Our admin people have come up with a request to > > > be able to > > > deliver messages (from certain email addresses) to people who have > > > reached their mailbox quota. > ... > > > we do this with Exim, so I can't offer help with the Sendmail > > definitions. for messages which qualify, we use a special mailer > > ("transport" in Exim terminology) which invokes "deliver -q". normal > > delivery happens with LMTP. it is possible to do this > > directly in LMTP > > (that's what deliver(8) does), but Exim doesn't support sending the > > required parameter ("IGNOREQUOTA") in the RCPT TO command. although > > deliver(8) isn't as reliable as direct LMTP, the volume of such > > exceptional messages should be so low it doesn't matter much. > > > Thanks. I asked the same question in comp.mail.sendmail and got a reference > to > > http://anfi.homeunix.net/sendmail/smarttab.html > > as a way of routing messages based on sender in sendmail. > > However after some further discussion with colleagues we decided not > to implement any of this at the moment. Main justification is that a > large chunk of our user community has their mail delivered to an > Exchange server and the Exchange admins say that there's no way for > them to force delivery there. > > We'll probably revisit this in the future and look at moving to Exim > (since we want to do that anyway). Have you considered using some script for sending the messages directly? [without MTA help, e.g. using "deliver -q ..." ] -- Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 523927 They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, Historical Review of Pennsylvania, 1759 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: efficient and simple ham and spam learn with cyrus
lartc <[EMAIL PROTECTED]> writes: > i have a cyrus/postfix/amavis setup and would like to ask if anyone has > developed a simple methodology to handle learning of ham and spam in an > imap mailbox. > > in general do you have your user forward messages to piped user, or have > sa-learn run on an imap mailbox? Using *indyvidual* bayes databases ("spam keywords") improves bayes results. -- Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 523953 They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, Historical Review of Pennsylvania, 1759 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: cyrus-imapd-2.2.12 with sendmail-8.12.11 integration "niggle".
Benjamin Donnachie <[EMAIL PROTECTED]> writes: > Andrzej Adam Filip wrote: > > You can use F=1 mailer flag to make sendmail *strip* (remove) null bytes > > from *headers* before relaying message to cyrus imap. > > Ah! The 1 flag isn't listed on the FAQ I was using as a reference! > > > I think that rejecting messages with null bytes (in smtp session) would > > require using milter. If you use MIMEDefang (perl based/GPL) milter for > > spam and/or virus protection then it should be relatively easy task. > > Thanks for your help! I'm happy for them to be accepted by cyrus (and > dspam subsequently retrained) as it's the annoying bounces to nowhere > that sendmail keeps trying to resend that I want to stop! > > Thanks again! :-) I personally prefer to reject spam *in smtp session*. Any reasonable price anti-spam system will produce some false-postives. IMHO it is crucial to make sender know the message have not reached the recipeint *WITHOUT* taking over responsibility for delivering bounces. I had to "debug" once delivery from my site to site implementing policy of dev nulling messages *classified* as spam. The recipient *WANTED* to receive the messages. -- Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 519317 They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, Historical Review of Pennsylvania, 1759 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: cyrus-imapd-2.2.12 with sendmail-8.12.11 integration "niggle".
Benjamin Donnachie <[EMAIL PROTECTED]> writes: > Andrzej Adam Filip wrote: > > Post another confirmation for future readers after a few days of using it. > > I have seen a few ugly surprises created by aliases and rule set 5 > > interactions (low but non zero chance). > > Still works! :-) > > A little cheeky... but I don't suppose you know of a way to get sendmail > to reject messages containing NULLs as well? As only spam messages seem > to have that problem and once cyrus rejects it, sendmail tries to send a > bounce notification back to a bogus address! You can use F=1 mailer flag to make sendmail *strip* (remove) null bytes from *headers* before relaying message to cyrus imap. I think that rejecting messages with null bytes (in smtp session) would require using milter. If you use MIMEDefang (perl based/GPL) milter for spam and/or virus protection then it should be relatively easy task. URL(s): http://www.mimedefang.org/ -- Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 519317 They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, Historical Review of Pennsylvania, 1759 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: cyrus-imapd-2.2.12 with sendmail-8.12.11 integration "niggle".
Benjamin Donnachie wrote: Andrzej Adam Filip wrote: How it is supposed to work: * flag F=5 will turn on processing of rule set 5 * checks done by F=w flag will be done by "error" luser relay in rule set 5 * preserve_local_plus_detail will stop sendmail from stripping +detail in rule set 5 You're a genius! :-) It works perfectly - many thanks for your help! Thanks, You have seen effects of a lot of sendmail practice :-) Post another confirmation for future readers after a few days of using it. I have seen a few ugly surprises created by aliases and rule set 5 interactions (low but non zero chance). -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/cyrus/ Netcraft Site Rank: 514007 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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: cyrus-imapd-2.2.12 with sendmail-8.12.11 integration "niggle".
Benjamin Donnachie wrote: At the moment, I use shadow passwords for cyrus-imapd authentication and I would like sendmail to reject any message for which the recipient does not have an account on the server. This is complicated because I use "plussed" addresses with cyrus-imapd; if I enable the "w" sendmail mailer option, then it rejects plussed address messages - since that account doesn't exist. However, if I disable the preserve_local_plus_detail option in sendmail it performs the local account check correctly but then doesn't pass on the folder detail (ie the section after, and including, the +)... Is there anyway to instruct sendmail to remove the plus detail for the local account check but to use it when passing the message to cyrus (via dspam in my case)? I've scoured the sendmail docs and done many google searches but can't find an answer, and concluded that a cyrus-imapd admin would be the best person to know! :-) I intend to migrate over to postfix and ldap in a few months - but would prefer to solve this problem now as my mail queue is filling up with bounces to fake addresses in response to spam messages to non-existent accounts. *TEST IT BEFORE USING* I guess to can get it via: 1) adding F=5 to cyrusv2 mailer options and *REMOVING* to F=w flag 2) using FEATURE(`preserve_local_plus_detail') 3) using error mailer in LUSER_RELAY define(`LUSER_RELAY',`error:nouser User unknown') You can test it using: sendmail -C /etc/mail/sendmail-test.cf -bv [EMAIL PROTECTED] Let me know if it works as expected, I had no time to test it myself. WARNING: ~login/.forward files *WILL NOT* be processed How it is supposed to work: * flag F=5 will turn on processing of rule set file * checks done by F=w flag will be done by "error" luser relay in rule set 5 * preserve_local_plus_detail will stop sendmail from stripping +detail in rule set 5 -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 514007 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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: Cyrusoft files bankruptcy
Alan Thew wrote: On Fri, 18 Nov 2005 10:38 , Andrzej Adam Filip <[EMAIL PROTECTED]> said: http://www.cyrusoft.com/ "> It is with deep regret that I have to inform you of the immediate cessation of operations of Cyrusoft International, Inc./ISAMET. The company today filed for Chapter 7 bankruptcy. http://news.google.com/news?q=cyrusoft P.S. All links to cyrusoft [ e.g. http://www.cyrusoft.com/sieve ] are no longer valid/serviced. This is rather old news I think and the software links appear to work still... (downloads seem to work OK for me...) http://www.cyrusoft.com/sieve "> Object not found! The requested URL was not found on this server. If you entered the URL manually please check your spelling and try again. If you think this is a server error, please contact the webmaster Error 404 www.cyrusoft.com Fri 18 Nov 2005 07:24:44 AM EST Apache/2.0.40 (Red Hat Linux) -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 477146 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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
Cyrusoft files bankruptcy
http://www.cyrusoft.com/ "> It is with deep regret that I have to inform you of the immediate cessation of operations of Cyrusoft International, Inc./ISAMET. The company today filed for Chapter 7 bankruptcy. http://news.google.com/news?q=cyrusoft P.S. All links to cyrusoft [ e.g. http://www.cyrusoft.com/sieve ] are no longer valid/serviced. -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 477146 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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: Using Procmail, Sendmail with Cyrus
gui wrote: I'm trying to use Procmail on my Sendmail/Cyrus server. I'm using cyrus-imapd-2.2.12 and Sendmail 8.13.3on Freebsd 5.4, and want to use procmail-3.22_6. I couldn't find much information on the web on how to use procmail. My main objective is to get bsd vacation working - and this requires procmail. I need vacation because my webmail Horde needs it (cannot use sieve). The only information I can find is : http://subwiki.honeypot.net/cgi-bin/view/Freebsd/SendMailAndCyrus?skin=print.pattern And the O'Rielly IMAP Management book. But both are not very clear. Has anybody installed and configured Procmail on a Sendmail/Cyrus server? Care to share your experience and a How-To? Thank you very much in anticipation. The simplest method is to make sendmail deliver messages via standard local mailer and use ~/.procmailrc to redirect messages to cyrus using "deliver" program from cyrus package. There are multitude of cyrus&sendmail integration methods. A few are described at: http://anfi.homeunix.net/sendmail/#cyrus e.g. it is possible to select cyrus mailer *after* alias and ~/.forward expansion. It will allow users with OS account to use procmail for processing recived messages. Users without ~/.forward file and existing corresponding cyrus mailobx will get their mail delivered to cyrus mailbox. -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 475308 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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: Munge8bit option for .spec file
[EMAIL PROTECTED] wrote: I've attached .spec file of my cyrus-imapd on SLES9. Could someone tell me what to change there so I can build it with "munge8bit option"? AFAIK it requires patching cyrus-imapd sources. I think you can extract the patch from source RPM available at http://www.invoca.ch/pub/packages/cyrus-imapd/ and see the required modifications of *.spec file. The page is mentioned at cyrus wiki: http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/ExternalLinks Simon Matter's Cyrus RPMs -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 487901 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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: Problem with Subject: XXXX XXXXXX on Cyrus
[EMAIL PROTECTED] wrote: Hello All, Thanks to all who replyed. I understand now that this are the hotmail and many other clients to blame for these kind of headers. But in reality I would like to deal with this problem (not just blame the clients) via Cyrus (UW-IMAP and Exchange seem to deal with the problem pretty well). Many users on my system now very dissapointed by this header handling :( This munge8bit option, Andrzej wrote about is very interesting but I can't see this option with man imapd.conf on my SLES9 system. Is there more information on enabling this munge8bit option? The patch from Igor is also interesting, if nothing else works, I'd like to try it. Best Regards, Leon Kolchinsky munge8bit patch is included in FedoraCore4 rpm I use (from "extras" repository). As last repsort you may try to extract it from the source rpm. -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 483671 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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: Problem with Subject: XXXX XXXXXX on Cyrus
[EMAIL PROTECTED] wrote: I have very annoying problem since I've moved to Cyrus from UW-IMAP: When someone sends e-mail from a number of servers to my users, and Subject line is in hebrew, the only Subject they see on their Outlook Express or Horde IMP is Subject: XX On the other hand, same message sent to Exchange account looks OK on the Subject line. Is there any solution to this kind of problem? [...] You can set munge8bit option to zero in imapd.conf. I am not sure if it requires patching cmu sources. Check "man imapd.conf" on your system to find out if it is supported by your binary. -- [en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ Netcraft Site Rank: 483671 All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century 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: sendmail->procmail->cyrus
Casper wrote: I have a FreeBSD system set up with sendmail+procmail+cyrus and procmail delivers mail to cyrus with /usr/cyrus/bin/deliver. Everythin works but procmail rewrites the return-path in the mailheaders to the local users cyrus (sendmail has cyrus as a trusted user). But my problem is that i not want the return-path rewrited and o wonder how to stop this and leave in untouched... Or if there is another way to filter virtual cyrus users with procmail and then deliver witn sendmails curysv2.mc feature (lmtp) You can use deliver's "-f" command line option to set Return-Path: Have you considered making sendmail deliver messages to cyrus directly via LMTP over unix socket? * Spam & Virus filtering can be done using milter (e.g. mimedefang.org) with rejecting *IN* smtp session * sorting to cyrus folders can be done using sieve (supported by cyrus-imap) http://anfi.homeunix.net/cyrus/ -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century --- 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: Same email address but on different domains
Kurt Laurinaitis wrote: Hello all I am going to try to explain what I am trying to do as best as I can, it still might come out confusing though. I am using cyrus 2.2.12 , sasl 2.1.21, BerkeleyDB 4.3.28, and Sendmail 8.13.3. I want to host multiple domains on my computer: example1.com, example2.com, and example3.com. But the trick is I want to have the same email address for each domain: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] and for each one of those account to be comletely seperate from each other with seperate passwords and comletely seperate boxes. I think the way I have it now it that if I did have all of those domains, they would all go to the same inbox, I don't want that for the future. Can cyrus do this or do I have to find another way to do it? Part of my imapd.conf: sasl_passwd_check: auxprop pwcheck_method: sasldb Take a look at the links below: * http://asg.web.cmu.edu/cyrus/download/imapd/install-virtdomains.html Configuring (Cyrus) Virtual Domains * http://anfi.homeunix.net/cyrus/ Real Time Cyrus Integration Version 2 (cyrus,sendmail) How to make sendmail check in real time presence of cyrus mailbox RTCyrus2 allows sendmail to reject messages to non existing mailboxes in "cyrus domains" in reply to "RCPT TO:" -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke, 18th century --- 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: integrating sendmail and cyrus realtime - supported with sendmail without Andrzej's patched cyrus m4 files?
Carl Brewer wrote: I'm just wondering if anyone on this list knows if there's any "official" support for cyrus realtime integration into sendmail? I've been using Andrzej's patched cyrusv2.m4 files for some time and they work well, are they going to get rolled into sendmail proper at some point? Has that already happened and I just haven't noticed?! There a few things (3) I would like to do at Cyrus-IMAP side before "final freeze" of the integration recipes: A) "explanation strings" provided with TEMP/PERM replies are not available in sendmail.cf. Cyrus-IMAP uses such replies to signalize "over quota" situation. It is sendmail fault/deficiency but it may be easier (faster) to fix in cyrus-imap (smmapd.c). So far smampd ignores map name provided in the queries. It may generate different format of replies based on "map name" e.g. map="cyrus" key="xxx" => already existing format map="cyrusv3" key="xxx" => NOMATCH : mailbox does not exist OK:xxx : mailbox exists and it is ready to accept message ERROR:D.S.N:4???/5?? text - mailbox exist but unavailable (e.g. over quota) B) it would simplify sendmail configuration if cyrus-imap could provide list of all configured virtual domains and default domain e.g. map="system" key="domain" => default domain map="system" key="vdomains" => list of space separated virtual domains C) It would be nice to allow cyrus define "receive only" mailboxes or instruct MTA (sendmail) that over quota user is not allowed to *SEND* messages [some people want postmaster@ and abuse@ as "receive only"]. It would require implementing different "map name" for checking envelope sender addresses. d) (non critical idea) smmapd may be used to instruct MTA to deliver messages directly to appropriate murder component (LMTP over TCP/IP). P.S. Only "A" is necessary before making it official but I am sufferer of "over optimalization" syndrome :-) -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] "All that is necessary for the triumph of evil is that good men do nothing" -- Edmund Burke (18th century) --- 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: Using IMAPd to send emails?
Gregg Berkholtz wrote: This topic doesn't seem to be covered in the docs, FAQ, Wiki, mailing list searches, or Google - so please forgive me if it's a FAQ... Many environments are seeing a steady increase in attachment sizes, and hence are encountering growing issues associated with uploading multi-megabyte emails twice (once as an SMTP message, and another as an IMAP upload to the user's sent folder). Some of my environments have users growing impatient with the time it takes to upload sent emails, when "...opening emails/attachments take half as long as sending them...". We're seeking ways to minimize sent message upload times for users not only on dialup, and low-upload-speed broadband, but also for users on high upload/download speed links. One possibility being considered is eliminating the need for SMTP uploads from the client. Though without the client sending SMTP messages, we need a way for the client to "ask" the IMAP daemon to copy/pass the already uploaded message into a nearby SMTP engine for further transmission. Does this functionality exist within Cyrus? Of-course something like this would require client-side support as well, though there's no point in seeking client-side support if the server and/or protocols can/will not support such functionality. Sending "via IMAP" would require cooperation of client MUA. It may be easier to arrange making MTA deliver copies of sent messages to "Sent" folder. Which MTA do you use? -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] "All that is necessary for the triumph of evil is that good men do nothing" -- Edmund Burke (18th century) --- 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: Email case problem
Sun Advocate Webmaster wrote: I have a slight problem, and was curious what can be done to fix it. I have a Cyrus/Postfix setup. It works great; however, we often receive emails that don't match the case of the accounts on cyrus (all of them are strictly lower case). In that event, postfix receives them OK, but cyrus rejects them during LMTP negotiation. Many of our clients are sending stuff using addresses that are using all caps or title caps. These emails are being rejected by our system. I totally understand that Cyrus and Postfix, for that matter, try hard to adhere to standards (RFC, for example). However, business is business... and we have to cater to our customers. Many of these customers are on Windows systems, and don't have control (or knowledge, for that matter) of their mail systems anyway. Is there a workaround? Is there a setting for Cyrus that tells it to ignore case? I'm also going to post to the postfix list also. Any help would be most appreciated. lmtp_downcase_rcpt: 0 If enabled, lmtpd will convert the recipient address to lowercase (up to a ’+’ character, if present) [...] username_tolower: 1 Convert usernames to all lowercase before login/authenticate. This is useful with authentication backends which ignore case during username lookups (such as LDAP) -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] "All that is necessary for the triumph of evil is that good men do nothing" -- Edmund Burke (18th century) --- 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: procmail _deliver_ cyrus-imap
Stephan Wienczny wrote: Zitat von Andrzej Adam Filip <[EMAIL PROTECTED]>: What is reported when you use deliver directly from command line? (echo subject: test; echo) | /usr/lib/cyrus/deliver -- stephan That worked. There was no error. I think the arguments to deliver must be wrong then. What command line should I use to drop mail in certain subfolders? In such case try version below: /PATH/deliver -m _folder_name_ -- _user_name_ BTW Have you considered using sieve script for "sorting" incoming mail? [ cyrus-imap supports sieve ] -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: procmail _deliver_ cyrus-imap
Stephan Wienczny wrote: I'm trying to use cyrus-imap in my mail-system. Imap is working! I could copy my files to the new location. Now I'm trying to use procmail and deliver to spamcheck and sort my incoming mail. Whenever I send a testmail I get this output to procmail.log: procmail: Program failure (65) of "/usr/lib/cyrus/deliver" I set deliver to setuid and setgid. These are the important parts of my .procmailrc MAILDIR="user.stephan" DELIVERMAIL="/usr/lib/cyrus/deliver -e -q -a stephan" :0w | $DELIVERMAIL -m $MAILDIR I'm using qmail to inovke procmail as user if that does matter. The imap-server is version 2.2.12 on 2.6.11-gentoo-r9-g4 on ppc What is reported when you use deliver directly from command line? (echo subject: test; echo) | /usr/lib/cyrus/deliver -- stephan -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: real time cyrus integration difficulties
Rod Gutierrez wrote: On Thu, 26 May 2005, Andrzej Adam Filip wrote: You can make non sendmail.org FEATURE(`mrs_cyrus.m4') use non built in smmapd socket location by defining CYRUS_SMMAPD_SOCKET before the feature e.g. define(`CYRUS_SMMAPD_SOCKET',`/var/lib/imap/socket/smmapd')dnl You can test replies sendmail gets from smmapd by using the command below: echo '/map cyrus rod' | sendmail -bt i added the line that you suggested into my sendmail.mc file (which is included below). i've also tried using the command you provided. the command produces the following output for both existing and nonexisting accounts: [EMAIL PROTECTED] ~]# echo '/map cyrus rod' | sendmail -bt ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter map_lookup: cyrus (rod) no match (75) [EMAIL PROTECTED] ~]# echo '/map cyrus test' | sendmail -bt ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter map_lookup: cyrus (test) no match (75) here is a copy and paste of my sendmail.mc file... divert(0)dnl VERSIONID(`setup for Red Hat Linux')dnl OSTYPE(`linux') define(`confBIND_OPTS',`-DNSRCH -DEFNAMES') FEATURE(`nocanonify') FEATURE(`always_add_domain') define(`confTRUSTED_USERS',`cyrus') define(`CYRUS_LMTP_SOCKET',`/var/lib/imap/socket/lmtp')dnl define(`CYRUS_SMMAPD_SOCKET',`/var/lib/imap/socket/smmapd')dnl define(`LUSER_RELAY',`mrs_cyrus_user:error:5.1.1:550 User unknown')dnl FEATURE(`mrs')dnl FEATURE(`mrs_cyrus',`/usr/lib/cyrus-imapd/smmapd')dnl MODIFY_MAILER_FLAGS(`CYRUSV2',`-A5')dnl MAILER(`local')dnl MAILER(`smtp')dnl MAILER(`cyrusv2')dnl LOCAL_RULE_0 Rbb + $+ < @ $=w . >$#cyrusbb $: $1 Most likely your sendmail still tries to contact smmapd unix socket at "wrong location". In your case smmapd socket location is set by seconds argument in FEATURE(`mrs_cyrus',`...'). 1) Remove no longer neede define(`CYRUS_SMMAPD_SOCKET',...) 2) Fix smmapd socket location in FEATURE(`mrs_cyrus',`...') FEATURE(`mrs_cyrus',`/var/lib/imap/socket/smmapd')dnl P.S. Let us know the effect. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: real time cyrus integration difficulties
Rod Gutierrez wrote: for the last couple of days i have been trying to get real time cyrus integration working with no luck. i am under the assumption that once everything is working sendmail will return a "user unknown" message when a user that doesn't exist on the system is sent an email, instead it is quitting with a tempfail error (as you will see below). i have tried to include any information that i feel may be helpful. please let me know if i am leaving anything out. i apologize in advance if i am looking over something simple. [...] [EMAIL PROTECTED] ~]# grep Kcyrus /etc/mail/sendmail.cf Kcyrus socket -a -T local:/usr/lib/cyrus-imapd/smmapd [...] [EMAIL PROTECTED] ~]# ./socketmapClient.pl unix:/var/lib/imap/socket/smmapd cyrus rod rod => OK rod [...] let me know if i can include any other system output. socketmapClient.pl contacts smmapd via /var/lib/imap/socket/smmapd socket but sendmail contacts smmapd via /usr/lib/cyrus-imapd/smmapd socket You can make non sendmail.org FEATURE(`mrs_cyrus.m4') use non built in smmapd socket location by defining CYRUS_SMMAPD_SOCKET before the feature e.g. define(`CYRUS_SMMAPD_SOCKET',`/var/lib/imap/socket/smmapd')dnl You can test replies sendmail gets from smmapd by using the command below: echo '/map cyrus rod' | sendmail -bt I think you have chhosen RTCyrus2 variant that: IFOS account existsTHEN delivers via local mailer ELSIF cyrus mailbox exists THEN delivers via cyrus* mailer ELSE bounces message [ alias checks ignored for simplification ] URL(s): http://anfi.homeunix.net/sendmail/rtcyrus2.html http://anfi.homeunix.net/sendmail/mrs_cyrus.m4 ] -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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
multiple LMTP unix sockets: any problems?
Should I expect any problems with multiple unix LMTP sockets? On my system packages cyrus-imap makes LMTP socket available to mail group. I created second unix LMTP socket available to lmtp group to allow *SOME* users submit directly via LMTP. I use "hackish" perl script to make Net::SMTP work over UNIX sockets. It seems to establish connection (connect OK) but receives no greeting (waiting for select). Strace reported similar results for deliver (executed with custom configuration file). -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: Spam coming from list server??
Alain Williams wrote: On Sun, May 15, 2005 at 07:40:25PM -0400, Derrick J Brashear wrote: On Sun, 15 May 2005, Patrick Gibson wrote: Is there any particular reason why info-cyrus is not a closed list? It is unnecessary in my opinion to be receiving spam via a list that can easily restrict posting to subscribed members. The spam can be (and on other lists has been) forged as from members. Then what? Quite possible ... but more difficult for the spammer to do. Making it closed would improve matters. I would also like to see '[info-cyrus]' put on the subject line. Making the list semi-moderated may help e.g. using spamassassin with well trained bayes to select candidates for "manual" approval. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: Deleting IMAP mail from shell script
Sun Advocate Webmaster wrote: I have a simple question concerning mail deletion in Cyrus mailboxes. I have spamassassin set up, with two mailboxes "[EMAIL PROTECTED]" and "[EMAIL PROTECTED]". A shell script runs periodicly and parses these messages (sa-learn compiles training data from the messages). After that parsing is done, it needs to empty the mailboxes. I was going to add a "rm" command, but I'm thinking that will cause data corruption with cyrus. Is there a better way to do this? SpamAssassin is wrriten in perl (module named Mail::SpamAssassin). Have you considered writing you script in perl and using some CPAN.org module for accessing *IMAP* mailboxes? [e.g. Net::IMAP::Simple] -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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
"Personal" LMTP
Why mailbox owner CAN NOT use authenticated LMTP for deliveries to his/her *own* mailbox? As I understand authenticated LMTP requires using authentication with admin privileges. P.S. I would like to use my own scripts for (AS/AV) processing messages retrieved from other POP accounts and * deliver retrieved messages to cyrus-imap without using local MTA * allow processing of such messages by the sieve script -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: Message contains NUL characters ...
John Fawcett wrote: Andrzej Adam Filip wrote: Marc G. Fournier wrote: On Sun, 8 May 2005, Greg A. Woods wrote: If you can't re-configure or fix your MTA to reject messages that contain NUL bytes (in either the headers or body -- it's all the same to SMTP), then get a better mailer Any idea on how wto set this up with postix? Postfix may be compiled with support for PCRE reqular expressions. Use PCRE in body_check, header_checks to detect and reject NULs. that's not possible at the moment, unless postfix has changed in the meantime. See for example in the postfix archives <[EMAIL PROTECTED]> http://marc.theaimsgroup.com/?l=postfix-users&m=109639901020327&w=2 As I understand regular expression will get to check everything *BEFORE* the first nul :-) Sorry, I overestimated postfix capabilities. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: Message contains NUL characters ...
Marc G. Fournier wrote: On Sun, 8 May 2005, Greg A. Woods wrote: If you can't re-configure or fix your MTA to reject messages that contain NUL bytes (in either the headers or body -- it's all the same to SMTP), then get a better mailer Any idea on how wto set this up with postix? Postfix may be compiled with support for PCRE reqular expressions. Use PCRE in body_check, header_checks to detect and reject NULs. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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: Outlook Express and IMAP folders
Robert Scussel wrote: Outlook Express likes to have Sent Items under the mailbox, and cyrus has everything under the inbox. Sice the Sent Items is probably under /path/to/imap, the user that is using Outlook doesn't have permssions to write to Sent Items, or Sent Items in "/path/to/imap/Sent Items" doesn't exist. You can change Outlook's default save to a folder under Inbox, such as user.Inbox.Sent Items. This should fix the problem Or you can put "altnamespace: 1" in your /etc/imapd.conf file. altnamespace: 0 (default value=0) Use the alternate IMAP namespace, where personal folders reside at the same level in the hierarchy as INBOX. This option ONLY applies where interaction takes place with the client/user. Currently this is limited to the IMAP protocol (imapd) and Sieve scripts (lmtpd). This option does NOT apply to admin tools such as cyradm (admins ONLY), reconstruct, quota, etc., NOR does it affect LMTP delivery of messages directly to mailboxes via plusaddressing. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ --- 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: intergrate cyrus and postfix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kern, Tom wrote: | still trying to intergrate cyru-imap 2.2.10-10 and postfix with no luck. | i keep getting a "command died with status 1: "/cyrus/bin/deliver". | | with my cyrus, the deliver program is in /usr/lib/cyrus-imapd/. | i changed my master.cf to reflect this | | here is my master.cf- | | [...] | # | # The Cyrus deliver program has changed incompatibly, multiple times. | # | #old-cyrus unix - n n - - pipe | # flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user} | # Cyrus 2.1.5 (Amos Gouaux) | cyrus unix - n n - - pipe | user=cyrus argv=/usr/lib/cyrus-imapd/deliver -r ${sender} -m ${extension} ${user} | [...] | what should i change? | cyrus seems to keep changing and i can't find a doc stating how master.cf should be with cyrus 2.2.10-10. IMHO you should use LMTP over unix socket instead of deliver program. Sample LMTP configuration is provided in "Postfix: The Definitive Guide" published by O'Reilly (~2 pages). - -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCA8XHyOtLQUuVK/MRAn0eAJ9+M5cxPA1Yaod+xdLWazHXfdio6ACg5j01 OUqT0jxDbAjjJVCpgfz5GSc= =FkPo -END PGP SIGNATURE- --- 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: Cyrus virtual doamains and postmaster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary Mills wrote: | On Wed, Feb 02, 2005 at 11:58:53PM +0100, Andrzej Adam Filip wrote: | |>What is you opinion about making cyrus deliver messages for absent |>"[EMAIL PROTECTED]" mailbox to "postmaster" mailbox? |>[with similar handling for abuse addresses] |> |>postmaster address is required by by RFC2821. | | I'd say that that's an MTA function. I know how to do it in MTA I use (so far sendmail). IMHO such "virtual_postmaster_fallback: 1" option [ or "virtual_fallback_mailboxes: postmaster abuse" ] should be easy to implement in Cyrus IMAP and it can help to avoid "postmaster noncompliance" problems in a simple way. I think it is mostly "make things simpler" suggestion. - -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCAWntyOtLQUuVK/MRAmMHAKC82OcC5hnvU8ZL5Ig88rZdzYFUbgCfR+b1 /1vG9mfk6U/4h1KX+KO3E7Q= =KJOW -END PGP SIGNATURE- --- 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
Cyrus virtual doamains and postmaster
What is you opinion about making cyrus deliver messages for absent "[EMAIL PROTECTED]" mailbox to "postmaster" mailbox? [with similar handling for abuse addresses] postmaster address is required by by RFC2821. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ --- 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: disabling GSSAPI [2.2.10]
Igor Brezac wrote: On Tue, 11 Jan 2005, Andrzej Adam Filip wrote: How to disable support for GSSAPI authentication mechanism in cyrus-imap-2.2.10? I have runned configure with --disable-gssapi before recompilation with no effect. All GSSAPI/gssapi lines in config.h are commented out. You do this when you build cyrus-sasl, or remove /usr/lib/sasl2/libgssapiv2*, or specify desired mechs in sasl_mech_list in imapd.conf. Using sasl_mech_list did the trick (Thanks). Documentation "Bug": sasl_mech_list is mentioned in the FAQ but it is *missing* in "man imaps.conf". -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ --- 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
disabling GSSAPI [2.2.10]
How to disable support for GSSAPI authentication mechanism in cyrus-imap-2.2.10? I have runned configure with --disable-gssapi before recompilation with no effect. All GSSAPI/gssapi lines in config.h are commented out. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ --- 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 - Cyrus
[EMAIL PROTECTED] wrote: ok sorry now i got all found...but in C:\cyrus-imapd-2.2.10\cyrus-imapd-2.2.10\doc\sieve.html there no sample siev scripts (like read) does anyone has urls...(sry again) * Installing Sieve (on Cyrus-IMAP) http://asg.web.cmu.edu/cyrus/download/imapd/install-sieve.html * http://www.cyrusoft.com/sieve/ http://asg.web.cmu.edu/cyrus/download/imapd/install-sieve.html * Sample Sieve Scripts http://www.cyrusoft.com/sieve/#scripts -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ --- 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: Imap+Procmail
[EMAIL PROTECTED] wrote: im sorry, i think i did not correct say what i mean im now using MailScanner+Spamassassin +Sendmail in config its procmail But procmail has had nice filter (not for spam) for other thinks so what i mean is its no way for CyrusIMap+Sendmail+Procmail correct? Sieve offers many of most frequently used features of procmail e.g. sorting incoming mail into IMAP folders (fileinto), auto responders. If you really need sendmail->procmail->cyrus-imap then state if you offer OS account per cyrus-imap mailbox. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ --- 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: Imap+Procmail
[EMAIL PROTECTED] wrote: Hello Baltasar Thx 4 Answer Hmm now im little bit confused i did make a look into sendmail.cf and just see a entry like (it is standart install no custom local mailer m4 entrys) this means procmail or? so in fact its not possible procmail (nice filtering) + imap correct? i know there spamassassin etc too...and i use them but combined its a good way to filter messages with are "wantet" $Id: local_procmail.m4,v 8.22 2002/11/17 04:24:19 ca Exp $ # Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn9, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, A=procmail -Y -a $h -d $u You can integrate sendmail with spamassassin using milter (e.g. http://www.mimedefang.org ). AFAIK standard recomendation is to: 1) make milter reject messages with spam-index above 10 (more than standard 5.0) in reply to "the final dot" in SMTP session [spam "for sure"]. Such message will be rejected before cyrus has any chance to see them. It makes the sending host responsible for generating bounces. 2) making milter add headers to remaning message and use sieve script to deliver "most likely spam" to separate folder e.g. INBOX/SPAM-FOLDER e.g. use for fetchmail retrieved message: if header :contains "X-Spam-Flag" "YES" { fileinto "INBOX/SPAM-FOLDER" ; stop ; } P.S. Use spamassassin with "bulk detectors" (dcc/razor) -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ --- 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: How to delete a mailbox ?
Pascal BOYER wrote: I would like to know how to delete a mailbox ? If I log in as cyrus (admin user) with cyradm --user cyrus localhost and do "dm user.test0" I get "deletemailbox: Permission denied". As cyradm (cyrus admin) grant cyradm right to delete. Cyradm has no "right to delete" by default but can grant itself such right. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: virtual domains, sendmail and catch all addresses
Ben Suffolk wrote: I have looked through the FAQ, and the archive and was unable to find a reference / answer to my issue. I think it may be more of a sendmail question, so my apologies if this is the wrong place to ask. I have configured sendmail and imapd as recommend in the configuring virtual domains page at http://asg.web.cmu.edu/cyrus/download/imapd/install-virtdomains.html This means that I have used the mailertable in sendmail to make sure that sendmail does not remove the domain name. Everything works great, and just as you would expect it to. I have some aliases in the sendmail aliases file, and they work fine as well. However I now need to add another domain and I want to set up a few specific email addresses for delivery and a catch all account on this domain to, so no email is bounced with user unknown, it just gets added to a specific account. I can not figure out how to do this though. Normally with sedmail you would use the virtusers table, but I can't see how to map all unknown email to the account [EMAIL PROTECTED] Obviously if I use :- @domain[EMAIL PROTECTED] its a recursive map and so fails. I would be most grateful if anybody know how to do this. There are two ways to fix your virtusertable problem, both are undocumented. a) Use "!" as RHS for [EMAIL PROTECTED] [EMAIL PROTECTED] ! @domain [EMAIL PROTECTED] b) define _VIRTUSER_STOP_ONE_LEVEL_RECURSION_ in your *.mc file: define(`_VIRTUSER_STOP_ONE_LEVEL_RECURSION_',`1')dnl "a" is "an undocumented implementation detail. "b" is a feature on its way to be documented in some future sendmail release. Short description of "b" is available in cf/m4/proto.m4 file. P.S. Take a look at http://anfi.homeunix.net/sendmail/rtcyrus2.html You may use the following mailertable entry: domain mrs_cyrus_mailertable:local:alias_name -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: cyrus accepts mails for "unknown users"
Marcus Schopen wrote: I've seen that simular questions have been discussed here, but I'm not sure if this problem is the same (sorry if yes and I just didn't get it): I'm runnung sendmail 8.12.3 with cyrusv2 local mailer (Debian woody standard package) and cyrus 2.1.17 (backport from http://people.debian.org/~hmh/). Today I had a heavy spam attack caused by the fact, that sendmail accepts mails for non existing users. EMails to unknown accounts on local domains (local-host-names) will be accepted and than bounced. Is there a way to stop/reject these mails at "rcpt to: user unknown"-point? Take a look at http://anfi.homeunix.net/sendmail/rtcyrus2.html how to make sendmail check in real time presence of cyrus mailbox using socket map map (or fstat map) and FEATURE(`mrs'). It supports cyrus virtual domains -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: cyrus accepts mails for "unknown users"
Marcus Schopen wrote: I've seen that simular questions have been discussed here, but I'm not sure if this problem is the same (sorry if yes and I just didn't get it): I'm runnung sendmail 8.12.3 with cyrusv2 local mailer (Debian woody standard package) and cyrus 2.1.17 (backport from http://people.debian.org/~hmh/). Today I had a heavy spam attack caused by the fact, that sendmail accepts mails for non existing users. EMails to unknown accounts on local domains (local-host-names) will be accepted and than bounced. Is there a way to stop/reject these mails at "rcpt to: user unknown"-point? Take a look at http://anfi.homeunix.net/sendmail/rtcyrus2.html how to make sendmail check in real time presence of cyrus mailbox using socket map map (or fstat map) and FEATURE(`mrs'). It supports cyrus virtual domains -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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
[SOT] Xes in subject - why?
Cyrus-IMAP converts all 8bit chars in subject into "X". I would like to know which mail readers (or other software) had problems with such characters? -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: Cyrus + (insert Best MTA here) Suggestions
Alain Williams wrote: On Thu, Nov 18, 2004 at 04:45:55PM +0100, Andrzej Adam Filip wrote: [...] [Exim variant: http://pse.anfi.org/exim/rtvcyrus.html ] That does not work, try: http://anfi.homeunix.net/exim/rtvcyrus.html Sorry, I posted link from "local only preview". -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: Cyrus + (insert Best MTA here) Suggestions
Ow Mun Heng wrote: On Thu, 2004-11-18 at 16:31, [EMAIL PROTECTED] wrote: [...] No Sendmail guru here, but if you use procmail you have lost on the performance comparsion ;-) Fedora/redhat by default uses procmail as it's default lmtp. what do you use then? Is Cyrus considered a LMTP or..? If you want to intgrate sendmail and cyrus then take a look at http://anfi.homeunix.net/sendmail/rtcyrus2.html [Exim variant: http://pse.anfi.org/exim/rtvcyrus.html ] -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: Can cyrus use a "-" the same as a "+" in username?
Ken Murchison wrote: Derrick J Brashear wrote: On Tue, 9 Nov 2004, Dan Delaney wrote: Can cyrus be configured so that "[EMAIL PROTECTED]" works the same as "[EMAIL PROTECTED]"? Not use the - INSTEAD of +, but rather, use either. + as a detail separator is typically done in the config file for your mta and not in anything cyrus-specific. so it's (typically) a question of how to tweak config files for your particular mta. the sendmail macros we use have a class in which possible detail separator characters are listed (and i think we use # and + for historical reasons) But lmtpd is hard-coded to split user and mailbox on '+'. It is possible to make sendmail replace '-' in user part of recipient address by '+' using regex (regular expression) map. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: Cyrus Sendmail integration
Akshay Kumar wrote: I am running Sendmail-8.13.1 and Cyrus-imapd-2.2.8. Problem is Sendmail does not know which destination addresses are valid and so tries to deliver [EMAIL PROTECTED] to cyrus. Now even if the mailbox does not exist Sendmail hands it off to Cyrus, which complains that its undeliverable generating a message to postmaster. The mail reply to address is also usually bogus so I end up getting two mails for every attempt to a non existent mailbox. Now I looked at http://anfi.homeunix.net/sendmail/. I can compile sendmail with SOCKETMAP, that's simple enough. Question is were the patches for cyrusv2 ever integrated in Sendmail-8.13.1 Socketmap support is present in sendmail-8.13 *sources*. Your sendmail binaries may be compiled without socketmap support. 1) Use the command below to check if your sendmail binary is compiled with socketmap support sendmail -d0.1 -bt Check if SOCKETMAP is listed in "Compiled with:" section 2) To compile sendmail with socket map support add the following line in devtools/Site/site.config.m4 : APPENDDEF(`confMAPDEF',`-DSOCKETMAP')dnl and recompile sendmail sources as describes in INSTALL file. and what about FEATURE(`mrs')? I couldn't find anything on mrs, is there some other solution? FEATURE(`mrs') is not a part of sendmail.org distribution. It is described at http://anfi.homeunix.net/sendmail/mrs.html Its installation requires: 1) patching cf/m4/proto.m4 file used to generate *.cf file from *.mc file 2) adding mrs.m4 file to cf/feature/ directory [It does not require sendmail sources recompilation] I don't want to wade through the configs if someone else already has so I thought I'd post here first. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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: sendmail bypassing virtusertable
Chris Harms wrote: We are using sendmail 8.12.11 with cyrus 2.2.3 (about to upgrade to 8.13.1 / cyrus 2.2.8) and discovered that our entries in virtusertable are being ignored. For our virtual domains we are using the mailer table to direct mail to the cyrusv2 mailer as described in the cyrus docs: domain.tld cyrusv2d:/var/imap/socket/lmtp However, we now find that some addresses we have in virtusertable going to other domains not hosted on our servers aren't working. It seems that if the entries are not in the aliases file, it bounces with a "user unknown" error. If there is a way to make Sendmail enforce the virtuser maps before handing off to the cyrus mailer please advise. Mailertable *DOES NOT* work for local email domains. Virtusertable works for local email domains and domains listed in $={VirtHost} Have you added domain.tld to $={VirtHost} ? *.mc file: LOCAL_CONFIG F{VirtHost}/etc/mail/virtual-domains /etc/mail/virtual-domains file: domain.tld -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] http://anfi.homeunix.net/ http://anfi.homeunix.net/cyrus/ --- 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: -ERR [IN-USE] Unable to lock maildrop
Bartosz Jozwiak wrote: I have a lot of problems with picking up mail with POP3 while user got disconnected (dial-up) downloading his mail. This is telnet session what happens: +OK servername Cyrus POP3 v2.1.16 server ready [EMAIL PROTECTED] USER xxx +OK Name is a valid mailbox PASS expediteur -ERR [IN-USE] Unable to lock maildrop And then user cannot login and pick up his mail. He needs to wait some time or I need to restart cyrus. Can somebody help me with it ? Thank you in advance Consider changing "TCP keepalive" timeout on the server (OS settings) from defaunt 2h to (e.g.) 5m. It should allow your system to quickly detect broken dialup connections. http://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.kernel.obscure.html /proc/sys/net/ipv4/tcp_keepalive_time How often TCP sends out keepalive messages when keepalive is enabled. Default: 2hours. -- Andrzej [en:Andrew] Adam Filip [EMAIL PROTECTED] [EMAIL PROTECTED] Home Page http://anfi.homeunix.net/ [ PageRank 6 ] --- 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