[Bug 1071053] [NEW] Postfix does or doesn't relay mail from localhost to the internet depending on whether I connect via router or via 3G modem
matteo sisti sette
1071053 at bugs.launchpad.net
Wed Oct 24 22:14:19 UTC 2012
Public bug reported:
Steps to reproduce:
>From the command line I type (being xxxxx a valid email address):
$ sendmail xxxxxxx at gmail.com
and then I type:
Bla bla bla
.
Expected result:
with my current configuration of Postfix (which I attach below), it should ALWAYS relay the email.
Observed result:
If I am connected to the internet via wifi through an ADSL router, it NEVER sends the email
If I am connected to the internet via a 3G broadband mobile USB modem, then it ALWAYS works.
Yes, I did always check my spam folder.
If I telnet localhost 25 and do the "MAIL FROM" and "RCTP TO" manually,
I obtain exactly the same results. The response is always "Queued as
......", I never get any error, but the message is only relayed if I am
connected through USB modem, otherwise it's silently lost in some black
hole.
Complete nonsense.
I attach my /etc/postfix/main.cf:
# See /usr/share/postfix/main.cf.dist for a commented, more complete
version
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = no
# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
myhostname = XXX
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = true, XXX, localhost.localdomain, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = loopback-only
#default_transport = error
#relay_transport = error
virtual_mailbox_base = /var/spool/virtual
#This option tells postfix to add this path to the beginning of
#all mailbox locations found in the lookup tables that we will
#create later.
virtual_mailbox_maps = hash:/etc/postfix/vmailbox
#This is the path to the lookup table that contains the full
#e-mail address and relative mailbox path for each address
#required in the virtual domains.
virtual_mailbox_domains = hash:/etc/postfix/vmaildomains
#This is the path to the lookup table that contains the
#domain names of all domains that are hosted via virtual mailboxes
virtual_uid_maps = static:200
#This tells postfix to use the "vmail" user we created earlier for
#writing to the mailboxes.
virtual_gid_maps = static:200
#This tells postfix to use the "vmail" group we created earlier for
#writing to the mailboxes.
virtual_mailbox_lock = dotlock
#Vm-pop3d uses "dotlock" to lock mailboxes so we need to tell Postfix to
#use this method also.
virtual_minimum_uid = 200
#This parameter tells postfix what the minimum UID and GID to expect back
#from the "virtual_gid_maps and virtual_uid_maps" parameter. It defaults to
#100 which is probably fine, but since our user is 200, lets raise it to 200.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: postfix 2.9.3-2~12.04.3
ProcVersionSignature: Ubuntu 3.2.0-33.52-generic 3.2.31
Uname: Linux 3.2.0-33-generic i686
NonfreeKernelModules: nvidia
ApportVersion: 2.0.1-0ubuntu14
Architecture: i386
Date: Thu Oct 25 00:02:35 2012
EtcMailname: true
Hostname: XXX
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
PostconfMydomain: localdomain
PostconfMyhostname: XXX
PostconfMyorigin: $myhostname
ProcEnviron:
TERM=xterm
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ResolvConf:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
SourcePackage: postfix
UpgradeStatus: Upgraded to precise on 2012-05-17 (160 days ago)
** Affects: postfix (Ubuntu)
Importance: Undecided
Status: New
** Tags: apport-bug i386 precise running-unity
** Description changed:
Steps to reproduce:
From the command line I type (being xxxxx a valid email address):
- $ sendmail xxxxxxx at gmail.com
+ $ sendmail xxxxxxx at gmail.com
and then I type:
- Bla bla bla
- .
+ Bla bla bla
+ .
Expected result:
with my current configuration of Postfix (which I attach below), it should ALWAYS relay the email.
Observed result:
If I am connected to the internet via wifi through an ADSL router, it NEVER sends the email
- If I am connected to the internet via a 3G broadband mobile USB modem, then most of the times of the times it works (but it also failed once)
-
- (or maybe it's completely random and the above statistics are just what
- I have randomly observed, but I don't think so. Through USB modem it
- only failed once)
+ If I am connected to the internet via a 3G broadband mobile USB modem, then it ALWAYS works.
Yes, I did always check my spam folder.
If I telnet localhost 25 and do the "MAIL FROM" and "RCTP TO" manually,
I obtain exactly the same results. The response is always "Queued as
......", I never get any error, but the message is only relayed if I am
connected through USB modem, otherwise it's silently lost in some black
hole.
Complete nonsense.
I attach my /etc/postfix/main.cf:
# See /usr/share/postfix/main.cf.dist for a commented, more complete
version
-
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = no
# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
myhostname = XXX
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = true, XXX, localhost.localdomain, localhost
- relayhost =
+ relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = loopback-only
#default_transport = error
#relay_transport = error
-
virtual_mailbox_base = /var/spool/virtual
#This option tells postfix to add this path to the beginning of
#all mailbox locations found in the lookup tables that we will
#create later.
virtual_mailbox_maps = hash:/etc/postfix/vmailbox
#This is the path to the lookup table that contains the full
#e-mail address and relative mailbox path for each address
#required in the virtual domains.
virtual_mailbox_domains = hash:/etc/postfix/vmaildomains
#This is the path to the lookup table that contains the
#domain names of all domains that are hosted via virtual mailboxes
virtual_uid_maps = static:200
#This tells postfix to use the "vmail" user we created earlier for
#writing to the mailboxes.
virtual_gid_maps = static:200
#This tells postfix to use the "vmail" group we created earlier for
#writing to the mailboxes.
virtual_mailbox_lock = dotlock
#Vm-pop3d uses "dotlock" to lock mailboxes so we need to tell Postfix to
#use this method also.
virtual_minimum_uid = 200
#This parameter tells postfix what the minimum UID and GID to expect back
#from the "virtual_gid_maps and virtual_uid_maps" parameter. It defaults to
#100 which is probably fine, but since our user is 200, lets raise it to 200.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: postfix 2.9.3-2~12.04.3
ProcVersionSignature: Ubuntu 3.2.0-33.52-generic 3.2.31
Uname: Linux 3.2.0-33-generic i686
NonfreeKernelModules: nvidia
ApportVersion: 2.0.1-0ubuntu14
Architecture: i386
Date: Thu Oct 25 00:02:35 2012
EtcMailname: true
Hostname: XXX
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
PostconfMydomain: localdomain
PostconfMyhostname: XXX
PostconfMyorigin: $myhostname
ProcEnviron:
- TERM=xterm
- PATH=(custom, user)
- LANG=en_US.UTF-8
- SHELL=/bin/bash
+ TERM=xterm
+ PATH=(custom, user)
+ LANG=en_US.UTF-8
+ SHELL=/bin/bash
ResolvConf:
- # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
- # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
- nameserver 127.0.0.1
+ # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
+ # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
+ nameserver 127.0.0.1
SourcePackage: postfix
UpgradeStatus: Upgraded to precise on 2012-05-17 (160 days ago)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to postfix in Ubuntu.
https://bugs.launchpad.net/bugs/1071053
Title:
Postfix does or doesn't relay mail from localhost to the internet
depending on whether I connect via router or via 3G modem
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/postfix/+bug/1071053/+subscriptions
More information about the Ubuntu-server-bugs
mailing list