veletron

@ DDMCE I already tried that, no effect! (My 9.1 installation required the same) @ ianw1974 I am using Mandriva 2006 (10.2) so I can confirm that it occurs on this. I dont know whether same issues exist on Mandriva 10.1 Eventually, I gave up trying to fix this, and installed courier-imap instead. This worked out of the box with no delays and no issues. I was left with only sshd using xinetd, so I am now using the stand-alone version of sshd, and have disabled xinetd entirely. The once remaining issue that I am left with is slow login over SSH (works fine at the console). Over SSH there is a 15 second delay before I get a prompt after entering my password. Nigel

MDK 9.1 worked fine, but people on here say they have 10.2 working with imap folders and zero delays as well, so I am at a loss. Will put 10.1 in a VM tomorrow and see if I see the same annoying issues! Nigel

Hi Right, I have since tried this on two further machines, with the same result. I have now tried with net adapters from three different manufacturers. Currently I have it running on a VM. I have observed the following: Telnet 192.168.20.3 143 --> I dont see the string from the IMAP server for about 30 seconds. IP is IP of local nic on linux box and I am entering commands from monitor/keyboard attatched to the back of the box. Telnet localhost 143 --> I see the IMAP prompt instantly < 0.5 secs. Whats the difference?? I assume that the former bounces off the nic? What the hek could be causing this? Nigel

RTL8139 and RTL8169 (Realtek) 8139 is the currently enabled one Nigel

Same issue present after making those changes. Right royal pain in the neck! Nigel

OK, tried different network controller, same problem... Nigel

Tried it both without and with all the updates - same result. SSH login is also very slow (30 sec delay after entering password) Hardware is identical to my old MDK 9.1 hardware so unless they broke somet, that should not be the issue. I'll setup the other nic and disable the current one just in case. ifconfig -a : eth0 Link encap:Ethernet HWaddr 00:08:54:38:A2:58 inet addr:192.168.20.2 Bcast:192.168.20.255 Mask:255.255.255.0 inet6 addr: fe80::208:54ff:fe38:a258/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14062 errors:0 dropped:0 overruns:0 frame:0 TX packets:18902 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1096791 (1.0 MiB) TX bytes:13921023 (13.2 MiB) Interrupt:17 Base address:0x4000 eth2 Link encap:UNSPEC HWaddr 00-30-1B-AC-00-00-3D-44-00-00-00-00-00-00-00-00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:290 errors:0 dropped:0 overruns:0 frame:0 TX packets:290 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:23469 (22.9 KiB) TX bytes:23469 (22.9 KiB) sit0 Link encap:IPv6-in-IPv4 NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) chkconfig --list : [root@windermere named]# chkconfig --list acpi 0:off 1:off 2:on 3:on 4:on 5:on 6:off acpid 0:off 1:off 2:off 3:on 4:on 5:on 6:off alsa 0:off 1:off 2:on 3:on 4:on 5:on 6:off atd 0:off 1:off 2:off 3:on 4:on 5:on 6:off crond 0:off 1:off 2:on 3:on 4:on 5:on 6:off dm 0:off 1:off 2:off 3:off 4:off 5:on 6:off freshclam 0:off 1:off 2:on 3:on 4:on 5:on 6:off haldaemon 0:off 1:off 2:off 3:on 4:on 5:on 6:off harddrake 0:off 1:off 2:off 3:on 4:on 5:on 6:off httpd 0:off 1:off 2:off 3:on 4:on 5:on 6:off keytable 0:off 1:off 2:on 3:on 4:on 5:on 6:off kheader 0:off 1:off 2:on 3:on 4:off 5:on 6:off mDNSResponder 0:off 1:off 2:off 3:on 4:on 5:on 6:off messagebus 0:off 1:off 2:off 3:on 4:on 5:on 6:off mysqld 0:off 1:off 2:on 3:on 4:on 5:on 6:off named 0:off 1:off 2:off 3:on 4:on 5:on 6:off netfs 0:off 1:off 2:off 3:on 4:on 5:on 6:off netplugd 0:off 1:off 2:off 3:off 4:off 5:off 6:off network 0:off 1:off 2:on 3:on 4:on 5:on 6:off nifd 0:off 1:off 2:off 3:on 4:on 5:on 6:off ntpd 0:off 1:off 2:on 3:on 4:on 5:on 6:off numlock 0:off 1:off 2:off 3:on 4:on 5:on 6:off oki4daemon 0:off 1:off 2:off 3:off 4:off 5:off 6:off partmon 0:off 1:off 2:off 3:on 4:on 5:on 6:off portmap 0:off 1:off 2:off 3:on 4:on 5:on 6:off postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off rawdevices 0:off 1:off 2:off 3:on 4:on 5:on 6:off smb 0:off 1:off 2:off 3:on 4:off 5:on 6:off sound 0:off 1:off 2:on 3:on 4:on 5:on 6:off sshd 0:off 1:off 2:on 3:on 4:on 5:on 6:off syslog 0:off 1:off 2:on 3:on 4:on 5:on 6:off vncserver 0:off 1:off 2:off 3:off 4:off 5:off 6:off webmin 0:off 1:off 2:on 3:on 4:on 5:on 6:off xfs 0:off 1:off 2:on 3:on 4:on 5:on 6:off xinetd 0:off 1:off 2:off 3:on 4:on 5:on 6:off xinetd based services: cvs: off imap: on imaps: on ipop2: off ipop3: on pop3s: off rsync: off sshd-xinetd: on [root@windermere named]#

