2012.02.20 20:02 Reindl Harald rašė:
>
>
> Am 20.02.2012 18:47, schrieb Tomas Kuliavas:
>> 2012.02.20 18:59 Reindl Harald rašė:
>>> especially i do not not know how to debug a google-app on
>>> a google server
>>
>> Same way as you debug any blackbox gadget or software. Check inputs and
>> outputs in communications layer.
>
> how can i?
>
> they are sitting thousands of miles away from here
> so if a make a tcp-dump i see no way find out what
> is what nor do i understand the protocol enough

Base POP3 protocol has only twelve commands. I am not asking to do tcpdump
and I don't expect that you will be able to do that if you have something
close to POPS or StartTLS in your dbmail setup. I am asking to log more in
POP3 server-client comms. Which exactly POP3 command is failing? What kind
of arguments are used there?

See http://catb.org/esr/faqs/smart-questions.html and RFC1939 specs.

> but we are speaking not about a email program
> we are speaking about google-mail-server

We are speaking about some program fetching emails with POP3 protocol. It
is POP3 client/email program. Not a server. I don't know how google apps
work, but if they fetch emails with POP3, you won't solve your problems
with DNS MX change. You will have to setup message forwarding on account.

> it does not delete any mail because if it would there
> would be not more than 1000 messages in the inbox

Ok. I was wrong. Forgot POP3 fetching sequence and they can use UIDL. Paul
might tell if unique message ids are not changed during migration from
dbmail2 to dbmail3. You had to rebuild some message data according to
release docs and it might have changed message ids in POP3 server. If IDs
change and POP3 users use UIDL, they will try to download every message
stored in that mailbox.

-- 
Tomas


_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Reply via email to