similar to: dovecot ssl problem

I ran yum update and had a problem with dependences: [rmiles at localhost ~]$ sudo yum update Loading "fastestmirror" plugin Loading "protectbase" plugin Setting up Update Process Setting up repositories Loading mirror speeds from cached hostfile Reading repository metadata in from local files Excluding Packages from CentOS.Karan.Org-EL4 - Stable Finished 131 packages excluded

Question! I took the spec from Claws-Mail (formerly called Sylpheed-Claws) of FC6 and updated it from 2.9.0 to 2.9.1 (correctly I believe). I created the rpms from the build and I suppose I will sign them and put them up on kuei-jin.org. My question is, should I give them to someone to see if what I did is correct? QA?? I didn't edit any source or anything. I know that it works because I

Hi! We are pleased to announce the availibility of Gpg4win, version 1.0.3. * This version contains security fixes for the GnuPG and Sylpheed-Claws components. *Updating to this version is strongly recommended*. * Please also make sure to subscribe to the new gpg4win announcement mailing list. We might stop in the future to cross post announcements to the general GnuPG annoucement list.

Hi! We are pleased to announce the availibility of Gpg4win, version 1.0.4. * This version fixes a problem with several utilities like GPGee and parts of WinPT introduced with the last version. * Please make sure to subscribe to the new gpg4win announcement mailing list. We might stop in the future to cross post announcements to the general GnuPG annoucement list. See:

Hi, I'm trying to use dovecot-1.0.rc7. Before I've used dovecot-1.0 from nightly cvs build of August 08, 2006. It worked perfectly, on Linux 64-bit, you can see spec and patches at http://www.sisyphus.ru/srpm/dovecot/ When I tried to upgrade to rc7 and to recent nightly cvs builds with the same configuration and patches (provided necessary adaptations), it builds O.K, but can not move

Hi! Has someone encountered the following problem? What am I doing wrong or does someone know a workaround? Dovecot 1.2.1 on Debian unstable, two namespaces: namespace private { prefix = location = maildir:~/res/Maildir:LAYOUT=fs inbox = yes list = yes } namespace private { prefix = gtd/ separator = / list = yes location =

Hello, most imap clients don't delete mails immediately, instead they are marked as deleted and expunged a few days or weeks later. From Sylpheed docs / Interface tab: https://sylpheed.sraoss.jp/doc/manual/en/sylpheed-8.html ? If Execute immediately when moving or deleting messages is not selected, a new button appears in the button bar marked Execute. When deleting or moving messages,

Hi, I'm using dovecot imapd 0.99.10.5 from debian unstable and I noticed that dovecot returns everything in the maildir folder that starts with a "." as a folder as the result of LIST "" "%" command without checking if it is really a maildir folder (must contain the directories cur, new, tmp and the file maildirfolder). This is a little bit annoying because

Hello all! I've got a home server running on an ARM Cortex-A7 with my custom Linux distribution. It's also responsible for handling incoming and outgoing mails. The SMTP server is OpenSMTPD-6.0.3p1. I'm using Dovecot-2.3.2.1 to export the mails (mailbox storage format) using IMAP. My old server used to have Dovecot-1.2.0 and honestly, it was absolutely sufficient for me. However,

hi all, I've been trying to use dovecot (from cvs 03.mar.2003, linux 2.2.20, gcc 2.96, openssl 0.9.7a) as an replacement for uw-imap, and it seems to be doing its job, except for one thing: I have my mua (sylpheed-claws from cvs) set up so that it will sort message into certain(imap) directories. so when I check the mail in the INBOX, new mails will be processed automatically and, for

Version: 1.00alpha2 Error: imap(grin): Maildir /home/grin/Maildir sync: UID < next_uid (94 < 95, file = 1127311363.H977932P25148.gollum:2,) imap(grin): Maildir /home/grin/Maildir sync: UID inserted in the middle of mailbox (95 > 94, file = 1127311363.H977932P25148.gollum:2,) This error reappears frequently. Doesn't go away by restarting dovecot, but does go away when I

I cannot download emails that are larger than 10k. I can download them fine with test32. I am running test35 on OpenBSD/macppc -current. I am downloading the files with Sylpheed-Claws 0.9.9claws on OpenBSD/macppc -current (different machines), over pop3-ssl on IPv6. Problem still occurs with IPv4. On the large files, the download hangs at 4.0k. Multiple small emails work fine. -- A day

Hi, i'm google for it and i searched the archives, but i can't find the problem i have or a hint for a solution. I'm using Postfix as MTA, the new messages deliver by postfix to the maildir: /mail/domain.tld/userpart/new/ Dovecot sometimes show the new mails directly (it's very unusual) but mostly it needs for an hour that dovecot recognize the new messages. Reconnecting of the

Hi, I have tried to use the same Maildir dovecot uses with another program and encountered the problem that Dovecot seems to move files from new to cur in maildir-sync.c::maildir_scan_dir without adding an info part. On the page http://cr.yp.to/proto/maildir.html is written that mails have to be renamed to uniq:info when moved to the cur directory. Could this be a bug in dovecot? --

Over the last year I've had a script moving old mail (120 days) into my annual archive folder. This is the first year I've done this with Dovecot, previously it was running against Cyrus. There's nothing particularly clever: a few conditions to match, then "move message to" the appropriate archive folder. There's one for every year from 2000 to 2015. 2015 is just

Hey all, I'm having no luck getting new mail notification except in two mail folders (using maildir w/procmail delivery). I'm using three different clients (sylpheed-claws 1.9.14, Thunderbird 1.5.0.5 and a newer version of Horde). None of them are getting new mail in any except these two folders (inbox and 1 other). If I browse to the folders, still nothing. If I browse to the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 14 Apr 2015, David Gessel wrote: > There's nothing particularly clever: a few conditions to match, then "move > message to" the appropriate archive folder. There's one for every year from > 2000 to 2015. 2015 is just barely ahead of need. 2014 has about a year's > mail in the cur directory. > >

-------- Original Message -------- Subject: Re: Problem: mail moved by thunderbird script is invisible to mail clients, but in cur directory From: Steffen Kaiser <skdovecot at smail.inf.fh-brs.de> To: David Gessel <gessel at blackrosetech.com> Date: Tue Apr 14 2015 09:07:54 GMT+0300 (Arabic Standard Time) > On Tue, 14 Apr 2015, David Gessel wrote: > >> There's nothing

Hi, I'm having a problem with the Sylpheed mail client and dovcot 1.0.rc15. Sylpheed does not like how dovecot is returning LIST output so it cannot see subfolders. Note: Sylpheed 2.4 actually works with the same server so apparently something in a newer version of Sylpheed has changed. This is some dialog with the Sylpheed mailing list: > > Apparently it sees them but they're

http://bugs.freedesktop.org/show_bug.cgi?id=10927 Summary: segmentation fault in NVUploadToScreen, called from exaPutImage Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau