Altin, who also provided an Albanian translation for 10MinuteMail (which will be launched very soon), wrote up a nice review of 10MinuteMail, which you can read here:
Avoid Spam With 10MinuteMail Service.
Altin, who also provided an Albanian translation for 10MinuteMail (which will be launched very soon), wrote up a nice review of 10MinuteMail, which you can read here:
Avoid Spam With 10MinuteMail Service.
Based on these three factors “a) Ease of use b) Intuitive c) Clean Web Interface” 10MinuteMail was selected as the recommended Temporary E-mail Service by Inficone.
You can read about it here: 10 Minute Mail – Recommended Temporary Email Service
I launched a minor update to 10MinuteMail.com last night. It contained:
This last issue was an odd one to fix, so I wanted to document it here (although the same fix can be found elsewhere on the net).
10MinuteMail.com is pretty well internationalized. The site content is translated into over 30 languages and the pages are served as UTF-8. Incoming e-mails are also displayed using UTF-8 and display non-latin character sets correctly. However, until this latest release, if you replied to an e-mail using non-latin characters, the resulting e-mail contained gibberish instead of the correct characters.
I started off by adding UTF-8 as the specified character set for outgoing e-mails. That didn’t help. I added UTF-8 encoding declaration attribute to the form element. That didn’t help. Finally after some frustration, googling, and trying a ton of things, I discovered that for some reason, and I”m not sure if the bug is in JBoss, JSF, Seam, or where exactly, but you have to set the request objects character encoding programmatically for each request, otherwise it will use the wrong encoding on the form contents and you end up with gibberish. The easiest way to solve this that I’ve found so far is to create a small Servlet Filter that sets the encoding on the request, and add that filter in before your Seam filter in your web.xml. It worked for me.
The filter:
package com.digitalsanctuary.seam;
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
/**
* The Class UTF8Filter.
*/
public class UTF8Filter implements Filter {
/** The Constant UTF_8. */
private static final String UTF_8 = "UTF-8";
/**
* Destroy.
*
* @see javax.servlet.Filter#destroy()
*/
public void destroy() {
}
/**
* Do filter.
*
* @param pRequest
* the request
* @param pResponse
* the response
* @param pChain
* the chain
* @throws IOException
* Signals that an I/O exception has occurred.
* @throws ServletException
* the servlet exception
* @see javax.servlet.Filter#doFilter(javax.servlet.ServletRequest, javax.servlet.ServletResponse,
* javax.servlet.FilterChain)
*/
public void doFilter(ServletRequest pRequest, ServletResponse pResponse, FilterChain pChain) throws IOException,
ServletException {
pRequest.setCharacterEncoding(UTF_8);
pChain.doFilter(pRequest, pResponse);
}
/**
* Inits the.
*
* @param arg0
* the arg0
* @throws ServletException
* the servlet exception
* @see javax.servlet.Filter#init(javax.servlet.FilterConfig)
*/
public void init(FilterConfig arg0) throws ServletException {
}
}
An excerpt of web.xml:
.... <filter> <filter-name>UTF8 Filter</filter-name> <filter-class>com.digitalsanctuary.seam.UTF8Filter</filter-class> </filter> <filter-mapping> <filter-name>UTF8 Filter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> <filter> <filter-name>Seam Filter</filter-name> <filter-class>org.jboss.seam.servlet.SeamFilter</filter-class> </filter> <filter-mapping> <filter-name>Seam Filter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> ....
Does anyone have a better fix or know exactly why this happens?
It’s always funny when different aspects of your lives cross. For instance:

10MinuteMail is one of my projects, and Ulta is a contracting client I do a lot of work for. It’s just funny to see an Ulta ad on 10MinuteMail:)
You may have noticed 10MinuteMail was unavailable for a few minutes over the last couple of days. 10MinuteMail recently came under a DDOS attack which locked up the site a few times. Most of the malicious traffic came from the Netherlands, Germany, and to a lesser extend other European countries and the USA. Initially I dealt with it by generating a list of the malicious IPs and adding them to my block list. However, the DDOS kept spreading (botnet?) so I finally did what I should have done ages ago, and tuned my CSF/IPTables firewall to block DDOS patterns. So far so good:)
I have NO IDEA why anyone would be attacking 10MinuteMail. It’s very odd.