Re: "Drop in" replacement for imap-UW?
Joe in MPLS wrote: I've been running imap-UW on FreeBSD 6.x STABLE for a while. Clients are mostly Thunderbird, TREOs and Horde (running on the same box. I'm having issues when multiple clients try to access the same user's mailbox. Typically the TREO will do a scheduled check for new mail while Thunderbird has it already open. Research indicates that this is a limitation of the UW imapd implementation. We ran into this problem on shared access to mail, and found it was an issue with locks against the mailbox. Take a look at the mbx format in the UW's formats.txt file - http://www.washington.edu/imap/documentation/formats.txt.html - and the FAQ at http://www.washington.edu/imap/IMAP-FAQs/index.html#4.5. I understand that not all clients support this format. We are using it successfully with Thunderbird and Squirrelmail. It allows simultaneous mail access, deletions, etc. Can anyone recommend a good and secure imapd implementation that won't require a ton of reconfiguration? Mostly I'd like the replacement to be able to use all the existing end-user imap folders and mail spools. All users have accounts and mail spools on the box. There's no virtual users or database authentication backends to deal with. TIA ...jgm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Richard D. Gehlbach Gehlbach Consulting Services [EMAIL PROTECTED] 3321 Pepperhill Ct. 859.269.6658 Fax 859.266.7446Lexington, KY 40502 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: "Drop in" replacement for imap-UW?
On Mon, 31 Dec 2007 13:42:14 -0600 Joe in MPLS <[EMAIL PROTECTED]> wrote: > I'm having issues when multiple clients try to access the same user's > mailbox. Typically the TREO will do a scheduled check for new mail > while Thunderbird has it already open. Research indicates that this > is a limitation of the UW imapd implementation. Could it be the deadlock bug that's fixed in the latest release (2006k): http://www.washington.edu/imap/documentation/RELNOTES.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: "Drop in" replacement for imap-UW?
On Monday 31 December 2007 01:42:14 pm Joe in MPLS wrote: > I've been running imap-UW on FreeBSD 6.x STABLE for a while. Clients are > mostly Thunderbird, TREOs and Horde (running on the same box. > > I'm having issues when multiple clients try to access the same user's > mailbox. Typically the TREO will do a scheduled check for new mail while > Thunderbird has it already open. Research indicates that this is a > limitation of the UW imapd implementation. > > Can anyone recommend a good and secure imapd implementation that won't > require a ton of reconfiguration? Mostly I'd like the replacement to be > able to use all the existing end-user imap folders and mail spools. All > users have accounts and mail spools on the box. There's no virtual users > or database authentication backends to deal with. > > TIA ...jgm im not having any trouble using kmail from my freebsd desktop, thunderbird from my mac, and outlook from my pocketpc all at the same time, using dovecot. cheers, -- Jonathan Horne http://dfwlpiki.dfwlp.org [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
"Drop in" replacement for imap-UW?
I've been running imap-UW on FreeBSD 6.x STABLE for a while. Clients are mostly Thunderbird, TREOs and Horde (running on the same box. I'm having issues when multiple clients try to access the same user's mailbox. Typically the TREO will do a scheduled check for new mail while Thunderbird has it already open. Research indicates that this is a limitation of the UW imapd implementation. Can anyone recommend a good and secure imapd implementation that won't require a ton of reconfiguration? Mostly I'd like the replacement to be able to use all the existing end-user imap folders and mail spools. All users have accounts and mail spools on the box. There's no virtual users or database authentication backends to deal with. TIA ...jgm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
