Re: [courier-users] showing sent files
On Sunday 05 October 2003 00:29, Roland Jungwirth wrote: Is there any possibility that every user can see every outgoing mail in her/his sent-mail-folder? and how can i get this set-up running, so that the user can choose what pop-account she/he is going to use to send the mail? That is controlled by the client, not the server. Unfortunately not all clients support this. Outlook cannot do this, for instance, while Outlook Express can. What clients are your folks using? If you can't figure out how to make your client do this, then let us know which clients you are having trouble with - someone on the list probably knows how to make that client save to the Sent folder if it's possible. Jeff Jansen --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] showing sent files
Jeff Jansen wrote: On Sunday 05 October 2003 00:29, Roland Jungwirth wrote: Is there any possibility that every user can see every outgoing mail in her/his sent-mail-folder? and how can i get this set-up running, so that the user can choose what pop-account she/he is going to use to send the mail? That is controlled by the client, not the server. Unfortunately not all clients support this. Outlook cannot do this, for instance, while Outlook Express can. Outlook can do it. You have to define a rule. This rule has to be configured as to be applied to all outgoing eMails. hth rgds pos --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] showing sent files
On Monday 06 October 2003 08:54, Peer Oliver Schmidt wrote: That is controlled by the client, not the server. Unfortunately not all clients support this. Outlook cannot do this, for instance, while Outlook Express can. Outlook can do it. You have to define a rule. This rule has to be configured as to be applied to all outgoing eMails. True. My experience with it is that it only works for one email account. We often have multiple imap accounts open and I'd like it to store the proper Sent items with the proper account. But it's an all or nothing thing as far as I can see. There's no way (that I've found) for the rule to know which account it has sent the mail and so sort it correctly. Jeff --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] POP-SSL some Mails are doubled
Hello! We have a setup with imap, pop, imap-ssl and pop-ssl running. In IMAP there are no problems (with and without ssl), POP works also fine, but with POP-SSL user's report to get mails more than one time (e.g. 2-3 times). Any idea what could cause this problem? regards Markus --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] number of connections
Hi I need to know how I change the number of allowed connections in my IMAP installation... Thanx jesper --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
RE: [courier-users] How to forward-cc to a remote mailbox?
Hey Bob... Don't know if I'm right on this but don't see anyone taking this one, so I'll give it a shot. I THINK there is an exception clause which can trap errors in a maildrop script. But the real question is why your sendmail call is exiting with an error - I'd run it from a shell and see if you can duplicate and diagnose... Then the current behavior wouldn't be a problem unless getting the mail locally but not forwarding if ship is down is an alternative. m/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bob Vincent Sent: Saturday, October 04, 2003 10:40 PM To: [EMAIL PROTECTED] Subject: [courier-users] How to forward-cc to a remote mailbox? I have a problem in maildrop where a failed cc rule will also cause a subsequent to rule to fail. I'm running the full courier suite, including courier-imap and sqwebmail. In $sysconfdir/courierd, I have DEFAULTDELIVERY=| $prefix/bin/maildrop (where $sysconfdir and $prefix have the usual autoconf meanings) I have a couple of users who would like a copy of their email delivered to their work address. So I had them create a filter rule via sqwebmail, forwarding all messages of non-zero size to their work address, with the and continue filtering block checked. This produces the following maildrop text (names changed to protect the guilty): ##Op:islargerthan ##Header: ##Value:0 ##Folder:[EMAIL PROTECTED] ##From: ##PlainString ##Continue ##Name:forward-to-work if (($SIZE 0)) { cc | $SENDMAIL -t -f '$FROM' [EMAIL PROTECTED] } to ./Maildir/. My problem is that the ship.navy.mil server is often down for days at a time, and as a result, the messages are not getting delivered to the local inbox. Apparently, from reading the control files, the $SENDMAIL process is exiting with an error, and the message is deferred before the to line gets processed. I think that I once tried writing the filter the other way, so that the cc goes to the local mailbox while the to goes to the remote one, but the effect is even worse. For every failure in remote delivery, the local mailbox gets an extra copy of the message. Can anybody suggest an easy way for my users to instruct courier to always deliver to the local inbox, and attempt to deliver a copy to the remote mailbox, as well? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] IMAP account sharing
Hi, I want to set up an 'hr' mailbox that two IMAP users will share, using the same login credentials. In other words, it's as if the same person may be logged in from two different clients at the same time. Is this supported by courier-imap? I know I could use maildirmake to create 'shared' IMAP folders, but this has limitations, in particular, users can't create subfolders, as they can if they have their own IMAP accounts. thanks, Carey --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] Re: Courier 20031005
On Sun, 5 Oct 2003, Gordon Messmer wrote: Jon Nelson wrote: If I may, I would suggest that neither patch is correct. You normally want to call connect *once*, and then select on the file descriptor. connect() doesn't return a file descriptor in all cases. This patch addresses the case where connect() returns -1, and sets errno to EAGAIN. This happens when the socket you're trying to connect to is still listening, but its listen queue is full. This happens sometimes when a storm of courier's processes try to connect to a filter before that filter gets a chance to accept the connections. Oh, yeah. Gotcha! Nice catch! At the end of your proscribed time limit, or earlier, the file descriptor will be definitively connected, failed to connect, or still trying. Sam's patch is much closer, IMO, but still not quite correct, because the patch calls connect multiple times. It only calls connect again if connect didn't return a file descriptor. My mistake, and thanks for correcting me in a courteous and police fashion, which I do appreciate. -- Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep. Jon Nelson [EMAIL PROTECTED] C and Python Code Gardener --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] Re: Proposing new functions for maildropfilter
On Sun, Oct 05, 2003 at 08:57:56PM -0500, Carlos Paz wrote: Gordon Messmer wrote: [ ... ] Many useful, fail-safe maildrop recipes are bloated with expensive forks for file test operations, but who cares! maildrop itself is not ... should we go back to writing machine code? anything else is starting to seem bloatware ... File check operations are very useful and I fail to see the excessive complexity added to the language parser/global code to support them. If this features were added under an optional build flag, I'd bet that almost everyone would enable it on installation. my 2 cents. Well, I respect the wide range of opinions about this suggestion that have been expressed here. It seems to me that there's enough interest in my proposal that I will now start writing a maildrop patch as our discussions continue. I can always stop work on it. I'll leave out unlink/rename/rmdir, as these are more controversial. Also, I agree with the person who pointed out that these occur a lot less frequently under normal maildrop usage, and therefore an occasional fork of a shell for them does not cause much of a problem. I agree about an optional build flag, and I'll incorporate that into my patch (does anyone here understand the details of autoconf and want to give me some help with it when the time comes? ... if so, contact me via private email). -- Courier User [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] Re: Proposing new functions for maildropfilter
On Mon, 6 Oct 2003, Courier User wrote: On Sun, Oct 05, 2003 at 08:57:56PM -0500, Carlos Paz wrote: Gordon Messmer wrote: [ ... ] Many useful, fail-safe maildrop recipes are bloated with expensive forks for file test operations, but who cares! maildrop itself is not ... should we go back to writing machine code? anything else is starting to seem bloatware ... File check operations are very useful and I fail to see the excessive complexity added to the language parser/global code to support them. If this features were added under an optional build flag, I'd bet that almost everyone would enable it on installation. my 2 cents. Well, I respect the wide range of opinions about this suggestion that have been expressed here. It seems to me that there's enough interest in my proposal that I will now start writing a maildrop patch as our discussions continue. I can always stop work on it. I'll leave out unlink/rename/rmdir, as these are more controversial. Also, I agree with the person who pointed out that these occur a lot less frequently under normal maildrop usage, and therefore an occasional fork of a shell for them does not cause much of a problem. I agree about an optional build flag, and I'll incorporate that into my patch (does anyone here understand the details of autoconf and want to give me some help with it when the time comes? ... if so, contact me via private email). Yes. I can help you out there, but honestly I would suggest that for just these file /test/ operations, that it's not worth adding a build-time flag. Any objections? -- Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep. Jon Nelson [EMAIL PROTECTED] C and Python Code Gardener --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] number of connections
On Monday 06 October 2003 12:08, Jesper Goos wrote: Hi I need to know how I change the number of allowed connections in my IMAP installation... /etc/courier/imapd for rpm builds or /usr/lib/courier/etc/imapd otherwise MAXPERIP = the max number of connections from one IP address MAXDAEMONS = the max number of connections total from all users Jeff Jansen --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
RE: [courier-users] IMAP account sharing
Don't know if it is supported, but it seems to work for me - have had this configuration before with Outlook - the problem is that one user may change the status of a message or move it and the other user won't see this until their client polls for folder updates... this can cause confusion if the users don't understand what's happening, and I've heard can cause some clients to crash... The easy way to resync a folder seems to be to change the active folder, to press the purge button or to send/receive - but this is with reference to my outlook experience of course. m/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Carey Jung Sent: Monday, October 06, 2003 5:49 AM To: Courier Users Subject: [courier-users] IMAP account sharing Hi, I want to set up an 'hr' mailbox that two IMAP users will share, using the same login credentials. In other words, it's as if the same person may be logged in from two different clients at the same time. Is this supported by courier-imap? I know I could use maildirmake to create 'shared' IMAP folders, but this has limitations, in particular, users can't create subfolders, as they can if they have their own IMAP accounts. thanks, Carey --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] Re: IMAP account sharing
Carey Jung writes: Hi, I want to set up an 'hr' mailbox that two IMAP users will share, using the same login credentials. In other words, it's as if the same person may be logged in from two different clients at the same time. Is this supported by courier-imap? Certainly. Multiple logins to the same account are allowed. For best results, you should be running Linux or IRIX on the server, with FAM enabled, and using an IMAP client that supports the IDLE IMAP extension. When these requirements are met, changes made to the folder's contents by one login are immediately shown by the other login, in realtime. pgp0.pgp Description: PGP signature
RE: [courier-users] Re: IMAP account sharing
Hey Sam. What makes FreeBSD miss the preferred list? I'm behind in the versions, and have to look into this FAM thing - but is it possible? Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sam Varshavchik Sent: Monday, October 06, 2003 3:08 PM To: Courier Users Subject: [courier-users] Re: IMAP account sharing Carey Jung writes: Hi, I want to set up an 'hr' mailbox that two IMAP users will share, using the same login credentials. In other words, it's as if the same person may be logged in from two different clients at the same time. Is this supported by courier-imap? Certainly. Multiple logins to the same account are allowed. For best results, you should be running Linux or IRIX on the server, with FAM enabled, and using an IMAP client that supports the IDLE IMAP extension. When these requirements are met, changes made to the folder's contents by one login are immediately shown by the other login, in realtime. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users