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