Package: openvpn Version: 2.0.9-4 Severity: normal There seems to be a race between daemonised openvpn trying to bring up network and fetchmail (or the like) trying to connect to a pop server that can only be accessed via VPN tunnel. In my particular case, this results in:
- fetchmail not checking mail in its first run. - /me being unable to set an high sleep period, since I would have to wait too much every time the machine is started. I assume there could be other (maybe worse) problems because of this. Would you consider blocking openvpn initialisation untill the network is brought up? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii liblzo1 1.08-3 data compression library (old vers ii libssl0.9.8 0.9.8c-4 SSL shared libraries openvpn recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
