Package: postfix
Version: 2.9.1-5
Severity: minor

Hello, This is more a question than a bug, so please bear with me.


In /etc/network/if-up.d/postfix, you have:

# start or reload Postfix as needed
if [ ! -x /sbin/resolvconf ]; then
        f=/etc/resolv.conf
        if ! cp $f $(postconf -h queue_directory)$f 2>/dev/null; then
                exit 0
        fi
        if [ -n "$RUNNING" ]; then
                /etc/init.d/postfix reload >/dev/null 2>&1
        fi
fi

# If master is running, force a queue run to unload any mail that is
# hanging around.  Yes, sendmail is a symlink...
if [ -n "$RUNNING" ]; then
        if [ -x /usr/sbin/sendmail ]; then
                /usr/sbin/sendmail -q >/dev/null 2>&1
        fi
fi


When a vpn network is established or terminated, the reload of postfix
gets triggered. This reload operation does not really trigger a flush of
the mail queue.

Where as, manually running "/usr/sbin/sendmail -q" flushes the queue.

Shouldn't, when a vpn type connection is established, postfix try to
flush its queue?


Scenario is: You have a domain based transport defined. When you are
connected over vpn, your transport is accessible. But if you are not
connected, and you send an email, your emails will soft bounce (assuming
you have soft_bounce = yes set). This is fine. Now when the vpn is back,
shouldn't postfix immediately try to flush its mail queue ?



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental'), (1, 
'quantal')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.0-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages postfix depends on:
ii  adduser                3.113+nmu2
ii  cpio                   2.11-7
ii  debconf [debconf-2.0]  1.5.43
ii  dpkg                   1.16.3
ii  libc6                  2.13-32
ii  libdb5.1               5.1.29-1
ii  libsasl2-2             2.1.25.dfsg1-4
ii  libsqlite3-0           3.7.11-3
ii  libssl1.0.0            1.0.1c-1
ii  lsb-base               4.1+Debian4
ii  netbase                5.0
ii  ssl-cert               1.0.28

Versions of packages postfix recommends:
ii  python  2.7.2-10

Versions of packages postfix suggests:
ii  dovecot-core [dovecot-common]  1:2.0.18-1
ii  icedove [mail-reader]          11.0-1
ii  libsasl2-modules               2.1.25.dfsg1-4
ii  mailutils [mail-reader]        1:2.2+dfsg1-6
ii  postfix-cdb                    <none>
ii  postfix-ldap                   <none>
ii  postfix-mysql                  <none>
ii  postfix-pcre                   <none>
ii  postfix-pgsql                  <none>
ii  procmail                       3.22-19
ii  resolvconf                     1.65
ii  sasl2-bin                      <none>
ii  ufw                            0.31.1-1

-- debconf information:
* postfix/mailname: champaran
  postfix/tlsmgr_upgrade_warning:
* postfix/recipient_delim: +
* postfix/main_mailer_type: Internet with smarthost
  postfix/retry_upgrade_warning:
  postfix/kernel_version_warning:
* postfix/relayhost: smtp.gmail.com:587
* postfix/procmail: true
  postfix/bad_recipient_delimiter:
* postfix/chattr: false
* postfix/root_address: rrs
* postfix/rfc1035_violation: false
  postfix/mydomain_warning:
* postfix/mynetworks: 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
* postfix/destinations: champaran, localhost.localdomain, localhost
  postfix/not_configured:
* postfix/mailbox_limit: 0
* postfix/protocols: all



-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to