Re: errors with pop3
Hello Mark, thank you very much for making this clear. I have another question. See below. Am Freitag, 5. November 2004 16:56 schrieben Sie: In other words, I believe that a spam/virus came in with X-UID: 32 in the header. There is no legitimate reason for any incoming message to do this; the only reason is stupidity or evil. The tmail and dmail programs in modern versions of UW imapd will recognize this and automatically convert these forged headers into something harmless. In the above case, it would be: X-Original-X-UID: 32 If you decide to try tmail or dmail, be sure to get a modern version. This is a relatively recently added facility. The latest UW IMAP toolkit sources (which include tmail and dmail as well as imapd and ipop3d) are always on: ftp://ftp.cac.washington.edu/mail/imap.tar.Z Because I don't have a recent version of uw-imap (not even modern) and I would prefer to leave uw-imap as it is, do you think it is a good idea to use exim for filtering out the X-UID header? I would set headers_remove = X-UID in the procmail_pipe driver. TIA and kind regards Timo
Re: errors with pop3
On Mon, 8 Nov 2004, Timo Veith wrote: Because I don't have a recent version of uw-imap (not even modern) and I would prefer to leave uw-imap as it is, do you think it is a good idea to use exim for filtering out the X-UID header? If you can do this, yes that is an excellent idea. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.
Mailbox format how-to
Hello there. I am investigating converting my mail server to using MBX format (vs. mbox) for everything. Using tmail for delivery (via sendmail 8.12), and uw-imap 2004 for access to INBOX and personal folders. So, my question is this. Is there some sort of how-to for building a system? I know I need to: - modify sendmail.cf (and friends: submit.cf?) to call tmail instead of mail.local. The tmail man page has a little info on this. - Modify by calls in my procmailrc to use dmail instead of just specifying the mailbox name (i thing. this right?) So, is there any way to tell tmail to deliver to an mbx format main mail spool if the file doesn't already exist? I know if it exists, it'll deliver in the correct format, but what if it vanishes? How hard is it to modify procmailrc's to use dmail? A single source of information would be nice, if there was one. Right now there seem to be a small number of sources of info for different parts of it, so I thought I'd ask. Thanks! - Chris -- -- For information about this mailing list, and its archives, see: http://www.washington.edu/imap/c-client-list.html --
Re: Mailbox format how-to
On Mon, 8 Nov 2004, Chris Ross wrote: - modify sendmail.cf (and friends: submit.cf?) to call tmail instead of mail.local. The tmail man page has a little info on this. - Modify by calls in my procmailrc to use dmail instead of just specifying the mailbox name (i thing. this right?) So far, so good. So, is there any way to tell tmail to deliver to an mbx format main mail spool if the file doesn't already exist? I know if it exists, it'll deliver in the correct format, but what if it vanishes? The easiest way to do this is to edit file imap-200?/src/osdep/unix/Makefile to set CREATEPROTO=mbxproto instead of the current unixproto. Then rebuild the entire UW IMAP toolkit. However, once created, an mbx-format mailbox shouldn't vanish. So, it should work just to create empty mbx-format mailboxes for everybody who doesn't have it. It works to create one, and then copy it to each user (there isn't any user-specific in an empty mbx-format mailbox). That way, you don't have to do any rebuilding. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.
Re: Mailbox format how-to
Mark Crispin wrote: The easiest way to do this is to edit file imap-200?/src/osdep/unix/Makefile to set CREATEPROTO=mbxproto instead of the current unixproto. Then rebuild the entire UW IMAP toolkit. Yeah, I knew about that method. I was just wondering if there was a way to make dmail (from procmailrc, for example) know to instantiate new mail folders as mbx instead of mbox. It seems not unreasonable to have command-line args for tmail/dmail (other than -I) that could specify format. But, what to do in the case that it doesn't match existing format might be an issue. However, once created, an mbx-format mailbox shouldn't vanish. So, it should work just to create empty mbx-format mailboxes for everybody who doesn't have it. It works to create one, and then copy it to each user (there isn't any user-specific in an empty mbx-format mailbox). That way, you don't have to do any rebuilding. Okay. How would you recommend creating this empty mbx mailbox? It would be a bit of a pain to make sure to create a spool mbx file for any new user I want to receive mail from, but not the worst problem. Most other folder creations will be done through IMAPd, tho, so may still require the above. So... - Chris
Re: Mailbox format how-to
In regard to: Re: Mailbox format how-to, Chris Ross said (at 5:49pm on Nov...: Mark Crispin wrote: The easiest way to do this is to edit file imap-200?/src/osdep/unix/Makefile to set CREATEPROTO=mbxproto instead of the current unixproto. Then rebuild the entire UW IMAP toolkit. Yeah, I knew about that method. I was just wondering if there was a way to make dmail (from procmailrc, for example) know to instantiate new mail folders as mbx instead of mbox. It seems not unreasonable to have command-line args for tmail/dmail (other than -I) that could specify format. But, what to do in the case that it doesn't match existing format might be an issue. Are you planning on doing home directory mail delivery, or delivery to a spool directory for INBOX and other folders live under ~ or ~/mail? However, once created, an mbx-format mailbox shouldn't vanish. So, it should work just to create empty mbx-format mailboxes for everybody who doesn't have it. It works to create one, and then copy it to each user (there isn't any user-specific in an empty mbx-format mailbox). That way, you don't have to do any rebuilding. Okay. How would you recommend creating this empty mbx mailbox? mailutil create '#driver.mbx/foo' creates folder `foo' in MBX format. Tim -- Tim Mooney [EMAIL PROTECTED] Information Technology Services (701) 231-1076 (Voice) Room 242-J6, IACC Building (701) 231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164
Re: Mailbox format how-to
On Mon, 8 Nov 2004, Erik Kangas wrote: #!/bin/bash if [ ! -e $HOME/$1 ] [ $1 != .inbox ]; then /usr/local/bin/mbxcreat #driver.mbx:$1 fi /usr/local/bin/dmail +$1 I recommend using mailutil create instead of mbxcreat since the latter program is no longer supported. We didn't find any easier way to accomplish this for arbitrary folders; it would be nice if dmail could do this itself. I'm not sure that I understand. dmail never creates a non-INBOX mailbox; if the destination mailbox does not exist then dmail will deliver to INBOX. Do you mean convert mailbox format? If so, mailutil can be used to convert, albeit to a different name. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.
Re: Mailbox format how-to
Mark Crispin wrote: dmail is built as part of the IMAP toolkit, so its behavior will be affected by the change to CREATEPROTO. Right. I knew that. I was just looking for a way to do it without compiling it in as the default format. Tho, I'm not sure there's a problem with doing that. It's messier than that; there are some security issues as well. The -I flag in tmail could be abused for some truly nasty purposes if it was allowed for non-privileged calls. Right. But if there were a format command-line arg that doesn't also specify the filename, that issue goes away. That was my point for having a format arg that wasn't -I. mailutil create #driver.mbx/foo will create an empty file named foo which you can then copy to INBOX in the home directory of all the users you want to convert to mbx. Cool. Thanks... I need to look at mailutil s'more. I've looked at mbx* tools, but they're confusing. Maybe I shouldn't be looking at those. :-) By the way, you do know that you can't use mbx format with NFS, don't you? Yup. I'm all on local filesystems here. - Chris