they fix imapd yet?

All the email will be downloaded the first time. The reason for that, is that the criteria used for generating the UIDL changed. It is now ignoring any X- type headers, since they are the ones changing , and causing the message to be downloaded. Now the UIDL's won't change and you shouldn't see your messages more than once, unless you specifically instruct your email client to.
 
take it the vm_pop3d patches wont fix imap and pop servers dropping connections for webmail systems will it??
 
I have never had a problem with either of these dropping connections. I would investigate your network connection for a problem like that. The vm_pop3d patches only fix the problem of the UIDL changing on a message after it is viewed with IMAP, that causes the message to be downloaded again.
 
I have not been able to find the link on page 3 with the file in it...

Tom I am having this problem on multiple server and it is starting to cause massive headache's, can you advise me of how this is lookin and or where i can get the download from and fix it ?

thanks
rob
 
rszkutak said:
I have not been able to find the link on page 3 with the file in it...

Tom I am having this problem on multiple server and it is starting to cause massive headache's, can you advise me of how this is lookin and or where i can get the download from and fix it ?

thanks
rob

Take a look about 8 posts from the top on page 3, there is a patch called vm_pop3d.txt.
 
Tom,
I pulled the file you indicated there, and i got it on hand now...

now the interesting part... pardon my linux ignorance, and sometimes sheer ignorance... but how do i apply this ? I am sure it is trivial, but this just get's me.

Again sorry for my ignorance, but i am simply lost on this one..

thanks,
rob
 
Try doing this:
Code:
cd /usr/src/misc
wget [url]http://files.directadmin.com/services/da_vm-pop3d-1.1.7f.tar.gz[/url]
tar xvzf da_vm-pop3d-1.1.7f.tar.gz
patch -p0 < vm_pop3d.patch
cd da_vm-pop3d-1.1.7f
./configure 
make
/etc/init.d/vm-pop3d stop
cp /usr/sbin/vm-pop3d /usr/sbin/vm-pop3d.orig
cp vm-pop3d /usr/sbin/vm-pop3d
/etc/init.d/vm-pop3d start
where vm_pop3d.patch is the full path to the file downloaded from page this in this thread. It is posted on the forum as vm_pop3d.txt, because that is one of the extensions that this forum supports for attachments, just rename it to /usr/src/misc/vm_pop3d.patch
 
Tom,
Thanks for your help on this issue... I did get it resolved. Although it took me a little time to get the .patch file figured out in the correct format, it is working as it should now.

thank you again !

p.s. for those "linuxlly challanged" amongst us, the patch should read as follows:

-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


diff -urN da_vm-pop3d-1.1.7f.orig/extra.c da_vm-pop3d-1.1.7f/extra.c
--- da_vm-pop3d-1.1.7f.orig/extra.c 2005-01-17 11:13:17.000000000 -0700
+++ da_vm-pop3d-1.1.7f/extra.c 2005-09-03 10:20:52.000000000 -0700
@@ -255,6 +255,7 @@
unsigned int max_count = 0;
/* start with 1 because first line of mbox is From */
int empty_line = 1, line_count = 0, len = 0;
+ int imap_header = 0;

struct md5_ctx md5context;

@@ -282,6 +283,10 @@
while (strchr(buf, '\n') == NULL)
fgets(buf, FREAD_SIZE, mbox); /* get all of From line */

+ if(!imap_header && strstr(buf,"MAILER-DAEMON")) {
+ imap_header = 1; /* we have the imap header message */
+ }
+
if (num_messages > 0) { /* another message */
md5_finish_ctx(&md5context, messages[num_messages - 1].uidl);
}
@@ -322,8 +327,11 @@
}
/* creating md5 hash for the UIDL using just first 25 lines */
/* FiXMe: Should be only for header! -TEMHOTA */
- if (line_count++ < 26 && len > 0)
- md5_process_bytes(buf, len, &md5context);
+ if(strncmp(buf,"Status:",7) &&
+ strncmp(buf,"X-",2)) {
+ if (line_count++ < 26 && len > 0)
+ md5_process_bytes(buf, len, &md5context);
+ }
}

if (buf[0] == '\n')
@@ -335,6 +343,14 @@
if (num_messages > 0) {
md5_finish_ctx(&md5context, messages[num_messages - 1].uidl);
}
+ if(imap_header != 0) {
+ /* We have the imap header, lets always return
+ * this uidl for it so it won't download again.
+ * This message changes every time a message is
+ * read or deleted.
+ */
+ memset(messages[0].uidl,'\0',sizeof(messages[0].uidl));
+ }

return OK;
}
 
I also applied the patch without any problems. As said before, notice that you apply the patch one directory below the vm_pop3d directory with the source files.

It indeed results in downloading all the existing messages once, but that's not a bug :)

I didn't receive double mails all the time, so I will test the coming week if things work fine now. I hope it's fixed.

I was wondering whether we could also expect this patch applied in a DA update of vm-pop3d?
 
Last edited:
When I try and apply this fix I get the following error when trying to restart the service :

Starting vm-pop3d: Exiting: Compiled without debugging support.
[FAILED]


Any ideas? I've followed the steps exactly Im on FC2.

Edit: I've tried ./configure --enable-debug and it now runs fine. Why would it not run without debug enabled? Am I right in assuming I really dont want debug enabled on a service on a production server due to speed issues?
 
Last edited:
The only reason it would need debugging is if you were starting the daemon with the -D option to enable debugging. Take a look at your startup script.
 
toml said:
The only reason it would need debugging is if you were starting the daemon with the -D option to enable debugging. Take a look at your startup script.

Doh for some reason in the vm-pop3d startup script -D is indeed on the startup line. Absolutely no idea how that got there and should have thought to check that first myself before posting here.

Thanks!
 
* bump @ Direct Admin support *

Could this solution, or any other for that matter be standard in a new release ?
 
Since DirectAdmin new installs will soon come with Dovecot/Maildir by default I'm not sure what changes should be made to a deprecated system which will eventually be removed from DirectAdmin.

Specifically what change are you asking for? Where? Please tell me specifically where to look.

Thanks.

Jeff
 
Is Dovecot now not 'tagged' as beta in DA?

As such should this be the transition. I've held off on my production systems awaiting news of fully supported solution.
 
Dovecot works fine on DirectAdmin. I don't know if DA installs it by default or not or whether it's still considered beta.

Jeff
 
Back
Top