Hi Now spent 24 hours working on this. I am sure its some kind of an auth delay, but 24 hours is enough time to spend on an issue that should never have existed in the first place. In a last ditch attempt to find out whats going on, I reinstalled MDK 10.2 Download Ed, accepted all defaults. Same issue present. Even after having removed the stuff from xinitd.d/imap etc. Can only conclude that its a (serious) bug in mandriva 10.2 . I say serious because it makes imap unusable. Now... where's my windows CD... Nigel

Hi Can you post your imap file also? Cheers Nigel

My /etc/pam.d/imap file contains: #%PAM-1.0 auth required pam_stack.so service=system-auth account required pam_stack.so service=system-auth The same file from my msk 9.1 installation contained: #%PAM-1.0 auth required /lib/security/pam_stack.so service=system-auth account required /lib/security/pam_stack.so service=system-auth Which to all intents and purposes is the same.

I suspect that this is the same issue also: http://mailman1.u.washington.edu/pipermail...May/000010.html

I now know of two other people who have the same issues with mdk 10.2 - so I guess its a common issue with the base install. When I installed, selected to shove usernames/passwords in a text file, the most basic case I guess (this was the default) I dont know what pam is, or how to config it, or how to find out if thats what I am using!!! Plugable auth models according to man page If its failing/timing out why the hell does it not log this??? I have looked /etc/pam.conf for the option 'TakeBloodyAgesToAuthUsers = true' but I cant find said option!!! Why on earth would mandriva make this the default?? dont make no sense! Never had this on 9.1 ... Nigel

Hi Whether I am sat at home with a laptop connected to the linux box via a crossover cable, or am at work accessing linux box over the internet it is very very slow. I have isolated the issue down to a pure imap/pop issue for instance, updating my inbox is quick, updating imap folders is what takes the time. Does anyone have imap on 10.2 working well (zero delay to sync folders??) Nigel

Hi I have this issue as well, tried the last posters suggestion with zero success. I have 3 imap accounts. It takes 20-30 seconds to get the ruddy email for each of them. There are about 10 imap folders in total. Tailing the logs (error, warn, info and messages) I see no errors while its trying to poll for email, just *very very* slow logins. I have moved to 10.2 from 9.1 The same imap/postfix config in 9.1 was *instant* zero delays. If I cant get 10.2 to behave in the same way then I am gonna have to go back to 9.1 (or 9.2 perhaps). Its madness that it went out with this as the default. Its currently unusable. Other issues are that 10.2 logs imap users out 10 seconds after each email poll. Meaning 60 second delay to re-poll. Sending mail is also slow, and logging into 10.2 is incredibly slow (30 seconds delay after entering password) This is the default config... I have swapped back in my old 9.1 harddisk on the same hardware with the same client and all the problems go away. Madness.... Nigel