Re: +details delivery
I've already asked for help with the +detail delivery and (thanks a lot, Rob) I got an answer on that: As long as sendmail isn't stripping what is between the + and the @ this should be easy, just give anyone the p right on the folders in question. Then rjs3+foo will file into user.rjs3.foo I tried that and added the p right (lam user.* anyone p) - didn't help. I tried to add/remove the FEATURE(`preserve_local_plus_detail') to my sendmail.mc - does not make any difference. I googled around but did not find anything that would have helped me with that. I assume that my sendmail does not strip off the details from the addresses, because I receive the letters in my INBOX with as 'user+details'. The /var/log/maillog does not show anything suspicious (and logs theuser+details addresses, by the way): Sep 26 15:00:08 station sm-mta[8275]: h8QM07Eb009927:to=[EMAIL PROTECTED], delay=00:00:00, xdelay=00:00:00, mailer=cyrusv2, pri=30713, relay=localhost, dsn=2.0.0, stat=Sent I have nothing special in my sendmail.conf: define(`confLOCAL_MAILER', `cyrusv2')dnl MAILER(local)dnl MAILER(smtp)dnl MAILER(cyrusv2)dnl I am really sorry for disturbing you guys again with the same question, but what elase I should check? Is there something I can read about proper set up of sendmail for detailed delivery? Thanks a lot for your help. -- Best regards, Denis mailto:[EMAIL PROTECTED]
Re: +details delivery
--On Friday, September 26, 2003 15:18:30 -0700 Denis V. Suhanov [EMAIL PROTECTED] wrote: Then rjs3+foo will file into user.rjs3.foo I tried that and added the p right (lam user.* anyone p) Was that a typo? It should have been 'sam', not 'lam' to change the acl. Once you've changed the acl, use lam to show the permissions on user.rjs3.foo to make sure it was actually set. Then try another delivery. There is one other thing that may or may not be an issue. Do you have a sieve script activated for your INBOX ? -Pat
Re[2]: +details delivery
Hello Pat, Friday, September 26, 2003, 4:16:48 PM, you wrote: I tried that and added the p right (lam user.* anyone p) PL Was that a typo? It should have been 'sam', not 'lam' to change Yes, that was a type. Sorry about that. I used (sam user.* anyone p) and I can see that the acls are set for all of the folder (by using lam) PL There is one other thing that may or may not be an issue. Do you have a sieve script activated for your INBOX ? No, I do not have any sieve script activated. timsieved is running on the system though (if it makes any difference Is there anything special I have to add to the sendmail config file? Should I or should I not keep the preserve_local_plus_delivery feature? Is there any way to turn on the local delivery so I know for sure that it does not modify the delivery address or something like that? Thank you very much for the reply though. -- Best regards, Denismailto:[EMAIL PROTECTED]
Re: Re[2]: +details delivery
--On Friday, September 26, 2003 16:26:18 -0700 Denis V. Suhanov [EMAIL PROTECTED] wrote: PL There is one other thing that may or may not be an issue. Do you have a sieve script activated for your INBOX ? No, I do not have any sieve script activated. timsieved is running on the system though (if it makes any difference No, just having timsieved running shouldn't have any effect on this. Is there anything special I have to add to the sendmail config file? Haven't a clue. I cheerfully abandoned sendmail in favor Exim years ago; and have never looked back. Should I or should I not keep the preserve_local_plus_delivery feature? Is there any way to turn on the local delivery so I know for sure that it does not modify the delivery address or something like that? Try running 'sendmail -bt' - that should put you in address testing mode where you enter addresses and it shows you the steps used for parsing. As I said, I haven't done this with Sendmail for quite a while; so I'm not sure how helpful this will actually be. (With Exim the output is very clean and to the point.) If you've read the LMTP RFC, you could try to telnet to the lmtp port and manually type in the commands to give it a message with a +detail in the address. That would help identify whether the problem is on the cyrus side or the sendmail side. You could also try setting up a sieve script using the subaddress extension. Something like: require fileinto ; require envelope ; require subaddress ; if envelope :detail to foo { fileinto INBOX.foo ; } else { keep ; } Even if you don't plan on using sieve; this will provide an indication of whether the detail part is surviving the sendmail-lmtpd transition. Once you've got the problem ironed out, you can remove the sieve script again. -Pat