Closed GoogleCodeExporter closed 9 years ago
I think the method your using now is similar to(or exactly) like VERP?
http://cr.yp.to/proto/verp.txt
Looks like 1and1 does allow the creation of catch-all email addresses.
http://help.1and1.com/e-mail-c37589/standard-e-mail-c37590/using-the-product-c85
088/create-a-catch-all-e-mail-account-a624597.html
So maybe we just need a more detailed method of crafting the SMTP Reply Host
Path that will be used?
I created a sub-domain esign.<mydomain>.tld. Then created a catch all email
address for that sub-domain that forwards to my SMTP|IMAP account I used in
OpenESF.
*@esign.<mydomain>.tld forwards to esign@<mydomain>.tld that would get received
by OpenESF.
So the return path would need to be something
like:<randomstuffIwontuse>_<randommessageid>@esign.<mydomain>.tld
I am trying to make this work without having to change how the bounced messages
get processed.
Original comment by yap...@gmail.com
on 1 Aug 2013 at 8:06
Yes, it's based on VERP. With our new normalize of the imap user name, we
should be able to generate a legal return-path even if your imap user name is
more than just a single name, but is itself an email address or more.
This may be fixed already in 13.8.10.
Original comment by yoz...@gmail.com
on 1 Aug 2013 at 9:51
Wonderful. Was the change simple enough that you can provide the updated files
to downnload?
Original comment by yap...@gmail.com
on 1 Aug 2013 at 9:55
I think you can call this fixed. :)
Original comment by yap...@gmail.com
on 2 Aug 2013 at 5:41
Fixed in 13.8.10 by normalizing the imap user name as described in
http://code.google.com/p/openesignforms/wiki/InstallationUsingVaadin7#SMTP_and_I
MAP
(normalized to lowercase and replacing any non-alphanumeric, period, underscore
or hyphen by '_')
Original comment by yoz...@gmail.com
on 2 Aug 2013 at 6:29
Original issue reported on code.google.com by
yap...@gmail.com
on 1 Aug 2013 at 7:33