Eucalyptus sends registration emails via SMTP to localhost. Unfortunately it doesn't set the source IP address to one of the localhost addresses. Instead it uses the IP address of an ethernet interface.
That falls foul of the default relay control ACL in postfix, when postfix is in Smarthost configuration.
Oct 23 14:47:42 gaffer postfix/smtpd[31553]: connect from gaffer.lab.man.cpwn.lan[10.99.67.10]
Oct 23 14:47:42 gaffer postfix/smtpd[31553]: NOQUEUE: reject: RCPT from gaffer.lab.man.cpwn.lan[10.99.67.10]: 554 5.7.1 <email address hidden>: Relay access denied; from=<email address hidden> to=<email address hidden> proto=ESMTP helo=<gaffer.lab.man.cpwn.lan>
Oct 23 14:47:42 gaffer postfix/smtpd[31553]: disconnect from gaffer.lab.man.cpwn.lan[10.99.67.10]
ProblemType: Bug
.etc.eucalyptus.eucalyptus.cc.conf: CC_NAME="isp-lab"
Architecture: amd64
Date: Fri Oct 23 14:48:27 2009
DistroRelease: Ubuntu 9.10
Package: eucalyptus-cloud 1.6~bzr931-0ubuntu7
ProcEnviron:
PATH=(custom, no user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-server
SourcePackage: eucalyptus
Uname: Linux 2.6.31-14-server x86_64
==================
Karmic release notes:
Confirmation email for new UEC users not sent
When a new user is created in the UEC admin interface an email is sent to the user to confirm the registration. A bug in the smtp configuration of UEC prevents the Cloud controller from accepting and forwarding the confirmation email to the end user. The workaround is to edit the postfix configuration file (/etc/postfix/main.cf) to comment the mynetworks option and add a mynetworks_style option set to host instead and reload postfix (459101):
#mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mynetworks_style=host
==================
Eucalyptus SRU
Impact:
When a new user is created an confirmation email is send. However the default configuration of postfix refuses to accept the smtp connection opened by the eucalyptus-cloud process.
How the bug has been addressed:
The local configuration of postfix is modified by eucalyptus-cloud postinst script via the postconf command to accept messages send from the host (mynetwork_style=host).
To reproduce the bug:
1. Create a new user via the web admin interface with a valid email. Check that the email hasn't been accepted in /var/log/mail.log.
2. After the update, /etc/postfix/main.cf should have two of its options modified (mynetwork_style set to host and mynetwork commented).
3. Create a new user via the web admin interface with a valid email. The confirmation email should be accepted (in /var/log/mail.log) and be successfully delivered.
Regression potential:
If the CC has been configured to accept mail from the network for another reason, the configuration will be broken after the upgrade.
Workaround is to hash out mynetworks and add in mynetworks_style instead.
#mynetworks = 127.0.0.0/8 [::ffff:
mynetworks_