similar to: test77, yahoo & fetchmail

Hello, What has changed from test77 to test78 in the way imap manages its descriptors? I upgraded to test78 this morning on a small site which I use as a testbed for testing various things. Running the same copy of my kqueue patch with test77 works quite well [*], with test78 imap has some problems. Here is some debugging output I recorded: Jul 14 12:55:27 egg dovecot: imap-login: Login:

Hello people This is on OpenBSD/sparc64. After chickening along with 0.99 for a while, I finally upgraded to 1.0-test. I started out with test73, which worked fine. With the upgrade to test76, I lost the ability to SIGHUP dovecot when I rotated it's logfile. Dovecot would just die abruptly, not a trace in the log. I just upgraded to test77, but the problem is still there. I've put

http://dovecot.org/ It's hot in here. Something like 25-30c for many days now. My brains don't work in that heat. So, this is still not an 1.0-alpha1. I'll put it out when I think the release will actually be fully working :) Changes since test76: - Fixes to FETCHing MIME body parts, especially with message/rfc822 attachments. We hadn't been handling this entirely correctly

http://dovecot.org/test/ Fixes: - Crashes in non-x86 64bit systems - Bugs in cache file header caching (you probably should delete all dovecot.index.cache files to be sure the bug won't haunt you in future) - FETCH ENVELOPE patch by Chris Wakelin (I'll try to figure out what to do with the list patch later) Known bugs left: - Thunderbird + maildir: moving lots of messages from

Hi, I don't know if this has been covered or not as I have been out of action most of the last few weeks getting married and stuff. My query / slight problem is when I re-install an IMAP client or change client all mails that have been read so far show an empty header with the date set back to 1970 but the mails are fully readable. New mails that weren't read in a previous client show

Thinking of patches I always apply, I've got a couple (attached) that fix minor bugs and maybe should be applied - or implemented better and then applied ;) - to the main distribution? 1) LIST bugs: LIST "~/mail/" "" and LIST "" "~/mail/" (where "~/mail/" is a namespace prefix) don't reply the same way as UW-IMAP does and in at

Hi, 0.99 is running nicely on my sarges, but I need pop3_uidl_format = %f for Courier compatibility. I can't find any debs more recent than test22 of over a year ago (those are at http://src.braincells.com/dovecot-test/). Even though google turns up http://hemma.tobbe.nu/debian/mini-dinstall/incoming/dovecot_1.0.test46-1_i386.changes searching for dovecot on packages.debian.org (any

Hi, when I try to copy/move messages with keywords, IMAP process dies: dovecot: Jul 24 23:49:47 Info: imap-login: Login: user=<seba>, method=PLAIN, rip=192.168.0.192 <http://192.168.0.192>, lip=192.168.0.188<http://192.168.0.188> dovecot: Jul 24 23:49:47 Info: IMAP(seba): Effective uid=1000, gid=100 dovecot: Jul 24 23:49:47 Info: IMAP(seba): maildir: data=/home/seba/Maildir

I've just noticed that Dovecot 1.0-stable and 1.0-test78 don't include mbox folders with names beginning with "." in the IMAP LIST output. These are often used to store "hidden" folders for storing things like IMAP client configuration (e.g. Pine 4.x, IMHO, Prayer). Usually the user shouldn't be able to see these, but there are occassions when they might. It seems

Hi, I note that dovecot supported inotify from -test77, and now the Linux kernel supports it starting from linux-2.6.13-rc3. So in theory I should be set to go. I'm using an -mm kernel, and it was built with inotify, on FC4/devel. However when trying to build with it using --with-notify=inotify, I always seem to be getting this message: checking for poll... yes configure: error:

http://dovecot.org/test/ Now checks that field alignmentations are in indexes as they're expected. test78 crashed if it was wrong, earlier versions ignored the problem (and crashed with 64bit systems). Now if it's wrong, it prints error to log file and recreates the index. That means you probably should delete all dovecot.index files to avoid tons of errors in log files. Only mbox users

Hello, It seems that mbox format mailboxes holding \r\n (CR + LF) character sequences (instead of \n only) still cause assertion failures when moving messages from one folder to another. -- dovecot: Jul 19 17:14:52 Error: IMAP(dovetest): file istream-raw-mbox.c: line 38 3 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != ( uoff_t)-1) -- I seems to work in -test78

Hi My toy mail server runs dovecot. My client is mutt, which I use normally use a a remote screen session. I normally connect to imap locally: account-hook imap://localhost/ 'set tunnel="/usr/local/bin/imap-local"' After a long frustration from the new mail notification in 0.99, I have decided to bite the bullet and try the -test series. Ever since I have not had stable mutt

Hi, I''m setting up my first xen machine, and I''m trying to setup two Virtual Machines, each mapped to a physical adapter on a different network. The virtual machine mapped to xen-br0 and eth0 works fine. However, when I bring up a VM with this configuration file: ----------------- name = "test77" kernel = "/boot/vmlinuz-2.6.11.12-xenU" root =

On Wed, 2016-11-09 at 12:16 -0800, Bart Schaefer wrote: > For what it's worth, I just received the auto-notification of having been > kicked off the list for excessive bounces. So gmail is honoring Yahoo's > DMARC. Hi, Your not the only one. I got it a few hours ago. Regards Phil -- Google+: https://goo.gl/CPjvNo Blog: https://philwyett-hemi.blogspot.co.uk/ GitLab:

I have functions using get.hist.quote() from library tseries. It seems that something changed (yahoo) and function get broken. try with a simple get.hist.quote('IBM') and let me kow if for someone it is still working. I get this error: Error in if (!quiet && dat[n] != start) cat(format(dat[n], "time series starts %Y-%m-%d\n")) : missing value where

A few hours ago 20 addresses got unsubscribed from this list due to bounces caused by Yahoo's DMARC p=reject policy: https://help.yahoo.com/kb/SLN24050.html This breaks mailing lists. Yahoo are well aware of this, but don't seem to care: http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html The nearest Yahoo seem to come to useful advice is

On 11/09/2016 09:21 PM, Phil Wyett wrote: > On Wed, 2016-11-09 at 12:16 -0800, Bart Schaefer wrote: >> For what it's worth, I just received the auto-notification of having been >> kicked off the list for excessive bounces. So gmail is honoring Yahoo's >> DMARC. > > Hi, > > Your not the only one. I got it a few hours ago. > > Regards > >

Full_Name: Alexander Gracian Version: 1.7 OS: windows XP Submission from: (NULL) (217.158.140.82) Since yesterday morning get.hist.quote in tseries has not been connecting to yahoo 90% of the time. Is this a problem or change at Yahoo's end? Alex Example of R output... Tring to pulling in 30 days of pricestrying URL

Hi Eric, Fwiw, mailman has a 'cleanse-dkim' handler which strips DKIM-related > headers entirely. Maybe that's enough to get mails through... > This is insufficient. You need to rewrite the From. Looks like Mailman has this feature now: http://wiki.list.org/DEV/DMARC Olly, you'll need to upgrade to 2.1.16 to be able to turn this on. Unfortunately, I suspect things