similar to: subscriptions list destroyed

Dovecot crashes. I think it's because of some message in my spam folder. It has happened once before, and that time I solved it by deleting that folder. It happens when I start gnus ("Checking messages in folder spam" or something like that), which makes gnus just stop, or when I try to enter that folder in mutt. Jan 30 17:07:09 kalle imap(ke): file imap-bodystructure.c: line 278

Hi, I am trying to setup a Gnus - Dovecot - Offlineimap - Webmail (Gmail / Fastmail) chain and cannot configure the correct behaviour. Any advice to get this working properly would be very appreciated! I have set up Offlineimap to synchronise two mail accounts into separate folders under ~/Maildir. After running Offlineimap, the folders look as below. Maildir/ |-- Gmail | |-- cur | |--

Hello, looks like Asterisk (at least the Version 1.4.21.2 from debian lenny, which I use) has a serious Problem with pseudo-realtime mode (-p switch) in conjunction with recent Kernels. Whenn using -p Asterisk simply hangs forever on startup. This is almost certainly related to the CFS SCHED_FIFO changes: http://lwn.net/Articles/296419/ Do you know how a workaround or patch how to run asterisk

Hi folks. I'm using evolution 2.2.3 on Fedora Core 4 with simap to dovecot 1.0beta9. I had the same problem with dovecot 1.0alpha1. The problem is that I can't seem to subscribe to any folders. Nor can I seem to get this combination to list all of my folders. I'd be fine with either. It used to be, that if I just toggled "show only subscribed folders" a few times,

Hello, is it possible to rout ALL RTP Data over Asterisk, like SIP1 <---RTP---> Asterisk <---RTP---> SIP2 I know it seems quite useless. But I want to simulate a IAX -> SIP connection and have no Phonecard installed on my computer ;) Thanx, Kalle

Could someone suggest what the solution here is? Dovecot is terminating the connection to Gnus after a certain period of activity. It's my own mail server so no need to worry about "hogging resources". Should/could Dovecot be configured to keep the connection alive, or should Gnus be programmed to automatically reopen the conneection? The current problem that one can not leave an

If I have 100 objekts in a folder and I prefer not to load them manually I wonder how I do this in R if using a for-loop. I was thinking initially to do something like this: infiles <- dir(pattern=".RData") for(i in length(infiles)) { load(infiles[i]) paste("kalle", i, sep="") <- saveLoadReference } But the line

I have been using dovecot with gnus for a long time. Recently, I started getting failures, and I think it's a dovecot problem triggered by gnus being more aggressive, but I'd like to hear opinions about whether I should pursue this as a gnus bug. The log shows: Oct 25 19:27:36 gdtserver dovecot: IMAP(gdt): Panic: Trying to close mailbox foo.bar with open transactions Oct 25 19:27:36

When a message is copied to a folder on dovecot with mbox storage, is the mtime of the saved mbox file set to the time of the save? Or is the mtime set to the Date: field of the source message that is saved? If there is a difference in the behaviour, do someone know the dovecot version number where the change happened? The reason I'm asking is a problem reported on the Gnus imap client in

I've installed dovecot 1:1.1.11-0ubuntu4.1 on my jaunty system. Access from the same host works well, but when I access remotely (from various MUAs and networks) I get *very* frequent disconnects. Authentication is fine, and I can usually open a mail folder, but larger operations such as copying 20 messages into an imap folder always get disconnected. I can reconnect, but I often get

Hallo Liste, hallo Ralf, danke schon mal. Ja die Whitespaces sind beim Rausl?schen entstanden. Ich verstand das so, dass das nun durch die address_verify_map erledigt w?rde. Muss ich dann entsprechend einfach auf die verweisen? Ich versuchte gerade die address_verify_map = btree:$data_directory/verify_cache auf local_recipient_maps = btree:$data_directory/verify_cache verweisen zu lassen.

I am running NetBSD/i386 3.1ish and 4.0ish dovecot 1.0.0 procmail delivering into maildirs gnus from CVS head emacs 21.4 thunderbird 2 gnome mail-notification 4 configured to required SSL. Basically everything works fine except that in gnus typing 'g' in the *Group* buffer, which is supposed to check for new mail and list the number of new messages, fails to notice new

Forgive what may be a newby question, but I'm trying to get a new setup working, and there are many different things confusing me. I'm trying for a gnus + dovecot + mbsync arrangement, with mbsync writing to maildirs, and gnus reading from those dirs with a dovecot invocation. Fairly standard, I think. I have multiple email accounts I'm trying to sync, all of them gmail. My problem

Is this intentional? Closing the connection without warning doesn't seem like the best response... --8<---------------cut here---------------start------------->8--- % printf "1 select \"INBOX\"\n2 search body quack\n3 logout\n" | /opt/local/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY

One unfortunate side affect is you also cannot edit the title. For example, I wanted to mark a question i posted, as solved... > Edited posts weren't sent to the list, which caused confusion. maybe there can be a warning added to the editing page, that says edits will not propogate to the mailing list... what is the real advantage of a mailing list over phpbb anyways? I can't figure

Hi, I am running dovecot 0.99-14 on a Fedora Core 2 machine. I had a few questions: 1) I wanted to upgrade to the dovecot-1.0 release. However, I am not sure if that's really required. dovecot-0.99-14 has been running very well for me for quite some time. Is there a real advantage to switching to the latest release. The reason I'm asking this is because: i) I don't have too

>>>>> Aki Tuomi <aki.tuomi at dovecot.fi>: > On 09.09.2017 12:33, Steinar Bang wrote: >> When a message is copied to a folder on dovecot with mbox storage, is >> the mtime of the saved mbox file set to the time of the save? [snip!] > Internaldate is picked from the separating 'From' line in mbox file. > "From user at example.org Thu Oct 20

On 09.09.2017 12:33, Steinar Bang wrote: > When a message is copied to a folder on dovecot with mbox storage, is > the mtime of the saved mbox file set to the time of the save? > > Or is the mtime set to the Date: field of the source message that is > saved? > > If there is a difference in the behaviour, do someone know the dovecot > version number where the change

On Jan 5, 2011, at 1:47 PM, Erik de Castro Lopo wrote: > Kalle Raiskila wrote: > >> And I probably should file a bug. Is ppc32 still maintained? > > I have no concrete knowledge of this, but llvm compiles > and passes all tests on ppc32, so it seems to be maintained. > About once a week I grab the latest SVN head and check this. It is run by one of the automatic

Kalle: Your patch is similar to what I'd coded (and am testing, which means a couple of hours before I consider committing). Other than cosmetic changes and changing 'NULL' to '0' (it's an integer list, after all). This patch now causes new problems in the CellSPU backend (more stqd's and lqd's), so I have to investigate those before committing the patch.