Похоже, что необходимо настроить экземпляр EC2 с прокси на месте. Я пошел бы для Apache с mod_proxy
http://httpd.apache.org/docs/2.0/mod/mod_proxy.html
Удостоверьтесь, что Вы осторожны с установкой все же. Если Вы настраиваете экземпляр, таким образом, любой может использовать его в качестве прокси, не удивлены, использует ли кто-то его в качестве реле для их трафика и подвозит большой счет для Вас.
Если appengine диапазоны IP широки, это может быть хитро для ограничения доступа к только себе. Если Вы очень параноики об этом, может быть лучше настроить приложение, которое аутентифицирует вызовы API прежде, чем передать их, но это - очевидно, большой объем работы.
#!/bin/bash
IFS=$'\n'
for i in $(find /var/vmail -type f); do
if file "$i" |grep gzip >/dev/null; then
# echo "Extracting GZIP:" "$i"
mv "$i" "$i".gz
gunzip "$i".gz
elif file "$i" |grep bzip2 >/dev/null; then
# echo "Extracting BZIP2:" "$i"
bunzip2 -q "$i"
mv "$i".out "$(echo $i |sed 's/.out//')"
fi
done
Насколько я понимаю, размер сообщения определяется атрибутом ",S=12345" в имени файла. Они предоставляют Perl скрипт, который может рекурсивно сканировать один или несколько мейлдэров с возможностью извлечения файлов, сжатых zlib, определения фактического размера сообщения и записи его в имя файла.
Я имею в виду информацию, найденную здесь: http://www.dovecot.org/list/dovecot/2013-January/087953.html
Сценарий доступен по адресу http://dovecot.org/tools/maildir-size-fix.pl
Возможно, вам придется изменить некоторые из переменных конфигурации в скрипте или определить, какие параметры доступны - по крайней мере, я сам не нашел никакой документации по использованию скрипта, но конфигурация в начале скрипта вполне понятна.
Для меня это сработало как шарм, никаких недостатков пока что не испытывалось.